产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我抬起头看了看周围,大家都一样。我嘴上说的是好的没问题,心里想的是这至少三天。我把这条经验写进了团队 wiki

产品经理:能不能让用户看到更多内容?我:能,把首页砍了都放列表。这套流程走下来,我从头到尾又确认了一遍。我发现这个功能在上个版本被砍过,理由是价值不大。从此我多了一条团队规约

这个功能的灵感来自一个已经不存在的竞品。我默默记下了这句话。我把这个功能的入口位置改了三次,最后回到了最初的地方

产品经理:这个交互能不能再自然一点?我:什么叫自然?产品经理:就是那种,你懂的。我默默打开了编辑器,准备一步步验证。我问了三个澄清问题,得到的答案是"你先做出来看看"。幸好之前留了备份

产品经理:这个需求很简单,就是把页面颜色换一下。我想了想自己这些年,好像确实如此。我把这个功能的竞品截图找了出来,产品看了一眼说不是这个。从此我多了一条团队规约

这个需求的前置条件有三个,其中两个还没做。我默默记下了这句话。我说需要评估,然后评估结果出来之后需求就被砍了。我沉默了,但心里是服的

需求的变更往往从一句「顺便把这里也改一下」开始。我忽然觉得,这可能就是这一行的常态。我在心里给这个需求的实际工作量打了三倍。第二天这个方案就变成了团队标准做法

我在评审会上提了风险,结论是「先上了再说」。我盯着屏幕沉默了十分钟。我在心里给这个需求定了个死线,然后它被提前了。我把这条经验写进了团队 wiki

需求的变更往往从一句「顺便把这里也改一下」开始。我笑了笑,决定不解释。我把这个需求按最小改动实现完,产品说想再加个动画。好在最后有惊无险

需求文档的更新速度赶不上口头变更的速度。我忽然觉得,这可能就是这一行的常态。我发现这个需求的原始来源是一句客户的口头描述。幸好之前留了备份