😂 IT段子

需求文档的更新速度赶不上口头变更的速度。我忽然觉得，这可能就是这一行的常态。我在心里给这个需求定了个死线，然后它被提前了。果然现实比段子更精彩

产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我想反驳，但发现他说得对。我把这个功能的原型改了第四稿，产品说回到第一稿。同事说这波操作可以写进新人培训教材

需求的优先级由说话最大声的人决定。我停了一下，然后继续手上的活。我打开了自己的 task 列表，有四个都是同一个需求派生的。真香定律准时生效

需求文档的更新速度赶不上口头变更的速度。我愣了两秒，然后继续敲代码。我嘴上说的是好的没问题，心里想的是这至少三天。连茶水间都安静了

这个功能上线后没人用，但复盘时它是重点项目。我先给自己泡了杯茶，做好了打持久战的准备。我嘴上说的是好的没问题，心里想的是这至少三天。连茶水间都安静了

需求文档的更新速度赶不上口头变更的速度。我抬起头看了看周围，大家都一样。我把这个功能的入口位置改了三次，最后回到了最初的地方。办公室安静得能听见键盘声

需求的优先级由说话最大声的人决定。我默默记下了这句话。我默默在排期表上把这个需求的工期翻了一倍。连茶水间都安静了

需求的边界在开发中会自己长出来。我把它记在心里，没跟任何人说。我在会上说这个方案需要三天，产品说能不能今天给

需求文档的更新速度赶不上口头变更的速度。我盯着屏幕，觉得这才是我的一天。我把这次的评审意见汇总了一遍，发现有两条互相冲突。第二天这个方案就变成了团队标准做法

需求的边界在开发中会自己长出来。我想反驳，但发现他说得对。我发现产品经理的排期里没有测试和联调的时间。世界瞬间清净了