进度更新

很多研发团队把"进度更新"当成一个行政动作：每天站会问一遍、每周填一次报表、月底汇总一份甘特图。我在过去八年里给二十多个研发团队做过工程效能咨询，几乎每一次复盘…

上周三晚上十点，我在一个一百四十人的研发中心做迭代复盘，看板上有一张卡片的进度更新记录停在“90%”，时间戳是两周前。团队负责人的说法是“就剩一点收尾”，而实际交付时间比承诺晚了十…

进度更新怎么做？研发团队风险控制：进度管理从0到1 去年12月的一次双周评审会上，我在白板上写了一行字，会议室安静了大概十秒，"A组完成85%，B组完成85%，C组完成8…

我见过最贵的一次“进度更新”，发生在一次跨部门版本评审会上：项目管理平台上显示“整体进度 85%”，而真实情况是后端接口只完成一半、前端联调还没开始、测试环境被上游数据迁移阻塞了六…

上周我和一个 130 人研发团队做迭代复盘，项目经理打开燃尽图说“整体完成度 92%”，但测试负责人拿出缺陷趋势，发现核心链路的 17 个高优先级缺陷只关闭了 6 个。两天后，原定…

很多研发团队的进度更新，最后都变成了两种极端：要么是每天在群里刷"今天继续开发"，要么是每周五下午让所有人花两小时填一张没人看的周报。我带过的一个 60 人研发…

我带过一个 27 人的研发团队，有整整半年时间，迭代准时交付率卡在 60% 上下，但每周项目周会上，几乎所有人汇报的都是“正常推进”。真正的转折点是一次线上事故：一个被标记为“已完…

我带过一个 6 人的中台改版小组，六周里要求每人每天在群里发一条进度，我自认为这是最透明的管理方式。结果到了第四周复盘时，我让每个人匿名写下"当前最大的风险是什么&quo…

进度更新这件事，我在过去八年里做过不下三千次，也见证过至少二十个团队因为"更新方式不对"把项目拖进泥潭。最反常识的一个观察是：进度更新出问题的团队，往往不是更新…

上周三晚上十点，我在一个四十多人的产品研发群里看到一条消息：“本周进度更新请大家今天内完成。”消息下面，回复的人有六个。剩下的三十多个人里，有一半当天晚上补了，另一半拖到第二天中午…