😂 IT段子

产品经理的方案很好，只是和现在的系统不是一个世界。我抬起头看了看周围，大家都一样。我默默在排期表上把这个需求的工期翻了一倍。同事说这波操作可以写进新人培训教材

需求改了第八版，产品经理说这版是最接近他最初想法的。我抬起头看了看周围，大家都一样。我说需要评估，然后评估结果出来之后需求就被砍了。第二天这个方案就变成了团队标准做法

产品经理的「简单」是这个世界最复杂的词。我愣了两秒，然后继续敲代码。我把这个页面的交互路径缩短了两步，产品说不够完整。同事说这波操作可以写进新人培训教材

产品经理：这个需求很简单，就是把页面颜色换一下。我发现自己居然没法反驳。我发现这个词产品经理自己都不确定是什么意思。真香定律准时生效

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我深呼吸了一下，决定从最可疑的地方查起。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。我把这条经验写进了团队 wiki

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我把相关的记录都翻了出来做对照。我把它记进了需求坑位清单，标明"待二次确认"。果然现实比段子更精彩

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我叹了口气，然后打开了编辑器。我默默在排期表上把这个需求的工期翻了一倍

我把这个需求读了三遍，每一遍的理解都不一样。我把相关的记录都翻了出来做对照。我嘴上说的是好的没问题，心里想的是这至少三天。这条经验值直接拉满

我把这个需求的时间估了两次，第二次还是不够。我把手上的资料翻出来又读了两遍。我把这个功能的竞品截图找了出来，产品看了一眼说不是这个。从此我多了一条团队规约

我在评审会上提了风险，结论是「先上了再说」。这套流程走下来，我从头到尾又确认了一遍。我发现这个需求的原始来源是一句客户的口头描述。世界瞬间清净了