项目集治理职责矩阵是一张把治理决策事项与承担角色对应起来的分工表，用来明确同一事项上谁提议、谁审议、谁决策、谁执行、谁知情。它和项目集治理委员会、项目集经理职责清单分别回答不同层面的问题：矩阵定分工规则，委员会承担决策，职责清单界定项目集经理的执行责任。理解三者的边界与四个衔接接口，是让项目集治理从文件走向运行的关键。
要点总览（TL;DR）
- 项目集治理职责矩阵是以治理事项为行、治理角色为列的分工表，核心是回答同一事项上谁决策、谁执行、谁被咨询、谁被告知。
- 治理委员会是项目集层面的决策主体，在矩阵中对应决策权与审批权单元格，产出评审决议，不承担日常执行。
- 项目集经理职责清单界定项目集经理个人的执行责任，在矩阵中对应执行责任与提议权单元格，重大事项提交委员会决策。
- 三者通过议题提交、决议下达、状态汇报与触发、同步更新四个接口衔接，矩阵定规则，委员会拍板，职责清单驱动执行。
- 常见误解包括把矩阵当岗位说明书、认为委员会可直接指挥单个项目、把项目集经理职责清单等同于全部治理职责。
什么是项目集治理职责矩阵
项目集治理职责矩阵是以治理事项为行、以治理角色为列的分工表。它的每一行对应一类需要治理介入的事项，每一列对应一个在治理中承担角色的主体，行列交叉的单元格标明该角色在该事项上的分工类型。矩阵的核心作用是回答一个具体问题：同一件事上，谁决策、谁执行、谁被咨询、谁被告知。把这个问题逐项写清楚，治理运行中的推诿、越权和信息断点就会大幅减少。
职责矩阵与组织架构图解决的是两类不同问题。组织架构图按汇报关系分层，说明谁向谁报告、部门如何设置；职责矩阵按事项分工，说明在某一类治理决策中每个角色处于什么位置。一个人可能在组织架构上隶属某个部门，但在矩阵中因专业能力被列为某事项的咨询方；治理委员会在架构上是集体决策机构，在矩阵中则对应多个事项的决策权单元格。两者配合使用，前者定层级，后者定事项分工。
矩阵的适用前提是治理事项相对稳定、角色划分已经明确。当项目集处于启动初期、治理角色尚未确定时，可以先搭矩阵框架，再随角色到位逐步细化单元格内容。
职责矩阵的构成要素与边界
一张可运行的职责矩阵由行、列和单元格三部分构成，三者共同承载分工规则。
| 构成部分 | 内容 | 作用 |
|---|---|---|
| 行：治理事项类别 | 阶段关口评审、重大变更、预算调整、风险升级、收益确认等 | 界定哪些事项需要治理介入，形成治理事项清单 |
| 列：治理角色 | 治理委员会、项目集经理、项目集办公室、业务负责人等 | 明确参与治理的主体范围 |
| 单元格：分工标记 | 决策权、执行责任、咨询、知情 | 标明每个角色在每类事项上的具体分工 |
单元格标记需要保持口径一致。决策权表示对该事项有最终裁定权，同一事项通常只设一个决策角色，避免多头决策；执行责任表示负责推动事项落地并交付结果；咨询表示在决策前需被征求意见；知情表示决策后需获得信息同步。四类标记的区分越清晰，矩阵在争议时的裁定作用越强。
矩阵的边界同样需要说明。矩阵规定分工规则，不替代具体制度文本——审批时限、材料格式、会议规则等细节应由配套制度承载。矩阵也不承担单个项目的进度管理，项目内部的排期、任务分配和日常协调属于项目管理层级，矩阵只处理需要上升到项目集治理层面的事项。把项目执行细节塞进矩阵，会让矩阵臃肿而失去裁定价值。
治理委员会在矩阵中的角色与职责
项目集治理委员会是项目集层面的最高决策与授权机构，在矩阵中集中对应决策权与审批权单元格。它的存在意义在于：当事项超出项目集经理的授权范围，或涉及多个项目之间的资源与优先级冲突时，有一个明确的集体决策主体作出裁定并承担决策责任。
治理委员会的典型职责包括四类。阶段关口决策：在项目集或其主要组成部分到达关键节点时，依据提交的材料判断是否继续投入、调整方向或终止。重大变更审批：对超出预设阈值的范围、进度、预算变更作出批准或否决。资源冲突裁决：当多个项目争夺同一关键资源时，确定分配优先级。风险接受：对项目集层面的重大风险作出接受、转移或缓释的决策，并明确风险责任人。
治理委员会在矩阵中不承担日常执行。它不直接指挥单个项目的具体工作，也不替代项目集经理做日常协调。委员会的产出是决议：批准、否决、附条件通过或要求补充材料。决议形成后，执行责任回到矩阵中标注执行责任的角色。
项目集经理职责清单在矩阵中的角色与职责
项目集经理职责清单是面向项目集经理个人的执行责任说明，回答的是“项目集经理具体负责做什么”。它在矩阵中对应执行责任与提议权单元格：对多数治理事项，项目集经理负责准备材料、提出方案、推动执行，重大事项则提交治理委员会决策。
职责清单的典型内容覆盖五个方面。收益跟踪：建立收益实现计划，定期核对收益指标的实际进展。范围与进度协调：协调各组成部分的范围边界与进度衔接，识别跨项目依赖。资源申请：汇总资源需求，向治理委员会或资源管理方提出申请并说明优先级理由。风险上报：识别项目集层面的风险，评估影响，按阈值决定自行处理还是升级。状态汇报：按约定周期向治理委员会和业务负责人提交项目集状态报告。
职责清单与矩阵的关系是内容与规则的关系。清单描述项目集经理这个角色的完整责任范围，矩阵则把其中涉及治理决策的部分抽取出来，标明在每类事项上项目集经理是提议方、执行方还是咨询方。清单可以写得更细，矩阵必须保持精简，只保留需要跨角色协调的治理事项。
三者的边界与接口关系
三份治理文件的边界可以用同一口径对照：矩阵是分工规则，回答“这类事项谁管”；治理委员会是决策主体，回答“谁拍板”；项目集经理职责清单是执行主体责任，回答“谁去办”。三者各司其职，通过四个接口衔接成完整流程。
| 维度 | 职责矩阵 | 治理委员会 | 项目集经理职责清单 |
|---|---|---|---|
| 性质 | 分工规则表 | 决策机构 | 个人执行责任说明 |
| 回答的问题 | 事项与角色的对应关系 | 重大事项由谁裁定 | 项目集经理负责什么 |
| 主要产出 | 分工标记与裁定依据 | 评审决议 | 议题材料、状态报告、执行结果 |
| 更新频率 | 随治理事项调整同步更新 | 成员或授权范围变化时调整 | 职责范围变化时修订 |
接口一：议题提交。项目集经理按职责清单准备议题材料，依据矩阵确认该事项的决策角色是治理委员会，按约定格式和时限提交评审。矩阵在此处的作用是确认提交对象正确，避免议题送错层级。
接口二：决议下达。治理委员会评审后形成决议，决议结果回写矩阵对应的决策单元格，并明确执行责任角色。项目集经理依据决议组织执行，执行中的偏差按矩阵规定的升级路径反馈。
接口三：状态汇报与触发。项目集经理按职责清单定期汇报状态，当状态指标触及预设阈值时，触发风险升级或变更审批流程，进入矩阵中对应的治理事项行列。
接口四：同步更新。当治理事项增减、角色调整或授权阈值变化时，矩阵先行更新，治理委员会的授权范围和项目集经理职责清单随之对齐，避免三份文件出现口径冲突。
在治理事项分工、评审决议记录与状态汇报的管理承载上，ONES Plan 提供项目集管理能力，支持多项目进度管控和资源管理，为管理者提供决策支持；借助项目集管理总览多项目信息，团队和项目可以保持井然有序。这些能力可以承接矩阵中状态汇报与进度监控相关的执行动作，治理决策规则本身仍需由组织在矩阵和制度中定义。
具体例子与常见误解
以一个项目集阶段关口评审为例，演示三者如何配合。项目集进入第二阶段前的关口评审，矩阵中该事项所在行标注为“阶段关口评审”，治理委员会列标注决策权，项目集经理列标注执行责任与提议权，业务负责人列标注咨询，项目集办公室列标注知情。项目集经理按职责清单准备阶段成果报告、收益进展说明和下一阶段资源需求，提交治理委员会。委员会评审后作出“附条件通过”的决议，条件为补充关键资源到位证明。决议回写矩阵，项目集经理按决议补充材料并组织下一阶段启动，项目集办公室同步记录决议与后续跟踪项。整个过程中，矩阵提供分工依据，委员会作出裁定，职责清单驱动项目集经理完成准备与执行。
常见误解之一是把职责矩阵当成岗位说明书。岗位说明书描述一个岗位的任职资格、汇报关系和全面职责，矩阵只描述治理事项上的分工，两者颗粒度和用途都不同。用矩阵替代岗位说明书，会遗漏大量日常职责；用岗位说明书替代矩阵，则无法在具体事项上快速裁定谁决策。
误解之二是认为治理委员会可以直接指挥单个项目。委员会通过决议影响项目集方向和资源分配，具体执行由项目集经理组织。委员会越过项目集经理直接指挥项目团队，会破坏执行责任的完整性，也让决议与执行之间失去衔接点。
误解之三是把项目集经理职责清单等同于全部治理职责。清单只界定项目集经理一个角色的责任，治理委员会、业务负责人、项目集办公室的分工由矩阵和其他角色说明承载。把全部治理职责压到项目集经理清单上，会导致决策责任与执行责任混同，重大事项缺少明确的裁定主体。
常见问题
治理事项增减或角色调整时，三份文件应该按什么顺序更新？
建议以矩阵为起点。矩阵先更新治理事项清单、角色列和单元格分工，明确新的分工规则；随后核对治理委员会的成员构成与授权范围是否仍与矩阵一致，必要时调整授权阈值；最后修订项目集经理职责清单，使清单中的提议、执行和汇报责任与矩阵口径对齐。顺序反过来容易造成职责清单先行、矩阵滞后，出现同一事项两处说法不一致的情况。
项目集经理在矩阵中同时是执行方和提议方，遇到自己无权决策的事项怎么处理？
按矩阵标注的决策角色提交即可。项目集经理负责准备议题材料、说明方案与影响，提交给矩阵中标注决策权的角色，通常是治理委员会。提交时明确请求事项属于批准、否决还是附条件通过，并附上资源、进度和风险的影响说明。矩阵的作用正是在这类场景下给出明确的提交对象，避免议题在层级之间反复流转。
治理委员会的决议与项目集经理的执行出现偏差时，依据哪份文件裁定？
以矩阵为裁定依据，以决议为执行依据。矩阵标明该事项的决策角色和执行责任角色，决议则记录委员会的具体裁定内容与附加条件。执行偏差属于执行层面的，由项目集经理按职责清单协调解决；偏差涉及决议条件变更或超出授权范围的，按矩阵规定的升级路径重新提交委员会。两者分工清楚，裁定和执行各有出处。
规模较小的项目集是否也需要完整的职责矩阵和治理委员会？
矩阵的精简程度可以随治理复杂度调整，但分工规则本身仍有价值。项目集规模较小时，可以只保留阶段关口评审、重大变更、风险升级等关键事项行，角色列也可合并，由少数几个角色承担决策与执行。治理委员会可以以定期评审会的形式存在，不必设置独立机构。是否设置常设委员会、评审频次多高，取决于事项数量和决策时效要求，组织可结合实际情况确定。
矩阵和职责清单在工具中如何承载，才能让分工规则真正被执行？
常见做法是把矩阵中的治理事项对应到工具中的评审节点或审批流程，把职责清单中的状态汇报对应到周期性报告机制。ONES Plan 提供项目集管理能力，支持多项目进度管控和资源管理，为管理者提供决策支持；借助项目集管理总览多项目信息，团队和项目可以保持井然有序。这类能力可以承接状态汇报与进度监控相关的执行动作，治理决策规则本身仍需由组织在矩阵和制度中定义。
