软件功能交付
使用场景: 工程团队：规划新产品功能的开发流程
任务 | PM | 技术负责人 | 设计师 | QA | 数据
功能规格 | A | C | R | I | C
技术方案 | C | A | I | I | R
开发实现 | I | A | I | C | I
QA 验收 | I | C | I | A | I
埋点追踪 | C | I | I | I | A
这样组织的原因: 数据团队负责埋点，避免临上线时才发现追踪缺失。产品经理在规格环节是 A，进入开发阶段后退到 C，让工程团队聚焦执行。
营销活动上线
使用场景: 市场经理：协调多渠道推广活动
任务 | 市场经理 | 文案 | 设计师 | 媒介 | 法务
活动方案 | A | C | C | I | I
广告文案 | A | R | C | I | C
创意素材 | A | C | R | I | I
媒介计划 | A | I | I | R | I
法务审核 | C | C | I | I | A
正式上线 | A | I | I | R | C
这样组织的原因: 法务只在审核环节是 A，不介入前期执行，避免成为阻塞点。文案由市场经理负责，设计素材由设计师负责，职责清晰不重叠。
大学小组作业
使用场景: 学生：一个学期项目的分工安排
任务 | 组长 | 调研 | 写作 | 设计
选题方向 | A | C | I | I
文献综述 | I | A | C | I
正文撰写 | C | C | A | I
图表制作 | I | I | C | A
最终审校 | A | C | R | R
这样组织的原因: 即使是小团队，RACI 也能避免"等别人先动"的僵局。每项任务有明确的 A，组长只在关键节点介入，不过度干预执行细节。
员工招聘流程
使用场景: HR 团队：梳理招聘各环节分工
步骤 | HR | 用人经理 | 招聘专员 | 财务
岗位描述 | C | A | R | I
简历筛选 | I | I | A | I
面试评估 | C | A | R | I
offer 审批 | C | R | I | A
入职方案 | A | C | I | I
这样组织的原因: 财务只在 offer 审批环节是 A，不参与前期流程。用人经理主导面试决策，HR 负责入职落地，职责分明，审批流程不重复。
合规审计准备
使用场景: 运营团队：配合年度安全审计
任务 | CISO | 工程 | 法务 | 财务 | HR
策略复盘 | A | C | R | I | C
证据收集 | A | R | C | R | R
风险评估 | A | C | C | I | I
整改方案 | A | R | C | C | I
审计回复 | R | C | A | I | I
这样组织的原因: 证据收集由多个部门同时是 R，各自负责自己的数据。CISO 全程是 A，但审计回复的 A 交给法务，符合对外沟通的实际分工。
内容生产流水线
使用场景: 创作者：建立可复用的内容发布工作流
步骤 | 作者 | 编辑 | 设计 | 发布
大纲 | A | C | I | I
初稿 | A | C | I | I
审稿 | C | A | I | I
配图 | C | I | A | I
发布 | I | C | I | A
这样组织的原因: 作者负责前期，编辑和发布各自负责自己的环节，每一步只有一个拍板人，减少反复修改。配图由设计师负责，不需要作者介入。
