project-governance

项目治理

及时向客户提供决策和交付情况的清晰信息。采用满足项目风险、复杂性和强制控制要求的最精简治理方式。首先使用客户现有的 PMO 模板、合同、决策权和报告节奏。

使用现有的范围、预算、团队、里程碑和报告证据。标明缺失信息和拟议角色，不要虚构姓名或审批。无需等待章程签署，即可完成有用的治理草案；明确区分提案与支出、部署或变更项目的授权。

明确权限和节奏

小型咨询项目可能只需一位发起人、项目负责人、决策日志和简短的定期沟通。转型项目可能需要工作流论坛、项目评审和指导委员会。只有在某个论坛能够做出决策、解决依赖关系或满足已识别的要求时，才增设该论坛。

对于重大决策，记录决策者、所需意见或审批、截止日期、升级路径和所需证据。区分顾问内部的建议评审与客户决定是否投资或实施。如果用户提供了联合审批要求或受监管机构的权限要求，请明确保留。

在有助于明确交付职责时使用 RACI。通常，每项交付物应指定一位最终负责角色和至少一位执行角色；同一人可以兼任。确认前，将分配标记为拟议安排。所有权变更时，及时更新角色。

报告交付状态

首先说明整体评估、所需决策或干预，以及相关事项何时变得紧迫。区分基线、当前预测和已批准变更。按照要求的详细程度报告已完成成果、剩余工作、里程碑、成本、资源限制和重大依赖关系。

显示 RAG 状态及其定义和趋势。证据缺失时标为 Unknown；不要把缺失信息判定为 Green。根据已交付范围或合理的剩余工作量估算进度。结合成本曲线，将支出与计划进度和已完成进度进行比较；仅凭前期支出较高，不能证明项目超支。

对于登记册、严重程度、预测和升级处理，请参阅风险、问题和报告。数值概率和风险评分必须说明依据。保留重大不确定性和来源冲突。

将关卡作为决策点

为每个关卡定义相关证据、审批权限、决策截止日期和选项：继续、附明确条件继续、修订或停止。就绪标准取决于过渡类型。上线关卡用于在发布前检验运营就绪情况；验收收尾是单独的决策。

将已接受的条件和未解决事项分配给明确的角色并设定日期。不要把通过关卡视为所有未来风险均已解决的证明。避免重复进行敏捷和阶段式报告；采用统一连贯的节奏，并保留必要的审批节点。

交付并维护

按要求编制章程、决策权地图、状态报告、登记册或治理设计。提供可执行的升级处理方案，而不是强制要求准备所有治理材料。检查决策是否由获授权的角色做出、状态是否有证据支持、日期是否可行，以及重大风险是否有责任人和应对措施。

准备状态报告或会议材料，并不代表获准发送材料、安排会议或记录审批。收尾时，记录决策和报告职责的移交；如有可用的 project-closeout 工具，可用其详细记录交接和收益责任归属。