😂 IT段子

需求评审的意义在于让所有人对同一份文档产生不同的理解。我想了想自己这些年，好像确实如此。我打开了历届需求文档，发现这个需求去年做过一次。幸好之前留了备份

我把这个需求的时间估了两次，第二次还是不够。我盯着屏幕沉默了十分钟。我在会上问了一句这个功能的验收标准，会散了。我把这条经验写进了团队 wiki

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我盯着屏幕，觉得这才是我的一天。我问了三个澄清问题，得到的答案是「你先做出来看看」。同事说这波操作可以写进新人培训教材

这个功能的灵感来自一个已经不存在的竞品。我想了想，觉得这话没法接。我在心里给这个需求起了个外号，叫「永动需求」。好在最后有惊无险

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我叹了口气，然后打开了编辑器。我把需求变更记录拉出来，发现自己已经改了三轮。我沉默了，但心里是服的

这个功能的灵感来自一个已经不存在的竞品。我停了一下，然后继续手上的活。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。我把它写进了组内的避坑文档第一章

需求文档的更新速度赶不上口头变更的速度。我最后按自己的理解做了，产品经理说跟他想的不太一样。好在最后有惊无险

产品经理说「先做出来看看」，这句话价值三个通宵。我叹了口气，然后打开了编辑器。我发现这个词产品经理自己都不确定是什么意思。我沉默了，但心里是服的

这个功能上线后没人用，但复盘时它是重点项目。我先确认了一遍前置条件，再动手。我把需求变更记录拉出来，发现自己已经改了三轮。真香定律准时生效

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我盯着屏幕沉默了十分钟。我问了三个澄清问题，得到的答案是"你先做出来看看"。那一刻我觉得自己还是很专业的