神马文学网责任矩阵(角色矩阵)
来源：百度文库 编辑：神马文学网 时间：2024/04/29 01:54:02
系统开发的项目规划
虞晓琼 时间：2006-12-18
在项目开发的过程中，无论是开发人员还是管理人员都越来越注意到项目规划的重要性。在项目管理过程中，项目规划是非常重要的一个环节，良好的项目规划能同 时对项目进度、质量和投资起到很好的控制作用，失败的项目规划则有可能带来混乱、失控甚至项目的最终失败。本文以一个嵌入式系统的开发升级为例，阐述工作 分解结构图（WBS）、甘特图及责任矩阵在项目规划中的运用。
一、工作分解结构图（WBS）的运用
WBS（Work Breakdown Structure，工作分解结构图）是归纳和定义整个项目范围的一种最常用的方法，是项目计划开发的第一步。它把整个总体的项目任务逐级分解成小的工作包，形成一个树型结构。
WBS的划分原则：
▲ 项目被划分成了可以执行的任务，并且这些的任务要得到项目组成员认同；
▲ WBS是完成一个想要做的所有工作的层次结构图，不是产品的结构图；
▲ WBS分解要遵循80小时法则：最底层的工作包应该在80个小时内完成，否则要细分。80小时/8 = 10个工作日。（按照每天八小时工作时间计算）。较小的短期任务会让员工感觉更容易实现。
图表1是某嵌入式系统开发升级的WBS，嵌入式系统的开发一般包括四大部分：1. 硬件设计，2. 操作系统和驱动，3. 应用软件的开发，4. 系统调试。这四大任务根据需要可以进一步细分为十一个部分。
二、甘特图的运用
甘特图（Gantt Chart）也叫横道图等，它是以亨利·L·甘特先生的名字命名的，是在第一次世界大战时开始使用的两维图表。它的横轴表示时间，纵轴表示要执行的任务， 线条表示在整个项目周期上各项任务的计划的开始时间和结束时间。甘特图直观地显示了项目的任务划分和进度安排。甘特图做好后，工作过程就有了参照物，你就 可以知道在不同的阶段你应该干什么，完成到什么进度。甘特图纵轴就是WBS中的工作包。项目开发周期就是甘特图横轴的长度，确定项目开发周期有两种途径： 其一是开发小组根据提供产品的最后期限从后往前安排时间；其二是项目开发组织根据项目和资源情况制定项目开发的初步计划和交付产品的日期。大多数场合遇到 的都是比较被动的第一种方式。
图表2
图表2是嵌入式系统的开发项目的甘特图，由图可知该项目的周期为一个月，确定了项目的开发周期，还要将开发任务进行划分，从而生成WBS中的工作 包。值得注意的是，有些任务之间是有制约关系的，也就是说有的任务必须在其它某项任务或者某几项任务完成以后才能进行。图中纵向的箭头就是表现了这种制约 关系。具体各项任务的时间长度由任务难度、任务人手等因素决定。在甘特图定稿以前，一般需要项目管理人员和各项任务的执行者沟通、确认时间安排，了解任务 执行者的想法和困难。最后任务完成的时间是项目管理人员和任务执行人员双方达成的一致结果，一经确定，必须严格按计划执行。
在甘特图完成以后，将它分发到项目组各个成员手中，这样每个成员可以整体上把握整个项目的流程安排，以及每个阶段的时效性。
三、责任矩阵的运用
甘特图虽然直观地显示了项目的任务划分和进度安排，但项目需要完成的任务往往千头万绪，参与项目的部门与个人又五花八门，为此需要一种手段将任务落实到相应的人头上，确保每个任务都有相应的人员去负责和完成，这便是人员分工。责任矩阵（responsibility matrix, RM）就是一种将工作任务分配、落实到项目执行组织的相关职能部门或个人，并明确表示出其角色、职责和工作关系的矩阵图形。它以项目的工作任务为行，组织单元（个人）为列，用字母或特定的符号表示相关部门或个人在不同工作任务中的角色和责任职责，简洁明确地显示出项目人员的分工情况。通过责任矩阵，项目的各项工作都能落实到具体的责任人，确保项目因岗设人，人人有事做，事事有人负责，从而避免责任不清而出现的无人负责的现象。具体如何使用，大体有以下几个步骤：
1、集项目小组成员运用工作分解结构（WBS）等工具列出需要完成的项目任务，如果已经有了项目的WBS，则可以直接用WBS中的工作包。注意要尽可能把 任务分解到可由一人单独完成，完成这项工作有且只能有一个交付结果。任务分解不彻底难以落实到人头上，且可能导致人员分工出现混乱的情况。
2、列出参与项目管理以及负责执行项目任务的个人或职能部门的名称，并且搞清楚这些人员的教育背景、工作经验、性格特征以及能够用在项目上的工作时间情况，以便在分工时予以考虑。
3、以工作任务为行，以执行工作任务的个人或部门为列，画出相互关系矩阵图。
4、在矩阵图的行与列交叉窗口里，用字母、符号或数字显示任务与执行者在项目管理中的角色和职责——直接责任或参与，用字母表示为R——直接责任，I——参与。
5、检查个人部门或人员的任务分配是否均衡、适当，是否过度分配或者分配不当的现象，如有必要则做进一步的调整和优化。
6、将责任矩阵与项目成员沟通，让每个人都明白自己的项目中的任务和要求，确保他们明确各自的角色和承担的责任，获取他们的承诺，从而确保项目各项任务的完成。
7、将责任矩阵与相关的职能部门经理沟通，让职能部门经理清楚他们部门的人员在项目中承担的工作任务和职责，以及项目对这些工作任务的要求，以便最大程度地得到职能部门的支持。
8、必要时，还要将责任矩阵与客户沟通，获得客户的认可和确认。
图表3是嵌入式系统的开发升级的责任矩阵：
图表3
最左列是任务分解后的WBS工作包，右列是参与项目的人员，这是一个规模较小的项目，只有硬件工程师、系统软件工程师和应用软件工程师参与，他们的角色和 职责用两个字母R和I表示。这里R表示直接责任，也就是这个人负责具体执行该任务，I表示参与，也就是这个人参与任务的执行。
良好的开端是成功的一半，有了WBS、甘特图及责任矩阵这几个利器，项目管理者和项目开发者就可以在项目初期，对整个项目的安排有明确的了解，从而按步执行。
虞晓琼 时间：2006-12-18
在项目开发的过程中，无论是开发人员还是管理人员都越来越注意到项目规划的重要性。在项目管理过程中，项目规划是非常重要的一个环节，良好的项目规划能同 时对项目进度、质量和投资起到很好的控制作用，失败的项目规划则有可能带来混乱、失控甚至项目的最终失败。本文以一个嵌入式系统的开发升级为例，阐述工作 分解结构图（WBS）、甘特图及责任矩阵在项目规划中的运用。
一、工作分解结构图（WBS）的运用
WBS（Work Breakdown Structure，工作分解结构图）是归纳和定义整个项目范围的一种最常用的方法，是项目计划开发的第一步。它把整个总体的项目任务逐级分解成小的工作包，形成一个树型结构。
WBS的划分原则：
▲ 项目被划分成了可以执行的任务，并且这些的任务要得到项目组成员认同；
▲ WBS是完成一个想要做的所有工作的层次结构图，不是产品的结构图；
▲ WBS分解要遵循80小时法则：最底层的工作包应该在80个小时内完成，否则要细分。80小时/8 = 10个工作日。（按照每天八小时工作时间计算）。较小的短期任务会让员工感觉更容易实现。
图表1是某嵌入式系统开发升级的WBS，嵌入式系统的开发一般包括四大部分：1. 硬件设计，2. 操作系统和驱动，3. 应用软件的开发，4. 系统调试。这四大任务根据需要可以进一步细分为十一个部分。
二、甘特图的运用
甘特图（Gantt Chart）也叫横道图等，它是以亨利·L·甘特先生的名字命名的，是在第一次世界大战时开始使用的两维图表。它的横轴表示时间，纵轴表示要执行的任务， 线条表示在整个项目周期上各项任务的计划的开始时间和结束时间。甘特图直观地显示了项目的任务划分和进度安排。甘特图做好后，工作过程就有了参照物，你就 可以知道在不同的阶段你应该干什么，完成到什么进度。甘特图纵轴就是WBS中的工作包。项目开发周期就是甘特图横轴的长度，确定项目开发周期有两种途径： 其一是开发小组根据提供产品的最后期限从后往前安排时间；其二是项目开发组织根据项目和资源情况制定项目开发的初步计划和交付产品的日期。大多数场合遇到 的都是比较被动的第一种方式。
图表2
图表2是嵌入式系统的开发项目的甘特图，由图可知该项目的周期为一个月，确定了项目的开发周期，还要将开发任务进行划分，从而生成WBS中的工作 包。值得注意的是，有些任务之间是有制约关系的，也就是说有的任务必须在其它某项任务或者某几项任务完成以后才能进行。图中纵向的箭头就是表现了这种制约 关系。具体各项任务的时间长度由任务难度、任务人手等因素决定。在甘特图定稿以前，一般需要项目管理人员和各项任务的执行者沟通、确认时间安排，了解任务 执行者的想法和困难。最后任务完成的时间是项目管理人员和任务执行人员双方达成的一致结果，一经确定，必须严格按计划执行。
在甘特图完成以后，将它分发到项目组各个成员手中，这样每个成员可以整体上把握整个项目的流程安排，以及每个阶段的时效性。
三、责任矩阵的运用
甘特图虽然直观地显示了项目的任务划分和进度安排，但项目需要完成的任务往往千头万绪，参与项目的部门与个人又五花八门，为此需要一种手段将任务落实到相应的人头上，确保每个任务都有相应的人员去负责和完成，这便是人员分工。责任矩阵（responsibility matrix, RM）就是一种将工作任务分配、落实到项目执行组织的相关职能部门或个人，并明确表示出其角色、职责和工作关系的矩阵图形。它以项目的工作任务为行，组织单元（个人）为列，用字母或特定的符号表示相关部门或个人在不同工作任务中的角色和责任职责，简洁明确地显示出项目人员的分工情况。通过责任矩阵，项目的各项工作都能落实到具体的责任人，确保项目因岗设人，人人有事做，事事有人负责，从而避免责任不清而出现的无人负责的现象。具体如何使用，大体有以下几个步骤：
1、集项目小组成员运用工作分解结构（WBS）等工具列出需要完成的项目任务，如果已经有了项目的WBS，则可以直接用WBS中的工作包。注意要尽可能把 任务分解到可由一人单独完成，完成这项工作有且只能有一个交付结果。任务分解不彻底难以落实到人头上，且可能导致人员分工出现混乱的情况。
2、列出参与项目管理以及负责执行项目任务的个人或职能部门的名称，并且搞清楚这些人员的教育背景、工作经验、性格特征以及能够用在项目上的工作时间情况，以便在分工时予以考虑。
3、以工作任务为行，以执行工作任务的个人或部门为列，画出相互关系矩阵图。
4、在矩阵图的行与列交叉窗口里，用字母、符号或数字显示任务与执行者在项目管理中的角色和职责——直接责任或参与，用字母表示为R——直接责任，I——参与。
5、检查个人部门或人员的任务分配是否均衡、适当，是否过度分配或者分配不当的现象，如有必要则做进一步的调整和优化。
6、将责任矩阵与项目成员沟通，让每个人都明白自己的项目中的任务和要求，确保他们明确各自的角色和承担的责任，获取他们的承诺，从而确保项目各项任务的完成。
7、将责任矩阵与相关的职能部门经理沟通，让职能部门经理清楚他们部门的人员在项目中承担的工作任务和职责，以及项目对这些工作任务的要求，以便最大程度地得到职能部门的支持。
8、必要时，还要将责任矩阵与客户沟通，获得客户的认可和确认。
图表3是嵌入式系统的开发升级的责任矩阵：
图表3
最左列是任务分解后的WBS工作包，右列是参与项目的人员，这是一个规模较小的项目，只有硬件工程师、系统软件工程师和应用软件工程师参与，他们的角色和 职责用两个字母R和I表示。这里R表示直接责任，也就是这个人负责具体执行该任务，I表示参与，也就是这个人参与任务的执行。
良好的开端是成功的一半，有了WBS、甘特图及责任矩阵这几个利器，项目管理者和项目开发者就可以在项目初期，对整个项目的安排有明确的了解，从而按步执行。