9.2.3.3 资源分解结构

可作为本过程输入的项目文件包括（但不限于）：

• 经验教训登记册。见 4.4.3.1 节。经验教训登记册提供了有效的知识管理实践。
• 项目团队派工单。见 9.3.3.1 节。项目团队派工单说明了项目已具有的能力和经验以及可能缺乏的知识。
• 资源分解结构。见 9.2.3.3 节。资源分解结构包含有关团队组成的信息，有助于了解团队拥有和缺乏的知识。
• 相关方登记册。见 13.1.3.1 节。相关方登记册包含已识别的相关方的详细情况，有助于了解他们可能拥有的知识。

可作为本过程输入的项目文件包括（但不限于）：

• 活动属性。见 6.2.3.2 节。活动属性可能描述了确定的紧前或紧后关系、定义的提前量与滞后量以及可能影响持续时间估算的活动之间的逻辑关系。
• 活动清单。见 6.2.3.1 节。活动清单列出了项目所需的、待估算的全部进度活动，这些活动的依赖关系和其他制约因素会对持续时间估算产生影响。
• 假设日志。见 4.1.3.2 节。假设日志所记录的假设条件和制约因素有可能生成一个会影响项目进度的风险。
• 经验教训登记册。见 4.4.3.1 节。与人力投入和持续时间估算有关的经验教训登记册可以运用到项目后续阶段，以提高人力投入和持续时间估算的准确性。
• 里程碑清单。见 6.2.3.3 节。里程碑清单中可能已经列出特定里程碑的计划实现日期，这可能影响持续时间估算。
• 项目团队派工单。见 9.3.3.1 节。将合适的人员分派到团队，为项目配备人员。
• 资源分解结构。见 9.2.3.3 节。资源分解结构按照资源类别和资源类型，提供了已识别资源的层级结构。
• 资源日历。见 9.2.1.2 节。资源日历中的资源可用性、资源类型和资源性质，都会影响进度活动的持续时间。资源日历规定了在项目期间特定的项目资源何时可用及可用多久。
• 资源需求。见 9.2.3.1 节。估算的活动资源需求会对活动持续时间产生影响。对于大多数活动来说，所分配的资源能否达到要求，将对其持续时间有显著影响。例如，向某个活动新增资源或分配低技能资源，就需要增加沟通、培训和协调工作，从而可能导致活动效率或生产率下降，由此需要估算更长的持续时间。
• 风险登记册。见 11.2.3.1 节。单个项目风险可能影响资源的选择和可用性。风险登记册的更新包括在项目文件更新中，见“规划风险应对” (11.5.3.2) 一节。

适用于本过程的数据表现技术包括（但不限于）图表。数据表现有多种格式来记录和阐明团队成员的角色与职责。大多数格式属于层级型、矩阵型或文本型。有些项目人员安排可以在子计划（如风险、质量或沟通管理计划）中列出。无论使用什么方法来记录团队成员的角色，目的都是要确保每个工作包都有明确的责任人，确保全体团队成员都清楚地理解其角色和职责。层级型可用于表示高层级角色，而文本型则更适合用于记录详细职责。

• 层级型。可以采用传统的组织结构图，自上而下地显示各种职位及其相互关系。
• 工作分解结构 (WBS)。WBS 用来显示如何把项目可交付成果分解为工作包，有助于明确高层级的职责。
• 组织分解结构 (OBS)。WBS 显示项目可交付成果的分解，而 OBS 则按照组织现有的部门、单元或团队排列，并在每个部门下列出项目活动或工作包。运营部门（如信息技术部或采购部）只需要找到其所在的 OBS 位置，就能看到自己的全部项目职责。
• 资源分解结构。资源分解结构是按资源类别和类型，对团队和实物资源的层级列表，用于规划、管理和控制项目工作。每向下一个层次都代表对资源的更详细描述，直到信息细到可以与工作分解结构（WBS）相结合，用来规划和监控项目工作。
• 责任分配矩阵。责任分配矩阵展示项目资源在各个工作包中的任务分配。矩阵型图表的一个例子是职责分配矩阵(RAM)，它显示了分配给每个工作包的项目资源，用于说明工作包或活动与项目团队成员之间的关系。在大型项目中，可以制定多个层次的 RAM。例如，高层次的RAM 可定义项目团队、小组或部门负责 WBS 中的哪部分工作，而低层次的 RAM 则可在各小组内为具体活动分配角色、职责和职权。矩阵图能反映与每个人相关的所有活动，以及与每项活动相关的所有人员，它也可确保任何一项任务都只有一个人负责，从而避免职权不清。RAM的一个例子是 RACI（执行、负责、咨询和知情）矩阵，如图 9-4 所示。图中最左边的一列表示有待完成的工作（活动）。分配给每项工作的资源可以是个人或小组，项目经理也可根据项目需要，选择“领导”或“资源”等适用词汇，来分配项目责任。如果团队是由内部和外部人员组成，RACI 矩阵对明确划分角色和职责特别有用。
• 文本型。如果需要详细描述团队成员的职责，就可以采用文本型。文本型文件通常以概述的形式，提供诸如职责、职权、能力和资格等方面的信息。这种文件有多种名称，如职位描述、角色 — 职责 — 职权表，该文件可作为未来项目的模板，特别是在根据当前项目的经验教训对其内容进行更新之后。

图 9-4 RACI 矩阵示例

见 4.3.2.2 节。项目管理信息系统可以包括资源管理软件，这些软件有助于规划、组织与管理资源库，以及编制资源估算。根据软件的复杂程度，可以确定资源分解结构、资源可用性、资源费率和各种资源日历，有助于优化资源使用。

图 9-7资源分解结构示例

可在本过程更新的项目文件包括（但不限于）：

• 经验教训登记册。见 4.4.3.1 节。项目中遇到的挑战、本可以规避这些挑战的方法，以及良好的资源获取方式更新在经验教训登记册中。
• 项目进度计划。见 6.5.3.2 节。所需资源的可用性可能会导致项目进度的变更。
• 资源分解结构。见 9.2.3.3 节。在本过程中获取的资源应记录到资源分解结构中。
• 资源需求。见 9.2.3.1 节。可更新资源需求文件，以反映获取的项目资源。
• 风险登记册。见 11.2.3.1 节。本过程中识别的新风险记录在风险登记册中，并通过风险管理过程进行管理。
• 相关方登记册。见 13.1.3.1 节。增加的任何新的相关方，以及在本过程中获得的有关现有相关方的新信息更新在相关方登记册中。

可作为本过程输入的项目文件包括（但不限于）：

• 问题日志。见 4.3.3.3 节。问题日志用于识别有关缺乏资源、原材料供应延迟，或低等级原材料等问题。
• 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以改进实物资源控制。
• 实物资源分配。见 9.3.3.1 节。实物资源分配描述了资源的预期使用情况以及资源的详细信息，例如类型、数量、地点以及属于组织内部资源还是外购资源。
• 项目进度计划。见 6.5.3.2 节。项目进度计划展示了项目在何时何地需要哪些资源。
• 资源分解结构。见 9.2.3.3 节。资源分解结构为项目过程中需要替换或重新获取资源的情况提供了参考。
• 资源需求。见 9.2.3.1 节。资源需求识别了项目所需的材料、设备、用品和其他资源。
• 风险登记册。见 11.2.3.1 节。风险登记册识别了可能会影响设备、材料或用品的单个风险。

可在本过程更新的项目文件包括（但不限于）：

• 假设日志。见 4.1.3.2 节。把关于设备、材料、用品和其他实物资源的新假设条件更新在假设日志中。
• 问题日志。见 4.3.3.3 节。在本过程中出现的新问题可以记录到问题日志中。
• 经验教训登记册。见 4.4.3.1 节。在经验教训登记册中更新有效管理资源物流、废料、使用偏差，以及应对资源偏差的纠正措施的技术。
• 实物资源分配单。见 9.3.3.1 节。实物资源分配单是动态的，会因可用性、项目、组织、环境或其他因素而发生变更。
• 资源分解结构。见 9.2.3.3 节。可能需要更新资源分解结构，以反映使用项目资源的方式。
• 风险登记册。见 11.2.3.1 节。关于资源可用性、利用或其他实物资源的风险更新风在险登记册中。

可用作本过程输入的项目文件包括（但不限于）：

• 活动属性；
• 活动清单；
• 假设日志；
• 经验教训登记册；
• 里程碑清单；
• 项目团队派工单；
• 资源分解结构；
• 资源日历；
• 资源需求；
• 风险登记册。

可用作本过程输入的项目文件包括（但不限于）：

• 经验教训登记册；
• 项目团队派工单；
• 资源分解结构；
• 供方选择标准；
• 相关方登记册。

可在本过程更新的项目文件包括（但不限于）：

• 经验教训登记册；
• 项目进度计划；
• 资源分解结构；
• 资源日历；
• 资源需求；
• 风险登记册；
• 相关方登记册。

可用作本过程输入的项目文件包括（但不限于）：

• 问题日志；
• 经验教训登记册；
• 物质资源分配单；
• 项目进度计划；
• 资源分解结构；
• 资源需求；
• 风险登记册。

可在本过程更新的项目文件包括（但不限于）：

• 假设日志；
• 问题日志；
• 经验教训登记册；
• 物质资源分配单；
• 资源分解结构；
• 风险登记册。