😂 IT段子

产品经理的「简单」是这个世界最复杂的词。我盯着屏幕，觉得这才是我的一天。我把它记进了需求坑位清单，标明「待二次确认」。感动，然后我学到了新的一课

产品经理说做一个像抖音一样的功能，我看了看排期和工资条，说好的。我想反驳，但发现他说得对。我问了三个澄清问题，得到的答案是"你先做出来看看"。第二天这个方案就变成了团队标准做法

需求的优先级由说话最大声的人决定。我听完沉默了，因为太真实了。我把这个功能的实现画成了流程图，一看就知道做不完。同事说这波操作可以写进新人培训教材

需求的变更往往从一句「顺便把这里也改一下」开始。我默默记下了这句话。我在会上问了一句这个功能的验收标准，会散了。这大概就是程序员的人生吧

这个功能上线后没人用，但复盘时它是重点项目。我先给自己泡了杯茶，做好了打持久战的准备。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。果然现实比段子更精彩

产品经理问按钮能不能再大一点，我从 100px 改成了 101px。这套流程走下来，我从头到尾又确认了一遍。我打开了自己的 task 列表，有四个都是同一个需求派生的。同事说这波操作可以写进新人培训教材

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。这套流程走下来，我从头到尾又确认了一遍。我在会上问了一句这个功能的验收标准，会散了。复盘会上我们把它列成了案例

需求评审会上说好的范围，开发到一半变成了三个需求。我先给自己泡了杯茶，做好了打持久战的准备。我把这次评审的结论记了下来，第二天它就被推翻了。好在最后有惊无险

这个功能的灵感来自一个已经不存在的竞品。我在心里点了点头。我把这个功能的原型改了第四稿，产品说回到第一稿。果然现实比段子更精彩

需求的边界在开发中会自己长出来。我在会上提了一个技术风险，会后没人记得