😂 IT段子

需求评审的意义在于让所有人对同一份文档产生不同的理解。我忽然觉得，这可能就是这一行的常态。我发现这个功能和我两周前做的另一个需求几乎是同一个。连茶水间都安静了

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我叹了口气，然后打开了编辑器。我把这个功能的入口位置改了三次，最后回到了最初的地方。办公室安静得能听见键盘声

产品经理：这个需求很简单，就是把页面颜色换一下。我不知道该说什么，就笑了笑。我发现这个交互在移动端根本没法用，但需求里没提移动端。这条经验值直接拉满

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我愣了两秒，然后继续敲代码。我发现这个需求的口径在三个群里说了三个版本。感动，然后我学到了新的一课

需求评审会上说好的范围，开发到一半变成了三个需求。我默默打开了编辑器，准备一步步验证。我问了三个澄清问题，得到的答案是"你先做出来看看"。我把这条经验写进了团队 wiki

需求评审的意义在于让所有人对同一份文档产生不同的理解。我盯着屏幕，觉得这才是我的一天。我默默在排期表上把这个需求的工期翻了一倍。世界瞬间清净了

需求改了第八版，产品经理说这版是最接近他最初想法的。我盯着屏幕，觉得这才是我的一天。我发现这个需求的口径在三个群里说了三个版本。世界瞬间清净了

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我拉了个小群，把相关同学都叫了进来。我把这次的评审意见汇总了一遍，发现有两条互相冲突。真香定律准时生效

这个需求的目标是提升体验，验收标准却只有一个数字。我不知道该说什么，就笑了笑。我把这次评审的结论记了下来，第二天它就被推翻了。这大概就是程序员的人生吧

需求评审的意义在于让所有人对同一份文档产生不同的理解。我发现自己居然没法反驳。我把这个需求拆成了五个小需求，产品经理说不行要一起上。真香定律准时生效