😂 IT段子

需求的边界在开发中会自己长出来。我不知道该说什么，就笑了笑。我把它记进了需求坑位清单，标明「待二次确认」。这大概就是程序员的人生吧

产品经理：这个需求很简单，就是把页面颜色换一下。我想了想自己这些年，好像确实如此。我把这个需求的原型对比了一遍，发现少了两个状态。同事说这波操作可以写进新人培训教材

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我盯着屏幕沉默了十分钟。我在群里问了一句这个需求的优先级，然后群里安静了。复盘会上我们把它列成了案例

需求的边界在开发中会自己长出来。我想了想，觉得这话没法接。我把这个页面的交互路径缩短了两步，产品说不够完整。那一刻我觉得自己还是很专业的

我把这个需求读了三遍，每一遍的理解都不一样。我发现产品经理的排期里没有测试和联调的时间。从此我多了一条团队规约

需求里最模糊的词是「智能」，最难做的是「自然」。我愣了两秒，然后继续敲代码。我发现这个词产品经理自己都不确定是什么意思。同事说这波操作可以写进新人培训教材

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。这套流程走下来，我从头到尾又确认了一遍。我把这个交互的原型画了出来，产品说感觉还是不够惊艳。果然现实比段子更精彩

这个功能上线后没人用，但复盘时它是重点项目。我重新看了一遍手上的计划，把风险项标了出来。我把这个需求的依赖方列了出来，发现有三个还没确认。真香定律准时生效

需求的变更往往从一句「顺便把这里也改一下」开始。我默默记下了这句话。我把它记进了需求坑位清单，标明「待二次确认」。从此我多了一条团队规约

需求评审的意义在于让所有人对同一份文档产生不同的理解。我盯着屏幕，觉得这才是我的一天。我把这个功能的竞品截图找了出来，产品看了一眼说不是这个。真香定律准时生效