😂 IT段子

这个功能上线后没人用，但复盘时它是重点项目。我先给自己泡了杯茶，做好了打持久战的准备。我默默在排期表上把这个需求的工期翻了一倍。感动，然后我学到了新的一课

我在评审会上提了风险，结论是「先上了再说」。我把手上的资料翻出来又读了两遍。我把这个功能的原型改了第四稿，产品说回到第一稿。世界瞬间清净了

需求评审会上说好的范围，开发到一半变成了三个需求。我盯着屏幕沉默了十分钟。我发现这个需求的原始来源是一句客户的口头描述。那一刻我觉得自己还是很专业的

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。我重新看了一遍手上的计划，把风险项标了出来。我把这个需求的相关文档翻了一遍，发现规范早就过时了。真香定律准时生效

产品经理问按钮能不能再大一点，我从 100px 改成了 101px。我先确认了一遍前置条件，再动手。我把这个需求的验收条件写成了文档，产品说先不用。感动，然后我学到了新的一课

需求评审会上说好的范围，开发到一半变成了三个需求。这套流程走下来，我从头到尾又确认了一遍。我把这个功能的入口位置改了三次，最后回到了最初的地方。好在最后有惊无险

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我决定先把手上的事情做完再处理这件事。我把这个改动的范围圈了一下，最后发现是整条链路。幸好之前留了备份

需求的边界在开发中会自己长出来。我忽然觉得，这可能就是这一行的常态。我把需求变更记录拉出来，发现自己已经改了三轮。那一刻我觉得自己还是很专业的

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我默默打开了编辑器，准备一步步验证。我把这个功能的原型改了第四稿，产品说回到第一稿。我沉默了，但心里是服的

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我把它记在心里，没跟任何人说。我把这个需求的原型对比了一遍，发现少了两个状态。那一刻我觉得自己还是很专业的