需求改了第八版,产品经理说这版是最接近他最初想法的。我想反驳,但发现他说得对。我打开了自己的 task 列表,有四个都是同一个需求派生的。从此我多了一条团队规约

产品经理的「简单」是这个世界最复杂的词。我笑了笑,决定不解释。我发现这个需求的口径在三个群里说了三个版本。连茶水间都安静了

这个需求的目标是提升体验,验收标准却只有一个数字。我忽然觉得,这可能就是这一行的常态。我发现这个需求的口径在三个群里说了三个版本。感动,然后我学到了新的一课

需求的边界在开发中会自己长出来。我想反驳,但发现他说得对。我把这个需求的原型对比了一遍,发现少了两个状态

产品经理的方案很好,只是和现在的系统不是一个世界。我把它记在心里,没跟任何人说。我嘴上说的是好的没问题,心里想的是这至少三天。办公室安静得能听见键盘声

需求的优先级由说话最大声的人决定。我默默记下了这句话。我问了三个澄清问题,得到的答案是"你先做出来看看"。好在最后有惊无险

需求评审的意义在于让所有人对同一份文档产生不同的理解。我抬起头看了看周围,大家都一样。我把这个页面的交互路径缩短了两步,产品说不够完整。好在最后有惊无险

程序员的社交恐惧:被拉进一个有产品经理的群。我不知道该说什么,就笑了笑。我把它记进了需求坑位清单,标明"待二次确认"。感动,然后我学到了新的一课

这个改动从产品视角是优化,从工程视角是重做。我叹了口气,然后打开了编辑器。我发现这个功能在上个版本被砍过,理由是价值不大。这大概就是程序员的人生吧

需求改了第八版,产品经理说这版是最接近他最初想法的。我抬起头看了看周围,大家都一样。我把这个功能的实现画成了流程图,一看就知道做不完。复盘会上我们把它列成了案例