飞飞

两年前我接手一个流程诊断项目，客户是一家约240人的软件公司。他们项目管理平台里，一条从需求评审到版本发布的主流程被拆成11个任务，每个任务都挂了前置依赖，而且几乎全是“完成-开始…

先说结论：前置任务管不好，多半是定义问题，不是执行问题 我过去三年复盘过 37 个项目，团队规模从 15 人到 400 人不等，行业横跨硬件、SaaS、内容电商和制造业数字化。这 …

去年11月，我陪一家做工业软件的公司复盘一个延期了21天的版本上线。复盘会上，研发负责人反复说"跨部门沟通不畅"，测试负责人说"需求老是变"…

去年秋天，我陪同一家 800 人规模的软硬件混合型企业做季度复盘。会上摆了 17 个延期项目，PMO 逐条追根因，结果有 11 条的源头都指向同一个动作：某个前置交付物没有按时到位…

先说结论：绝大多数被贴上“任务依赖SF”标签的排期问题，根源不在工具，而在于管理者把 SF（Start-to-Finish，开始-完成）当成了一种“万能补救依赖”。我在过去六年里参…

核心结论：后置任务真正的效率瓶颈在“触发”，不在“执行” 先给结论，后面再展开论证。如果你只记住一句话，请记住这句：后置任务管不好的团队，90% 的问题不是执行力不够，而是后置任务…

如果你在搜索框里敲下“SF管理方法”，大概率会撞上两种答案：一种是 Salesforce 的实施教程，一种是 Scrum Framework 的入门课。但如果你是在项目排期、交付管…

我做过一个判断，后来被反复验证：共享服务中心（Shared Service，简称 SS）的流程做不好，九成不是流程步骤写错了，而是任务依赖没有被当成一等公民来管理。流程规范可以写得…

我见过一个特别典型的 FS 依赖翻车现场：一个 12 人的交付团队，项目排期做得很漂亮，甘特图上任务层层相扣，前置完成后置才启动，逻辑上无懈可击。结果上线前三天，测试负责人说系统测…

去年冬天我参与复盘过一次版本延期事故：一家做 SaaS 的 180 人公司，甘特图算出来的关键路径是 42 天，所有任务排得整整齐齐。上线前 5 天，测试负责人说“我们还有 11 …