面对重大且较为陌生的新项目时，规模较大的团队常易面对权责不清、部署效率低的问题，为保证每项任务都能被分配明晰并落实到位，「RACI模型」帮助团队中的每个人明确职权、按需参与，顺畅高效完成任务交付。
01 什么是RACI模型
02 RACI使用流程
（1）建立RACI矩阵：将各任务流程纵向排列在矩阵左侧，将团队各角色/职能横向排列在矩阵上方，形成RACI矩阵，矩阵创建过程中，每项任务下的RACI均须有相应的部门分配（注意，每个字母对应的角色只需对应到职位或部门，无需对应到个人），完成矩阵填写。
注意：每个流程有且仅有一个“A”，避免权责滥用或无人决策；“R”是任务的切实推进者，必须每个流程有且仅有一个“R”， 保证任务交付，避免职责推诿。
03 RACI模型的优点
如前所述，RACI是权责分配的得力模型，具体优点如下：
- 提高工作效率：权责明晰，避免部门间级别错位与责任推诿
- 提高组织灵活性：当部门重组或变更（尤其是新成员加入）时，RACI模型帮助其进行职责认领，减少时间浪费
- 降低沟通阻碍：当某一环节出问题时，RACI模型帮助团队成员依据职责划分第一时间找到协助其解决问题的部门
04 RACI应用实例
本节以“软件开发”任务为例，场景化阐述RACI模型应用：
软件开发有五项流程：需求收集-设计-开发-测试-部署-维护；参与项目的六个角色为：项目经理、产品经理、设计师、开发人员、测试人员、运维人员。
需求收集：项目经理为“A”，产品经理为交付负责人“R”，开发人员全程跟进并参与提出需求建议“C”
设计：项目经理为“A”，设计师完成任务交付“R”，产品经理与开发人员参与讨论“C”
开发：软件开发的关键环节，项目经理仍为“A”，开发人员负责交付“R”，测试人员需参与讨论以便其后续工作“C”
测试：项目经理为“A”，测试人员为交付负责人“R”，开发人员参与测试过程中的讨论，便于理解测试过程中出现的问题“C”
部署：项目经理为“A”，运维人员负责部署“R”，开发人员与测试人员担任顾问角色“C”
维护：项目经理为“A”，运维人员负责维护“R”，产品经理、开发人员与测试人员作为顾问与参与讨论者，以便明确客户需求，便于产品改进
05 RACI模型的注意事项
到这里，想必读者已对RACI模型的适用场景及流程有了较为全面的理解，以下列出了RACI在使用过程中的注意事项，以便您进行进一步的模型优化：
（1）当部门内进行任务更细分、且某项流程有较多人负责时，可将RACI作为横轴列在矩阵上方，矩阵内部填写成员，方便辨识各角色
（2）执行者“R”不能兼任被告知者“I”
（3）为了建议的客观性，执行者“R”不能兼任顾问“C”
（4）决策者“A”可以兼任执行者“R”
