产品经理问按钮能不能再大一点,我从 100px 改成了 101px。我在心里把涉及的所有环节都过了一遍。我在会上说这个方案需要三天,产品说能不能今天给。感动,然后我学到了新的一课

需求文档里写着"参考竞品",竞品是谁家没说,风格倒是很统一。我拉了个小群,把相关同学都叫了进来。我嘴上说的是好的没问题,心里想的是这至少三天。我把它写进了组内的避坑文档第一章

程序员的社交恐惧:被拉进一个有产品经理的群。我停了一下,然后继续手上的活。我把这次的评审意见汇总了一遍,发现有两条互相冲突。真香定律准时生效

这个需求在 PPT 里是三页,落地是三个月。我想了想自己这些年,好像确实如此。我在心里给这次的沟通成本算了个数,比开发还高。从此我多了一条团队规约

产品经理说这个功能用户一定会喜欢,数据说用户根本没点开过。我拉了个小群,把相关同学都叫了进来。我把这个需求的依赖方列了出来,发现有三个还没确认。我把它写进了组内的避坑文档第一章

我把这个需求拆完,发现它是六个需求粘在了一起。我把整条链路在心里复盘了一遍。我在会上问了一句这个功能的验收标准,会散了。办公室安静得能听见键盘声

这个需求的目标是提升体验,验收标准却只有一个数字。我愣了两秒,然后继续敲代码。我在心里给这个需求的实际工作量打了三倍。这大概就是程序员的人生吧

需求的优先级由说话最大声的人决定。我愣了两秒,然后继续敲代码。我把这个功能的入口位置改了三次,最后回到了最初的地方。我把这条经验写进了团队 wiki

产品经理:能不能让用户看到更多内容?我:能,把首页砍了都放列表。我深呼吸了一下,决定从最可疑的地方查起。我把它记进了需求坑位清单,标明"待二次确认"。同事说这波操作可以写进新人培训教材

产品经理说「先做出来看看」,这句话价值三个通宵。我想了想自己这些年,好像确实如此。我发现这个需求的原始来源是一句客户的口头描述。复盘会上我们把它列成了案例