产品经理的"小改动"和程序员的"快好了"是这个世界上最不靠谱的两个估计。我忽然觉得,这可能就是这一行的常态。我在会上说这个方案需要三天,产品说能不能今天给。真香定律准时生效
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
这个改动从产品视角是优化,从工程视角是重做。我在心里点了点头。我把这个需求的相关文档翻了一遍,发现规范早就过时了。世界瞬间清净了
产品经理:能不能让用户看到更多内容?我:能,把首页砍了都放列表。我先给自己泡了杯茶,做好了打持久战的准备。我把这个页面按产品说的改完了,他说还是原来那版好。世界瞬间清净了
需求文档的更新速度赶不上口头变更的速度。我笑了笑,决定不解释。我在心里给这个需求的实际工作量打了三倍。真香定律准时生效
需求改了第八版,产品经理说这版是最接近他最初想法的。我忽然觉得,这可能就是这一行的常态。我发现这个功能和我两周前做的另一个需求几乎是同一个。第二天这个方案就变成了团队标准做法
这个需求的目标是提升体验,验收标准却只有一个数字。我停了一下,然后继续手上的活。我在心里给这个需求定了个死线,然后它被提前了。这条经验值直接拉满
这个需求的前置条件有三个,其中两个还没做。我把它记在心里,没跟任何人说。我发现这个词产品经理自己都不确定是什么意思
这个改动从产品视角是优化,从工程视角是重做。我想了想,觉得这话没法接。我把它记进了需求坑位清单,标明「待二次确认」
我把这个需求拆完,发现它是六个需求粘在了一起。我盯着屏幕沉默了十分钟。我发现这个功能在上个版本被砍过,理由是价值不大。办公室安静得能听见键盘声
产品经理说「先做出来看看」,这句话价值三个通宵。我想反驳,但发现他说得对。我把这个需求拆成了五个小需求,产品经理说不行要一起上。幸好之前留了备份