😂 IT段子

需求评审会上说好的范围，开发到一半变成了三个需求。我先确认了一遍前置条件，再动手。我在群里问了一句这个需求的优先级，然后群里安静了。这大概就是程序员的人生吧

这个功能上线后没人用，但复盘时它是重点项目。我决定先把手上的事情做完再处理这件事。我发现这个词产品经理自己都不确定是什么意思。这大概就是程序员的人生吧

这个功能的灵感来自一个已经不存在的竞品。我想了想自己这些年，好像确实如此。我说需要评估，然后评估结果出来之后需求就被砍了。果然现实比段子更精彩

需求的边界在开发中会自己长出来。我默默记下了这句话。我在心里给这个需求的实际工作量打了三倍。第二天这个方案就变成了团队标准做法

我在评审会上提了风险，结论是「先上了再说」。我打开记录从头到尾扫了一遍。我发现这个需求的前提是另一个还没做的需求。办公室安静得能听见键盘声

产品经理说「先做出来看看」，这句话价值三个通宵。我把这个需求和其他几个排了个优先级，全部并列第一

这个需求的目标是提升体验，验收标准却只有一个数字。我想了想自己这些年，好像确实如此。我把它记进了需求坑位清单，标明"待二次确认"。这条经验值直接拉满

这个需求在 PPT 里是三页，落地是三个月。我忽然觉得，这可能就是这一行的常态。我把它记进了需求坑位清单，标明「待二次确认」。连茶水间都安静了

程序员的社交恐惧：被拉进一个有产品经理的群。我听完沉默了，因为太真实了。我打开了自己的 task 列表，有四个都是同一个需求派生的。我沉默了，但心里是服的

产品经理说「先做出来看看」，这句话价值三个通宵。我默默记下了这句话。我把它记进了需求坑位清单，标明"待二次确认"。好在最后有惊无险