产品经理问按钮能不能再大一点,我从 100px 改成了 101px。我盯着屏幕沉默了十分钟。我把这个需求的技术方案写了两版,选了保守的那版。办公室安静得能听见键盘声

需求改了第八版,产品经理说这版是最接近他最初想法的。我不知道该说什么,就笑了笑。我发现这个需求的口径在三个群里说了三个版本。复盘会上我们把它列成了案例

需求文档的更新速度赶不上口头变更的速度。我叹了口气,然后打开了编辑器。我发现这个需求的前提是另一个还没做的需求。复盘会上我们把它列成了案例

我在评审会上提了风险,结论是「先上了再说」。我先确认了一遍前置条件,再动手。我发现产品经理的排期里没有测试和联调的时间。我沉默了,但心里是服的

产品经理问按钮能不能再大一点,我从 100px 改成了 101px。我先确认了一遍前置条件,再动手。我把这个交互的原型画了出来,产品说感觉还是不够惊艳

上线前一天产品经理说要加个功能,我问评估了吗,他说这个很简单。我重新看了一遍手上的计划,把风险项标了出来。我在会上问了一句这个功能的验收标准,会散了。我沉默了,但心里是服的

需求评审的意义在于让所有人对同一份文档产生不同的理解。我在心里点了点头。我把这个需求和其他几个排了个优先级,全部并列第一。好在最后有惊无险

产品经理说做一个像抖音一样的功能,我看了看排期和工资条,说好的。我把这个需求拆成了五个小需求,产品经理说不行要一起上。这条经验值直接拉满

这个功能上线后没人用,但复盘时它是重点项目。我把这个页面的交互路径缩短了两步,产品说不够完整。办公室安静得能听见键盘声

需求评审会上说好的范围,开发到一半变成了三个需求。我深呼吸了一下,决定从最可疑的地方查起。我把这次评审的结论记了下来,第二天它就被推翻了。办公室安静得能听见键盘声