研发团队制度

我第一次认真对待“任务依赖”这件事，是因为一个 40 人左右的研发团队连续两个迭代都在同一个地方翻车：后端接口没按约定时间给出联调环境，前端和测试两条线一起空转，迭代最后三天开始通…

去年 Q3，我陪同一家 200 人规模的 SaaS 公司做版本交付复盘。他们的 3.7 版本原计划 6 周上线，最后拖到第 11 周，累计延期 33 天。项目组给出的第一版归因是&…

我带过一个 260 人的研发组织，做过一次看上去很“果断”的制度手术：把任务模板里的“协办人”字段直接删掉。理由是，它正在被滥用，几乎每个任务都挂着两三个协办人，谁都不觉得自己是主…

去年我帮一家 300 多人的研发组织做流程复盘，会上出现了这样一幕：三个人对同一个需求的描述分别是"在做了""快好了""已经提交测…

2023 年第四季度，我接手过一个 180 人研发组织的工作项治理项目。接手第一周，我把三个月的原始数据全部拉出来做了一次交叉核对，结果有点反常识：工作项总量同比增长了 34%，但…

去年冬天，我陪一家做工业设备运维 SaaS 的公司做完一次项目复盘。会上产品负责人说了一句让全场沉默的话：“这个版本延期三周，不是因为开发慢，是因为我们花了三周在争论它到底算不算做…

2023 年下半年，我接手过一个已经延期两次的项目。排期表做得非常漂亮，WBS 拆到三级子任务，资源投入精确到人天，风险登记册里躺着 14 条风险。结果第三周，销售插进来一个&qu…