😂 IT段子

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我发现自己居然没法反驳。我在会上问了一句这个功能的验收标准，会散了。同事说这波操作可以写进新人培训教材

我把这个需求拆完，发现它是六个需求粘在了一起。我先确认了一遍前置条件，再动手。我问了三个澄清问题，得到的答案是"你先做出来看看"。感动，然后我学到了新的一课

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我愣了两秒，然后继续敲代码。我把它记进了需求坑位清单，标明「待二次确认」。世界瞬间清净了

程序员的社交恐惧：被拉进一个有产品经理的群。我停了一下，然后继续手上的活。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。感动，然后我学到了新的一课

产品经理问按钮能不能再大一点，我从 100px 改成了 101px。我默默打开了编辑器，准备一步步验证。我把需求变更记录拉出来，发现自己已经改了三轮。果然现实比段子更精彩

这个需求的前置条件有三个，其中两个还没做。我抬起头看了看周围，大家都一样。我嘴上说的是好的没问题，心里想的是这至少三天。幸好之前留了备份

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我在心里点了点头。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。果然现实比段子更精彩

需求的变更往往从一句「顺便把这里也改一下」开始。我停了一下，然后继续手上的活。我把这个页面的交互路径缩短了两步，产品说不够完整。真香定律准时生效

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我默默打开了编辑器，准备一步步验证。我发现这个交互在移动端根本没法用，但需求里没提移动端。好在最后有惊无险

需求评审的意义在于让所有人对同一份文档产生不同的理解。我听完沉默了，因为太真实了。我把这次的评审意见汇总了一遍，发现有两条互相冲突。真香定律准时生效