验收标准

2023 年下半年，我以外部顾问身份参与了一家 320 人规模装备制造企业的实施项目复盘。方案团队在 6 月 18 日完成交付方案评审，正式移交给 9 人实施团队；到 7 月 9 …

带过实施团队的人大概率都遇过同一种翻车：周会上每张脸都在点头，任务清单也显示"已分派"，可客户验收前 48 小时才发现，最关键的那份历史数据清洗方案从立项到上线…

我第一次做协办，接手的是一个已经延期六周的项目。打开前任留下的计划表，上面只有 12 行里程碑，其中 7 行写着“完成系统配置”“推进数据迁移”这类句子。我问主办：“数据迁移这条，…

2023年我负责的一个27人实施团队，全年经手1427个交付任务。年底做复盘时我给每个任务打了"是否返工"的标签，结果不太好看：361个任务发生过至少一次返工，…

我见过最贵的一次任务分派失误，发生在一个 23 人的研发团队里：一个被口头"派"给后端工程师的支付回调改造，因为没人写清楚验收标准，也没人确认他手上已排了 6 …

2023 年我参与过一家 142 人研发组织的交付诊断，有一组数据让我印象很深：他们的任务指派平均要经过 2.7 天、3 轮角色确认，而需求从创建到关闭的周期中位数是 11.4 天…

去年 11 月，我帮一家 300 人规模的 SaaS 公司做研发效能复盘。我把他们连续 12 个迭代、总计 4862 条任务记录导出来做了归因分析，结果有点反常识：真正因为&quo…

去年我帮一家做工业 SaaS 的研发团队做流程复盘时，发现一个很反常识的数字：在他们 3 个月、1200 条需求工作项的样本里，真正造成延期的主因不是"开发做得慢&quo…

去年我带着一个38人的研发团队做季度复盘，拉出当季被判定为“返工”的127个任务单，逐条归因之后发现一个很刺眼的结果：其中67%的返工跟技术难度无关，而是派发时没有说清楚“做成什么…

三年前我带一个 40 人的研发团队做季度版本交付，连续两个季度各延期一次。复盘会上大家的矛头一致指向"技术方案评审不充分"，但我把 12 次延期的根因逐条拆开之…