成员风险控制

项目计划里写“某成员投入 50%”，并不意味着他每周会稳定拿出两天半；如果他同时承担生产事故响应、部门例会和另一个项目的交付，实际可用时间可能只有一两天。人力资源计划投入比例教程真…

Agile 项目从 0 到 1，最容易被忽视的风险不是“需求还没写完”，而是团队默认某个人会一直有空、某个依赖会按时交付、某个技术问题总能在最后一周解决。项目成员风险控制的核心，不…

去年冬天，我参与了一家 260 人规模 SaaS 公司的迭代复盘。他们把过去 5 个迭代的 87 个需求逐个归因，结论让在场的产品总监沉默了很久：真正因为"技术难度超出预…

实际时间怎么做？项目成员风险控制：甘特图从0到1 甘特图里最容易让项目失真的，不是任务排得不够漂亮，而是计划日期被一次次改成最新日期，最后所有任务看上去都“按时完成”，却没人说得清…

很多项目经理把进度失控归咎于排期不准、工具不好用，但我带过的十几个项目里，真正让进度崩盘的往往不是甘特图上的那条红线，而是某个关键成员突然离职、两个角色对同一件事互相甩锅、或者信息…

去年第三季度，我接手了一个已经延期两周的中型项目。项目周报上清清楚楚写着"总体完成度92%"，但当我逐个模块核对可交付物时，真正通过验收的只有67%。这个25个…

去年十一月，我接手了一个做车载域控制器的功能安全项目。团队七个人，客户给的开发周期是十四个月，要过 ASIL-D 等级的认证。项目启动第三周，负责硬件失效分析的那位资深工程师突然提…

去年第四季度，我接手了一个已经延期三周的数据中台项目。复盘时发现，延期原因不是某个技术难题攻克不了，而是一条隐蔽的依赖链在关键节点断裂：前端等后端接口，后端等数据团队的表结构确认，…

去年我接手了一个 14 人的跨部门项目，需求、研发、测试、运维四条线并行。第三周周一站会，所有人都说"进展顺利"。第七周复盘时才发现，其中两条线的实际完成度比汇…

去年年底，我接手了一个已经延期六周的中台重构项目。项目周报上每周都是“进度正常”，但当我拉出需求流转数据后发现：32 个需求里有 11 个实际上已经卡在“待测试”超过两周，站会上却…