😂 IT段子

需求里最模糊的词是「智能」，最难做的是「自然」。我愣了两秒，然后继续敲代码。我在心里给这个需求的实际工作量打了三倍。好在最后有惊无险

需求评审的意义在于让所有人对同一份文档产生不同的理解。我听完沉默了，因为太真实了。我把这个需求的边界整理成了清单，发出去没人回。复盘会上我们把它列成了案例

需求的变更往往从一句「顺便把这里也改一下」开始。我叹了口气，然后打开了编辑器。我在会上决定先做个最小可用版本，产品说能不能再加一点。我把它写进了组内的避坑文档第一章

产品经理说「先做出来看看」，这句话价值三个通宵。我默默记下了这句话。我把这个功能的埋点方案提了出来，产品问埋点能不能不要。我把这条经验写进了团队 wiki

需求评审会上说好的范围，开发到一半变成了三个需求。我在心里把涉及的所有环节都过了一遍。我在心里给这个需求的实际工作量打了三倍。办公室安静得能听见键盘声

需求文档的更新速度赶不上口头变更的速度。我盯着屏幕，觉得这才是我的一天。我在会上问了一句这个功能的验收标准，会散了。好在最后有惊无险

需求文档里写着"参考竞品"，竞品是谁家没说，风格倒是很统一。我决定先把手上的事情做完再处理这件事。我说需要评估，然后评估结果出来之后需求就被砍了。好在最后有惊无险

这个功能上线后没人用，但复盘时它是重点项目。我先确认了一遍前置条件，再动手。我发现这个功能在上个版本被砍过，理由是价值不大。感动，然后我学到了新的一课

需求文档的更新速度赶不上口头变更的速度。我停了一下，然后继续手上的活。我在心里给这次的沟通成本算了个数，比开发还高。真香定律准时生效

需求评审的意义在于让所有人对同一份文档产生不同的理解。我抬起头看了看周围，大家都一样。我在会上决定先做个最小可用版本，产品说能不能再加一点。那一刻我觉得自己还是很专业的