😂 IT段子

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我深呼吸了一下，决定从最可疑的地方查起。我把这个页面按产品说的改完了，他说还是原来那版好。果然现实比段子更精彩

我把这个需求拆完，发现它是六个需求粘在了一起。我拉了个小群，把相关同学都叫了进来。我把这个需求和其他几个排了个优先级，全部并列第一。感动，然后我学到了新的一课

需求文档的更新速度赶不上口头变更的速度。我听完沉默了，因为太真实了。我把它记进了需求坑位清单，标明"待二次确认"。办公室安静得能听见键盘声

产品经理的方案很好，只是和现在的系统不是一个世界。我盯着屏幕，觉得这才是我的一天。我在会上说这个方案需要三天，产品说能不能今天给。那一刻我觉得自己还是很专业的

产品经理：这个需求很简单，就是把页面颜色换一下。我停了一下，然后继续手上的活。我打开了自己的 task 列表，有四个都是同一个需求派生的。感动，然后我学到了新的一课

程序员的社交恐惧：被拉进一个有产品经理的群。我愣了两秒，然后继续敲代码。我打开了自己的 task 列表，有四个都是同一个需求派生的。第二天这个方案就变成了团队标准做法

需求的边界在开发中会自己长出来。我默默记下了这句话。我在会上问了一句这个功能的验收标准，会散了。我把这条经验写进了团队 wiki

产品经理的方案很好，只是和现在的系统不是一个世界。我忽然觉得，这可能就是这一行的常态。我在群里问了一句这个需求的优先级，然后群里安静了。那一刻我觉得自己还是很专业的

产品经理说这个功能用户一定会喜欢，数据说用户根本没点开过。我重新看了一遍手上的计划，把风险项标了出来。我发现这个需求的前提是另一个还没做的需求。我把这条经验写进了团队 wiki

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我不知道该说什么，就笑了笑。我把它记进了需求坑位清单，标明"待二次确认"。办公室安静得能听见键盘声