决策权限

研发团队做资源管理，最容易犯的错不是“没把人排满”，而是把角色当成一张岗位名单：谁是前端、谁是测试、谁是产品，填完就以为资源清楚了。真正影响交付的，是每个角色在特定阶段承担什么责任…

我见过一个项目组，在客户验收前两周被叫停，原因是核心模块的架构方案被总部否掉。两个月后项目重新启动，原负责人已经调岗，新人接手时发现需求文档停留在半年前，代码分支有七个未合并的版本…

很多管理者第一次听到“暂停管理”这个词，反应都是：任务都做不完，还教我怎么暂停？但真正带过项目的人都明白，最贵的成本往往不是“停下来”，而是明知道方向错了、条件不具备、资源打不通，…

去年冬天，我以外部顾问身份介入过一家 320 人智能硬件公司的转交事故复盘。起因很普通：一位负责电池管理模块的资深工程师在迭代中期离职，手上有 17 个工作项需要转交。项目经理用一…

我统计过自己带过和深度诊断过的项目组，管理者每周花在“催进度、补漏洞、返工对齐”上的时间平均是 11.4 小时。把这些时间逐条追溯到源头，超过六成最终指向同一个动作，一次没有说清楚…

去年我参与复盘一个预算约3800万的数字化项目：启动时管理层集体签字，方向明确、资源到位；半年后公司战略重心调整，这个项目还在按原计划推进，又烧了三个月的预算和人力，才被叫停。复盘…

项目延期后，产品经理说需求早已确认，研发负责人说技术方案没人拍板，测试负责人说验收标准从未明确，业务方则认为项目经理应当解决所有问题。这样的项目通常不是“大家不努力”，而是从启动之…