敏捷、混合与项目裁剪（Scrum、看板、PMBOK 7）

什么时候该用敏捷

特征	更适合预测型	更适合敏捷
需求	稳定、可早期定义	不确定、会变
交付	一次交付	持续小批量交付
客户参与	阶段评审	全程深度参与
变更成本	高	低
团队	分工明确、按专业	跨职能、自组织
合规	强法规/安全	相对宽松

制造业的 NPI 项目通常是混合型：阶段门径（A/B/C/D 样、QG）不能丢，但设计验证、试产问题闭环、软件功能可以用迭代方式推进。

敏捷宣言四条价值观

个体和互动 高于流程和工具；
可工作的产品 高于详尽的文档；
客户合作 高于合同谈判；
响应变化 高于遵循计划。

注意：左边不是"不要"，而是"更看重"。敏捷不是不要文档，而是不为了文档而文档。

十二条原则（浓缩）

尽早、持续交付有价值的成果，让客户满意；
欢迎需求变化，即使晚期，用变化创造竞争优势；
频繁交付可工作的成果（周期越短越好）；
业务人员和开发人员每天一起工作；
以有积极性的人为核心，给环境和支持，信任他们；
面对面沟通最有效；
可工作的成果是进度的主要度量；
可持续的节奏，不搞长期加班；
持续追求技术卓越和良好设计；
简单——不做不必要的工作；
最好的架构、需求和设计来自自组织团队；
定期反思如何更有效，并相应调整。

Scrum：三角色、三工件、五事件

三个角色

角色	职责
产品负责人（Product Owner）	管产品待办列表，定优先级，对价值负责
Scrum Master	管流程、移除障碍、教练团队，不是项目经理
开发团队（Developers）	跨职能、自组织，负责交付增量

三个工件

工件	内容
产品待办列表（Product Backlog）	所有需求/功能的排序清单，PO 维护
冲刺待办列表（Sprint Backlog）	本冲刺要做的条目 + 执行计划
增量（Increment）	冲刺结束时可用、符合"完成定义"的成果

五个事件

事件	目的	时长（2 周冲刺）
冲刺（Sprint）	固定周期的迭代容器	2 周
冲刺规划	定本次目标、选条目、拆任务	≤4 小时
每日站会	同步进度、暴露障碍	≤15 分钟
冲刺评审	向干系人展示增量、收集反馈	≤2 小时
冲刺回顾	反思流程、定改进项	≤1.5 小时

完成定义（Definition of Done）：团队对"什么叫做完"的统一标准，例如"代码评审通过 + 测试通过 + 文档更新 + 可演示"。没有 DoD，增量就是半成品。

看板（Kanban）

看板不规定迭代，重点是可视化 + 限制在制品 + 管理流动：

把工作画在看板上（待办/进行中/待验/完成）；
给每列设 WIP 上限，防止同时开太多活；
定义流动规则（什么条件才能进下一列）；
度量周期时间（Cycle Time）和吞吐量；
持续改善流程。

适合运维、试产问题跟踪、返修流程这类"持续流入"的工作。

混合项目管理

常见组合：

阶段门径 + Scrum：阶段划分和 QG 评审保留，阶段内部用冲刺推进；
双轨（Discovery / Delivery）：一路探索需求和方案，一路交付；
滚动式规划：远期粗计划、近期细计划；
敏捷合同：按增量交付、按价值付费，而不是一次固定总价。

制造业例子：

样件阶段：设计迭代、DRBFM、快速验证；
试产阶段：每日站会跟踪 open issue，按周清 backlog；
量产导入：门径评审 + 控制计划 + PPAP，不能"敏捷掉"。

裁剪：不是所有项目都跑全套

PMBOK 第六版把裁剪列为独立主题。裁剪要考虑：

维度	问题
项目规模	小项目要不要全套文档？
复杂度	多组织、多产品、多法规？
不确定性	需求/技术/供应链有多不确定？
交付节奏	一次交付还是分批？
法规与安全	是否安全关键、强监管？
组织成熟度	团队会不会用这些工具？
干系人	多少方、分布在哪？

裁剪的输出是裁剪后的项目管理计划：保留必须的，简化冗余的，加强高风险的。裁剪不等于省略"谁负责、怎么验收、怎么变更"。

PMBOK 第七版：从过程到原则

PMBOK 7 不再以 49 过程为核心，而是提出12 条原则 + 8 个绩效域：

12 条原则：勤勉/尊重/关心他人；营造协作团队环境；促进干系人有效参与；聚焦价值；识别评估响应系统交互；展现领导力；根据环境裁剪；将质量融入过程和成果；驾驭复杂性；优化风险应对；拥抱适应性和韧性；驱动变革。

8 个绩效域：干系人、团队、开发方法和生命周期、规划、项目工作、交付、测量、不确定性。

从"照做过程"转向"按原则交付价值"——但 49 过程仍然是很好的工具箱，尤其对需要审计和可追溯的制造业项目。

常见误区

把敏捷当"没计划"：敏捷计划更频繁、更细，只是不一次定死；
硬件硬套 Scrum：模具、认证、产线建设有物理周期，不能两周一个增量；
站会开成汇报会：站会是团队同步障碍，不是给领导汇报；
PO 没有决策权：需求优先级谁都能改，冲刺永远被打断；
Retro 只开不改：回顾会没有行动项，等于没开；
裁剪变成偷懒：把变更控制、验收、风险登记都裁掉，项目必然失控。