依赖管理

去年第三季度，我帮一家做政务信息化的实施团队做流程诊断。团队 28 个人，同时跑 6 个客户项目，人均手上压着 4 条以上的跨方依赖。他们负责人给我看了两周的站会记录，我数了一下：…

过去三年我参与过十一个实施交付项目，其中八个在验收阶段出现过不同程度的延期，复盘时我们发现一个高度一致的规律：真正让进度失控的，往往不是某个任务本身太难，而是任务与任务之间那根看不…

去年 Q4，我参与复盘了一个延期 6 周的版本。表面原因是"测试时间不够"，但把 200 多条任务依赖关系拉出来逐条对时，真正的断点只有 3 个：一个是上游接口…

去年第四季度，我参与诊断了一家约 180 人研发规模的 SaaS 公司。他们的迭代延期率连续三个月高于 40%，但每个研发小组自己的燃尽图看起来都很健康。问题出在哪里？我把他们三个…

去年第四季度，我帮一家 300 人规模的 SaaS 公司做研发效能复盘，看到一组让人坐不住的数据：他们全年 47 个迭代中，有 31 个迭代出现过程度不一的延期，而在这 31 次延…

2024年Q3，我帮一家接近400人的研发组织做效能诊断。我做的第一件事不是看他们的工具报表，而是把近三个迭代的看板快照全部拉出来，逐张卡统计状态停留时长。结果让在场的管理层沉默了…

过去三年我参与过六个研发团队的协作流程改造，从12人的创业小队到300人规模的中台部门都有。如果让我只保留一个观察，那就是：绝大多数团队在依赖关系管理上的失败，不是因为工具不够好，…

接手一个已经连续三个迭代延期的研发团队后，我做的第一件事不是重排甘特图，而是把过去两个月的站会记录、需求变更单和阻塞标记全部拉出来做了一次依赖关系回溯。结果出乎意料：真正导致延期的…

去年第三季度，我带的一个12人研发小组做了一个看似简单的功能迭代：给订单系统增加一个"部分退款"能力。排期时说好两周完成，最后拖了整整六周。复盘时我们发现，真正…

去年第四季度，我帮一个 140 人的研发中心做迭代复盘，发现一个扎心的数字：在他们 6 个 Sprint 里，任务卡片处于"等待依赖"状态的平均时长占迭代总时长…