😂 IT段子

产品经理的方案很好，只是和现在的系统不是一个世界。我想了想，觉得这话没法接。我问了三个澄清问题，得到的答案是「你先做出来看看」。同事说这波操作可以写进新人培训教材

需求的变更往往从一句「顺便把这里也改一下」开始。我把它记在心里，没跟任何人说。我把这个需求和其他几个排了个优先级，全部并列第一。从此我多了一条团队规约

产品经理的方案很好，只是和现在的系统不是一个世界。我听完沉默了，因为太真实了。我把这次的评审意见汇总了一遍，发现有两条互相冲突。那一刻我觉得自己还是很专业的

需求的边界在开发中会自己长出来。我叹了口气，然后打开了编辑器。我打开了历届需求文档，发现这个需求去年做过一次。这大概就是程序员的人生吧

我把这个需求读了三遍，每一遍的理解都不一样。我深呼吸了一下，决定从最可疑的地方查起。我发现这个需求的原始来源是一句客户的口头描述。世界瞬间清净了

我在群里问了三个问题，得到了四种答案。我深呼吸了一下，决定从最可疑的地方查起。我把需求变更记录拉出来，发现自己已经改了三轮。同事说这波操作可以写进新人培训教材

这个功能的灵感来自一个已经不存在的竞品。我想了想，觉得这话没法接。我把这个功能的入口位置改了三次，最后回到了最初的地方。我把它写进了组内的避坑文档第一章

这个需求在 PPT 里是三页，落地是三个月。我忽然觉得，这可能就是这一行的常态。我把这个交互的原型画了出来，产品说感觉还是不够惊艳。第二天这个方案就变成了团队标准做法

产品经理：这个需求很简单，就是把页面颜色换一下。我叹了口气，然后打开了编辑器。我在心里给这次的沟通成本算了个数，比开发还高。那一刻我觉得自己还是很专业的

我把这个需求读了三遍，每一遍的理解都不一样。我在心里把涉及的所有环节都过了一遍。我把这个功能的入口位置改了三次，最后回到了最初的地方。我把它写进了组内的避坑文档第一章