##language:zh
#pragma section-numbers off
##含有章节索引导航的 ZPyUG 文章通用模板
<<TableOfContents>>
## 默许导航,请保留
<<Include(ZPyUGnav)>>


= ARCI分析矩阵 =


##startInc

 `ARCI`分析图表::
  * 是进行过程设计时的最常用工具
  * 通过一个綜合性的矩阵,可以在最小空间中,将一个复杂过程中主要的方方面面全部表现出来!
  * 以下是个实例:

||||<#FFCE7B> 分析矩阵背景 ||
||<^><<Include(/DutyLevel)>> ||<^><<Include(/KupRoles)>>||

== 执行责任说明矩阵 ==
## <: #FF7A7A>A ; <: #F1FF94>R ; <: #B3C6FF>C ; <: #BFDE91>I

||<-9>**部运营事务`ARCI`分析表||
||进程 ||'''#'''||OMgt ||CMgt || IMgt || PMgt ||SEr ||RTL ||说明...||
||申请 ||'''0'''||<:>~||<:>~ ||<: #FF7A7A>A ||<:>~ ||<: #F1FF94>R ||<:>~ ||SEr组织`<<系统运营配置变更申请表>>`并递交IMgt||
||审核 ||'''1'''||<: #BFDE91>I ||<:>~ ||<: #F1FF94>R  ||<: #B3C6FF>C ||<: #FF7A7A>A ||<:>~ ||IMgt在PMgt協助下完成审核,确认无误,提交 OMgt，签字确认 ||
||接收 ||'''2'''||<: #F1FF94>R ||<: #B3C6FF>C ||<: #FF7A7A>A ||<: #BDDD8D>I ||<: #BDDD8D>I ||<:>~ ||OMgt在CMgt協助下完成审核,接受变更，排定计划,通告IMgt/PMgt ，签字确认||
||执行 ||'''3'''||<: #FF7A7A>A ||<: #F1FF94>R ||<:>~||<:>~||<: #BDDD8D>I ||<: #B3C6FF>C ||CMgt同RTL協商／配合，完成变更，签字确认 ||
||验收 ||'''4'''||<: #B3C6FF>C ||<: #FF7A7A>A ||<: #BFDE91>I ||<: #BFDE91>I ||<: #F1FF94>R ||<:>~ ||CMgt通告SE签字确认变更按照约定完成 ||


== 矩阵理解 ==

 Y轴:
 * 一般是按照流程的时间序列分离出的关键阶段
 * 分离的标准是:
  * 每个阶段都有可以衡量的交付物
  * 如果没有可以交付的工件,则应该是另一阶段的一部分


 X轴:
 * 一般是整个过程中的相关角色列表
 * 和过程相关的标准是:
  * 缺少此角色流程无法真正完成

 阵列:
 * 就是在某阶段,某角色,在该流程的职责标识
 * 标识的原则是:
  * 每个阶段都有且仅有一个角色行使A~`责任`
  * 每个阶段都尽量安排有一个角色行使R~`职责`
  * 每个阶段都应该安排有一个角色行使C~`咨询`
  * 每个阶段可以没有角色行使I~`了解`

== 矩阵使用 ==

运用`ARCI`职责图表,可以快速将一个过程中,复杂的团队协作关系标记明白,并明确的观察到职责重叠或是职责缺失的问题;

而且,重要的是,帮助我们在整理过程中,将思路从现实的复杂人事关系中脱离出来,变成单纯的角色职责分析;

不过,`ARCI`职责图表的使用前提是:
    1. 被分析过程是稳定和明确的
    1. 被分析过程中的相关角色是明确的
没有以上前提,分析出来的结论,无法应用到实际改进中的.

##endInc

----
'''反馈'''

创建 by -- ZoomQuiet [<<DateTime(2008-12-26T03:22:01Z)>>]