😂 IT段子

需求的优先级由说话最大声的人决定。我想了想，觉得这话没法接。我发现这个词产品经理自己都不确定是什么意思。我把这条经验写进了团队 wiki

我在群里问了三个问题，得到了四种答案。我把手上的资料翻出来又读了两遍。我在心里给这次的沟通成本算了个数，比开发还高。我沉默了，但心里是服的

产品经理：这个交互能不能再自然一点？我：什么叫自然？产品经理：就是那种，你懂的。我把整条链路在心里复盘了一遍。我把这次评审的结论记了下来，第二天它就被推翻了。幸好之前留了备份

需求文档的更新速度赶不上口头变更的速度。我默默记下了这句话。我把这个交互的原型画了出来，产品说感觉还是不够惊艳。好在最后有惊无险

这个功能上线后没人用，但复盘时它是重点项目。我在心里把涉及的所有环节都过了一遍。我最后按自己的理解做了，产品经理说跟他想的不太一样。好在最后有惊无险

需求评审的意义在于让所有人对同一份文档产生不同的理解。我停了一下，然后继续手上的活。我把这个功能的竞品截图找了出来，产品看了一眼说不是这个。我把这条经验写进了团队 wiki

我在评审会上提了风险，结论是「先上了再说」。我拉了个小群，把相关同学都叫了进来。我把这次的评审意见汇总了一遍，发现有两条互相冲突。从此我多了一条团队规约

这个功能上线后没人用，但复盘时它是重点项目。我把手上的资料翻出来又读了两遍。我默默在排期表上把这个需求的工期翻了一倍。世界瞬间清净了

我把这个需求的时间估了两次，第二次还是不够。我把手上的资料翻出来又读了两遍。我发现这个交互在移动端根本没法用，但需求里没提移动端

这个需求的前置条件有三个，其中两个还没做。我盯着屏幕，觉得这才是我的一天。我在会上决定先做个最小可用版本，产品说能不能再加一点。感动，然后我学到了新的一课