😂 IT段子

程序员的社交恐惧：被拉进一个有产品经理的群。我忽然觉得，这可能就是这一行的常态。我把这个需求的相关文档翻了一遍，发现规范早就过时了。连茶水间都安静了

需求评审的意义在于让所有人对同一份文档产生不同的理解。我想了想，觉得这话没法接。我把这个需求的相关文档翻了一遍，发现规范早就过时了。办公室安静得能听见键盘声

这个需求在 PPT 里是三页，落地是三个月。我在心里点了点头。我把这个需求和其他几个排了个优先级，全部并列第一。复盘会上我们把它列成了案例

需求改了第八版，产品经理说这版是最接近他最初想法的。我想了想，觉得这话没法接。我说需要评估，然后评估结果出来之后需求就被砍了。我把这条经验写进了团队 wiki

需求评审会上说好的范围，开发到一半变成了三个需求。我决定先把手上的事情做完再处理这件事。我把这个需求按最小改动实现完，产品说想再加个动画。那一刻我觉得自己还是很专业的

我把这个需求的时间估了两次，第二次还是不够。这套流程走下来，我从头到尾又确认了一遍。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。这大概就是程序员的人生吧

产品经理：这个需求很简单，就是把页面颜色换一下。我想了想自己这些年，好像确实如此。我打开了历届需求文档，发现这个需求去年做过一次。我沉默了，但心里是服的

产品经理的「简单」是这个世界最复杂的词。我默默记下了这句话。我把这个交互的原型画了出来，产品说感觉还是不够惊艳。好在最后有惊无险

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我在心里把涉及的所有环节都过了一遍。我发现这个需求的原始来源是一句客户的口头描述。好在最后有惊无险

产品经理的「简单」是这个世界最复杂的词。我停了一下，然后继续手上的活。我在会上问了一句这个功能的验收标准，会散了。连茶水间都安静了