关键路径管理

“SF管理方法”这个词，我最早是在一家做智能硬件的客户那里听到的。他们的研发副总跟我说，公司内部把一整套围绕任务依赖的管理动作叫做“SF”，但当我追问具体指什么时，三个人的回答完全…

大多数讲任务依赖的文章，都停留在"FS 就是完成-开始"这一句话上。但我带过的一个 40 人研发团队，真正让我们连续三个版本延期的，从来不是不知道 FS 是什么…

去年十月我接手过一个典型的新项目：五人小队，预算不高，目标是在六十天内上线一个内部审批系统。启动会开得很顺利，任务清单列了三十多条，责任人也都签名确认了。结果两周后我拉了一次进度，…

发布管理里最容易被误读的数字，不是延期率，而是“成员完成了多少任务”。我见过一种典型场景：发布看板显示大多数任务已完成，负责人据此判断版本可以上线；临近发布时，测试缺陷集中回流、关…

迭代管理迭代进度教程：研发团队实操方法，避坑指南 迭代计划写得很满，到了中途却发现关键功能还没联调；看板上大部分任务都是“进行中”，没人能说清楚什么时候能交付，这通常不是团队不够努…

迭代管理迭代进度教程：项目成员实操方法，避坑指南 迭代计划写得很满，周三却发现关键任务还没开始；看板上十几张卡片都显示“进行中”，没人说得清哪些会影响上线，这是迭代管理中常见的进度…

迭代管理迭代进度教程：管理层风险控制，避坑指南 迭代看板上显示“完成率 80%”，离发布只剩两天，管理层却突然得知：关键接口还没联调，测试环境也未就绪。问题往往不是团队没有汇报，而…

研发团队做资源负载平衡，最容易犯的错不是排期算得不准，而是把“每个人看起来都很忙”误当成“团队资源利用得好”。我见过不少项目计划表上人人负载都在 90% 以上，结果需求频繁延期、关…

资源负载表上每个人都只有 80% 工作量，项目却连续三周延期，这并不矛盾：表格统计的是被分配的工时，延期暴露的却可能是技能错配、依赖等待、任务切换和风险缓冲不足。资源负载平衡不是把…

敏捷项目的风险，往往不是在迭代评审会上突然出现，而是早已藏在一串看起来“都在推进”的 Task 里：关键依赖没有负责人，测试任务排在开发完成之后，管理层看到的进度又只按关闭数量计算…