# 16. 项目管理与交付 这一节讲产品经理最日常、也最容易被忽略的基本功：排期、估算、范围控制、风险、上线和事故。交付能力是"能不能被信任"的直接证据。条目按性价比从高到低排列。 --- ### 1. 排期要留缓冲，不要把一个萝卜一个坑填满 - 成本：几乎没有。 - 说人话：把每个人的时间排到 100% 利用率，等于没有任何余量应对突发。正常留出 15%–20% 的缓冲，项目反而更准时。 - 收益：换时间精力 + 换职业寿命。准时交付是最好的信誉资产。 - 证据等级：C - 来源：项目管理实践共识（关键链、缓冲管理）。 - 备注：缓冲要放在项目整体，而不是每项任务都加一点。 ### 2. 用相对估算和区间，而不是拍一个单点日期 - 成本：一次估算会。 - 说人话："这个大概 5 天"和"3–8 天，最可能 5 天"信息量完全不同。给区间能显著减少后期的意外和争执。 - 收益：换时间精力。 - 证据等级：C - 来源：敏捷估算实践（故事点、三点估算）。 - 备注：给数字时说明前提假设，条件变了排期就该重估。 ### 3. 范围、时间、资源三者只能锁两个 - 成本：一次明确的沟通。 - 说人话：又要功能全、又要时间短、又要人力少，是不可能的。想清楚这个项目优先锁哪个，再谈另外两个怎么调。 - 收益：换时间精力 + 换职业寿命。 - 证据等级：C - 来源：项目管理三角约束的通行认识。 - 备注：把这句话在项目启动时就讲清楚，比中途扯皮强。 ### 4. 需求变更要走流程，先评估影响再答应 - 成本：一次评估。 - 说人话：随口答应的变更会累积成不可控的延期。变更要问清"影响多少工期、要砍掉什么"。 - 收益：换时间精力 + 换职业寿命。 - 证据等级：C - 来源：需求变更管理实践共识。 - 备注：见第 9 节第 2 条。 ### 5. 建立风险清单，定期看 - 成本：每周几分钟。 - 说人话：项目里让事情垮掉的往往不是难的技术，而是"没想到"的依赖和资源问题。把风险列出来、写清应对，能提前化解大半。 - 收益：换时间精力。 - 证据等级：C - 来源：项目管理实践共识。 - 备注：每条风险写清「可能性、影响、应对、负责人」。 ### 6. 识别关键路径，别在所有任务上平均用力 - 成本：一次梳理。 - 说人话：决定整体工期的是那条最长的依赖链。把资源和管理注意力放在关键路径上，比到处催进度有效得多。 - 收益：换时间精力。 - 证据等级：C - 来源：关键路径法（CPM）。 - 备注：关键路径会随进度变化，要动态更新。 ### 7. 上线前准备一份 checklist - 成本：一次沉淀，长期复用。 - 说人话：回滚方案、监控告警、值班安排、数据埋点、文案审核——这些漏一项，上线当天就可能翻车。 - 收益：换职业寿命 + 换时间精力。 - 证据等级：C - 来源：发布管理实践共识。 - 备注：把 checklist 模板化，每次上线照着过一遍。 ### 8. 尽量灰度发布，先小流量 - 成本：多一次配置。 - 说人话：全量发布一旦出问题，影响所有用户；灰度先放 1%–5%，问题暴露得快、损失小得多。 - 收益：换职业寿命。 - 证据等级：B - 来源：软件发布工程实践（渐进式交付）。 - 备注：灰度要配套"能快速扩大或停止"的开关。 ### 9. 每次上线都准备好回滚方案 - 成本：提前想一遍。 - 说人话："出问题怎么办"必须有答案。没想好回滚，出事时只能现场救火。 - 收益：换职业寿命。 - 证据等级：C - 来源：发布与运维实践共识。 - 备注：数据变更类需求尤其要准备前后兼容方案。 ### 10. 出事故先止损，再定位，最后复盘 - 成本：需要克制。 - 说人话：故障时先恢复服务，不要一边查原因一边让用户继续受影响。顺序错了，损失会翻倍。 - 收益：换职业寿命。 - 证据等级：C - 来源：SRE 与事故处理实践共识。 - 备注：见第 9 节第 5 条。 ### 11. 复盘对事不对人 - 成本：一次会议。 - 说人话：如果复盘变成追责会，所有人都会先自保、隐瞒信息，根因永远找不出来。 - 收益：换职业寿命 + 换时间精力。 - 证据等级：C - 来源：无指责复盘（blameless postmortem）实践。 - 备注：复盘产出要落到"下次怎么避免"，而不是"谁的错"。 ### 12. 跨团队依赖要提前锁定，写进文档 - 成本：提前沟通。 - 说人话：依赖别人的部分最容易到最后才发现来不及。早期确认对方排期、接口、负责人，并写进文档。 - 收益：换时间精力。 - 证据等级：C - 来源：跨团队项目管理实践共识。 - 备注：口头承诺要补一条文字确认。 ### 13. 里程碑要有明确的验收标准 - 成本：一句话。 - 说人话："完成设计稿"和"设计稿通过评审并冻结"是两个概念。验收标准不清晰，里程碑就是自欺欺人。 - 收益：换时间精力。 - 证据等级：C - 来源：项目管理实践共识。 - 备注：标准最好可验证（能看、能测、能签）。 ### 14. 定期同步进度与风险，别等到出事才说 - 成本：每周固定动作。 - 说人话：定期同步让所有人在同一页上。等到问题爆出来才发现，损失已经造成，而责任也落在你身上。 - 收益：换职业寿命。 - 证据等级：C - 来源：项目管理实践共识。 - 备注：见第 4 节第 1 条。 ### 15. 不要用「差不多做完了」描述进度 - 成本：几乎为零。 - 说人话："差不多"是项目管理里最危险的词。要说清"还剩什么、大概多久"。 - 收益：换时间精力。 - 证据等级：C - 来源：进度管理实践共识。 - 备注：用「已完成 / 进行中 / 未开始」+ 剩余工作量来描述。 ### 16. 记录决策日志：谁在什么时候决定不做什么 - 成本：记一笔。 - 说人话：项目里被否决的方案、被砍的需求，如果不记录，后面会反复被提起、反复讨论。 - 收益：换时间精力 + 换职业自由（避免被翻旧账）。 - 证据等级：C - 来源：决策记录实践共识。 - 备注：写清"结论 + 理由 + 当时掌握的信息"。 ### 17. 设一个需求冻结节点，之后只接重大变更 - 成本：一次约定。 - 说人话：没有冻结点，需求会一直进来，交付永远遥遥无期。冻结不等于不能变，而是变更要有明确门槛。 - 收益：换时间精力。 - 证据等级：C - 来源：发布管理实践共识。 - 备注：冻结节点要和研发、测试一起定。