基于改进责任矩阵模型跨部门职责链设计.docVIP

基于改进责任矩阵模型跨部门职责链设计 　　摘要：责任矩阵模型作为明确组织成员角色定位的直观工具被广泛应用。本文试图借助责任矩阵模型设计跨部门职责链，使部门分工更加直观、精准，从而打破部门间协作的横向壁垒，避免因角色定位不清导致部门管理成本增高、难度加大，使部门职责链条更加流畅、高效。 　　关键词：责任矩阵 职责链 模型设计 　　 　　一、通行责任矩阵的定义和建立步骤 　　1.通行的责任矩阵 　　通行的责任矩阵英文缩写为RACI。该矩阵直观地体现了在完成组织任务时，组织成员担任的角色及相关责任。在实现组织任务、追求组织目标的过程中，不同的成员因价值定位和职能分工不同，应承担着不同的任务和角色，因而就很有必要对谁做什么，以及发挥什么样的作用进行定义和描述。通行的责任矩阵对组织成员作了以下职责分工： 　　在通行的责任矩阵中存在以下四种角色：负责人（R= Responsible），负责执行任务的角色，具体负责操控任务、解决问题。批准人（A=Accountable），对任务负全责的角色，只有经其同意或签署之后，任务才能得以进行。咨询人（C=Consulted），在任务实施前或中提供指定性意见的人员。告知谁（I=Informed），及时被通知结果的人员，不必向其咨询和征求意见。 　　2.责任矩阵表的建立步骤 　　RACI模型通常利用RACI表来帮助讨论、确定各个角色的分工及相关责任。RACI表的建立步骤：第一，分解整个任务的完成流程，找出各项子活动，将它们按照先后顺序记录在RACI表的左侧。第二，找出子流程及参与整个活动的所有成员，将它们记录在RACI表的上方。第三，完成RACI表的方格单元：确定各成员在每一个子流程、活动的角色（R、A、C、I）。 　　3.责任矩阵建立的原则 　　（1）负责人唯一原则。每一个子流程的负责人不宜多，一般不能超过一个。当出现多个负责人时，可能会出现“人人都负责等于没有人负责”的现象。 　　（2）负责人不可缺失原则。每一个子流程必须指定专人负责，对现有工作环节找不到专项负责人时，可以将工作任务继续分解、细化，直到找到负责人为止。 　　二、优化后的责任矩阵及建立步骤 　　1.优化后的责任矩阵 　　根据实际管理需要，将责任矩阵模板由通行的RACI，优化为RASCI。RASCI的含义与责任界定如下： 　　A（A=Accountable）：负责批准与布置任务，具有目标导向，负责确定目标、确定目标牵头者（即R），并评价“R”所承担目标的完成情况。R（R=Responsible）：负责牵头完成“A”布置的任务与目标，具有结果导向，对“A”布置的任务与目标的结果负全责。所承担任务与目标与其他部门（或岗位）配合时，负责确定需要的配合部门，确定配合部门的工作内容、工作标准等。“R”负责将其牵头的工作分解给相关的“S”、“C”与“I”。S：（S=Support）:负责配合“R”完成指标的工作，达到既定的目标。对于同一任务，“R”可指定多个“S”。C：（C=Consulted）：负责为各个相关的角色提供咨询服务。I：（I=Informed）：信息的接受者，与任务的关系最为间接。 　　2.改进责任矩阵模板应用原则 　　按照RASCI实施流程，绘制出RASCI图表，分析职责角色和流程活动。一般情况下，一个项目只能有一个批准（Accountable）人，一个流程的所有活动都由相同的一个人批准。这是RASCI模型最基本的原则，因为批准（Accountable）意味着流程端对端的批准。在职责矩阵的构建过程中需要做以下分析： 　　（1）对RASCI中职责角色的分析。当一个部门承担了多个A时，需重新审视这样分割职责合适吗？这些活动中的某些部分是不是可以由其他部门来批准？如果不能找到其他负责部门的话，可能会使决策延迟，或者使管理出现瓶颈；当一个部门承担了多个R时，需要思考是不是有太多的资源花费在了一个职能上；当一个部门参与了所有子活动，即在责任方格单元没有空白时，需要权衡是不是在这个角色上设计了太多任务；此外，还要检查部门承担的角色是否与其部门职责和价值定位相符合。 　　（2）对RASCI中活动的分析。当一个活动中不止一个A时，应该对分工采取必要的调整，原则上只能授予一个人批准的权利；当活动没有A时，需要找出一个部门充当A，因为一项活动必须有一个人来批准，否则不利于子流程间审核的衔接；当一个活动不止一个R时，说明有太多的人对此活动负责，然而太多人负责就意味着没有人负责，这时需要更加清晰的界定职责，职责是可以分担的；当一个活动没有R时，必须找出一个负责的部门；当一个活动不止一个S时，要对不同配合部门配合的重点和程度有所区分；当一个活动有多个C时，需要判断这个活动的技术难度到底有多大，是否需要进行那么多咨询；当