过程组之间的循环与交互是什么
五大过程组不是一次性串联的流水线，而是持续交互：执行产生工作绩效数据供监控使用，监控产出的变更请求回流向规划与执行，收尾把经验教训与文档沉淀回组织过程资产，成为后续项目的输入。理解数据流向比背诵过程清单更有用于判断下一步该做什么。
基本信息
| 五个过程组 | 启动、规划、执行、监控、收尾 |
|---|---|
| 核心循环 | 执行到监控的数据流、监控回流到规划与执行的变更流 |
| 关键输入输出 | 工作绩效数据、变更请求、经验教训与组织过程资产更新 |
| 反复执行特征 | 规划与监控在每个阶段内都可能重复执行，不是一次性完成 |
| 常见误解 | 把过程组当成项目阶段名称，导致流程僵化 |
典型使用场景
- 阶段内部重新规划：执行中发现偏差，回到规划环节调整活动与资源配置
- 变更回流处理：监控发现的偏差转为变更请求，进入整体变更控制
- 跨项目知识复用：收尾沉淀的经验教训与历史数据成为新项目的规划输入
- 滚动式规划：每个迭代结束都触发一次轻量规划与风险重新识别
- 治理节奏设计：明确哪些监控输出需要上升到治理层决策
交互链路（文字示意）
交互链路（文字示意）
执行 -> 工作绩效数据 -> 监控
# 数据是原始记录，需要分析才能形成信息
监控 -> 变更请求、纠正与预防措施 -> 规划 / 执行
# 监控不产出动作等于只看不做
监控 -> 工作绩效报告 -> 干系人与治理层决策
收尾 -> 经验教训、文档与历史数据 -> 组织过程资产
下一项目规划 <- 组织过程资产（历史估算与方法）
# 组织过程资产是跨项目闭环的接口
注意：过程组在一个阶段内可重复，生命周期描述的是项目整体进程常见回流路径
| 来源 | 去向 | 触发条件 |
|---|---|---|
| 执行偏差 | 回规划调整活动与资源 | 绩效偏差超出容差 |
| 监控发现新风险 | 回规划补充应对措施 | 环境变化或风险触发 |
| 质量不合格 | 回执行实施缺陷补救 | 检查或测试不通过 |
| 干系人反馈 | 回规划调整范围与优先级 | 评审或沟通中的正式反馈 |
| 收尾经验 | 沉淀进组织过程资产 | 阶段结束或项目关闭 |
过程组与生命周期是两个维度：生命周期描述项目从启动到收尾的宏观进程，过程组描述每个阶段内部的工作循环。把「启动过程组」当成「启动阶段」会让流程与项目实际进展错位。