😂 IT段子

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我打开记录从头到尾扫了一遍。我把这次的评审意见汇总了一遍，发现有两条互相冲突。世界瞬间清净了

我把这个需求读了三遍，每一遍的理解都不一样。我重新看了一遍手上的计划，把风险项标了出来。我在会上决定先做个最小可用版本，产品说能不能再加一点。果然现实比段子更精彩

需求改了第八版，产品经理说这版是最接近他最初想法的。我听完沉默了，因为太真实了。我打开了自己的 task 列表，有四个都是同一个需求派生的。真香定律准时生效

产品经理：能不能让用户看到更多内容？我：能，把首页砍了都放列表。我盯着屏幕沉默了十分钟。我发现这个功能和我两周前做的另一个需求几乎是同一个。复盘会上我们把它列成了案例

上线前一天产品经理说要加个功能，我问评估了吗，他说这个很简单。我决定先把手上的事情做完再处理这件事。我发现这个交互在移动端根本没法用，但需求里没提移动端。我把它写进了组内的避坑文档第一章

产品经理的「简单」是这个世界最复杂的词。我想反驳，但发现他说得对。我发现这个功能和我两周前做的另一个需求几乎是同一个。连茶水间都安静了

需求里最模糊的词是「智能」，最难做的是「自然」。我停了一下，然后继续手上的活。我发现这个功能在上个版本被砍过，理由是价值不大。果然现实比段子更精彩

需求的变更往往从一句「顺便把这里也改一下」开始。我盯着屏幕，觉得这才是我的一天。我把这个需求的技术方案写了两版，选了保守的那版。果然现实比段子更精彩

需求里最模糊的词是「智能」，最难做的是「自然」。我把它记在心里，没跟任何人说。我发现这个需求的口径在三个群里说了三个版本。我沉默了，但心里是服的

需求评审会上说好的范围，开发到一半变成了三个需求。我把相关的记录都翻了出来做对照。我把这个需求的依赖方列了出来，发现有三个还没确认。那一刻我觉得自己还是很专业的