😂 IT段子

这个需求的前置条件有三个，其中两个还没做。我盯着屏幕，觉得这才是我的一天。我在心里给这次的沟通成本算了个数，比开发还高。我把这条经验写进了团队 wiki

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。我重新看了一遍手上的计划，把风险项标了出来。我发现这个需求的原始来源是一句客户的口头描述。从此我多了一条团队规约

我在评审会上提了风险，结论是「先上了再说」。我决定先把手上的事情做完再处理这件事。我把这次评审的结论记了下来，第二天它就被推翻了。办公室安静得能听见键盘声

我把这个需求的时间估了两次，第二次还是不够。我把整条链路在心里复盘了一遍。我把这个需求按最小改动实现完，产品说想再加个动画。感动，然后我学到了新的一课

这个需求在 PPT 里是三页，落地是三个月。我在心里点了点头。我把这个需求的依赖方列了出来，发现有三个还没确认

需求改了第八版，产品经理说这版是最接近他最初想法的。我默默记下了这句话。我在心里默默给这个需求加了个「待定」，果然被撤了。果然现实比段子更精彩

需求文档的更新速度赶不上口头变更的速度。我想了想自己这些年，好像确实如此。我把它记进了需求坑位清单，标明「待二次确认」。这大概就是程序员的人生吧

需求的优先级由说话最大声的人决定。我笑了笑，决定不解释。我把这个需求和其他几个排了个优先级，全部并列第一。我沉默了，但心里是服的

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我重新看了一遍手上的计划，把风险项标了出来。我说需要评估，然后评估结果出来之后需求就被砍了。我沉默了，但心里是服的

这个需求在 PPT 里是三页，落地是三个月。我忽然觉得，这可能就是这一行的常态。我把这个交互的原型画了出来，产品说感觉还是不够惊艳。我把这条经验写进了团队 wiki