飞飞

依赖管理的失败，几乎从不是"识别不出来"，而是"识别了没写下来" 我复盘过自己经手的项目，团队里大部分人其实能准确说出自己的任务被谁卡着。问…

去年 11 月，我帮一家做企业培训 SaaS 的客户复盘一个延期了 23 天的版本上线。项目经理把 68 个任务的表格发给我，每行都填了负责人、开始时间、截止时间，看起来非常规范。…

去年秋天，我接手了一个已经延期六周的供应链中台项目。打开甘特图的那一刻，我以为是某个模块工期估算不准，结果花了整整两天拉出任务依赖关系后发现：真正的瓶颈不是任何一个人的效率，而是三…

核心结论：依赖冲突的八成是数据盲区，不是工具缺陷 过去三年我给十一个团队做过迭代复盘，用的都是同一套动作：把迭代内所有任务的计划开始、实际开始、计划完成、实际完成四列数据拉出来，按…

去年Q3，我帮一家做智能硬件的客户做交付复盘时，发现一个很反常识的数据：他们研发团队人均任务完成率92%，但整个项目还是延期了23天。问题出在哪？出在旧固件下线任务必须等新固件产测…

2023 年我接手过一个 40 人规模的跨部门 App 改版项目，甘特图上画了 17 条依赖线，时间安排看上去严丝合缝。结果上线日期比计划晚了 11 天。复盘的时候我们把那 17 …

我在一次交付复盘里见过一组很难看的数字：某 130 人规模的研发中心，连续 6 个双周迭代共产生 3180 条任务，其中明确填写了前置任务的任务只有 446 条，占比 14%。而这…

去年年底我帮一家做企业服务的公司做研发效能复盘，他们的 CTO 拿着"成员任务完成率"报表找到我，说测试组有位同事连续三个月完成率垫底，只有 62%，而组内平均…

我见过太多团队把任务依赖设成了一张"死亡网"：A 等 B，B 等 C，C 又回头等 A，等到项目复盘时才发现，真正卡住交付的不是某个人不干活，而是前置任务本身设…

项目排期表上，前置任务都标了绿，后置任务却一个接一个延期。我最早注意到这个反差，是在一次交付复盘里：一个 14 人团队的项目，关键路径上的前置开发任务按时完成率达到 91%，但下游…