这个需求的目标是提升体验,验收标准却只有一个数字。我发现自己居然没法反驳。我把这个功能的原型改了第四稿,产品说回到第一稿。我把它写进了组内的避坑文档第一章

我把这个需求读了三遍,每一遍的理解都不一样。我重新看了一遍手上的计划,把风险项标了出来。我把这个需求的验收条件写成了文档,产品说先不用。连茶水间都安静了

需求文档的更新速度赶不上口头变更的速度。我叹了口气,然后打开了编辑器。我把这个需求的依赖方列了出来,发现有三个还没确认。我沉默了,但心里是服的

这个需求的前置条件有三个,其中两个还没做。我想反驳,但发现他说得对。我在会上问了一句这个功能的验收标准,会散了。办公室安静得能听见键盘声

需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我重新看了一遍手上的计划,把风险项标了出来。我最后按自己的理解做了,产品经理说跟他想的不太一样。世界瞬间清净了

需求文档的更新速度赶不上口头变更的速度。我想了想,觉得这话没法接。我把这次评审的结论记了下来,第二天它就被推翻了。世界瞬间清净了

产品经理说「先做出来看看」,这句话价值三个通宵。我抬起头看了看周围,大家都一样。我把这个页面按产品说的改完了,他说还是原来那版好。复盘会上我们把它列成了案例

我把这个需求拆完,发现它是六个需求粘在了一起。我在心里把涉及的所有环节都过了一遍。我最后按自己的理解做了,产品经理说跟他想的不太一样。这大概就是程序员的人生吧

产品经理:这个需求很简单,就是把页面颜色换一下。我叹了口气,然后打开了编辑器。我把需求变更记录拉出来,发现自己已经改了三轮。连茶水间都安静了

需求的边界在开发中会自己长出来。我默默记下了这句话。我把这个需求的依赖方列了出来,发现有三个还没确认。连茶水间都安静了