DACI 用四种角色把一次决策组织清楚：D 推动材料与进度，A 在授权范围内作出决定，C 提供专业意见，I 在决定后获得通知。最关键的安排是为一个明确问题找到唯一的 A，并让所有人知道：哪些材料还缺、何时给意见、何时拍板。
可以用Boardmix 协作白板把问题、角色、方案和待补材料放在一起。下面以“新员工入职资料该从哪里进入”为例，完成一张可直接用于讨论的决策卡，说明怎么处理不同意见、超时反馈和决定后的交接。
先把问题收窄到一个有权决定的范围
“改进入职体验”太宽，可能同时涉及招聘、账号开通、培训和资料维护。这次只决定：下一批新员工访问已有入职资料时，继续使用分散邮件、改用统一索引，还是启动新门户开发？现有资料内容、访问权限和业务负责人暂不改变，也不把个人证件、薪酬等信息放进公共索引。
边界确定后，先确认谁有权决定“资料入口的组织方式”。如果此人只能决定内容安排，却不能批准开发资源，就不能把“新门户开发”当成同一权限内可直接批准的方案。可以将其记为需要另行授权的选项，或拆成两个有关联的决定：先定本批入口，再决定是否立项开发。
Atlassian 的 DACI 方法强调一个决策由一位 Approver 作出，Contributors 提供建议而不是投票。实际授权仍来自团队的职责约定，不能因为某人职称最高、组织了会议或最熟悉工具，就自动把他写成拍板人。
如果要分配“整理资料、核对链接、发送通知”等执行任务，可以在决定之后使用RACI 责任分工矩阵。DACI 这张卡始终围绕待决定的问题，不必把所有执行任务都扩展成一张新的角色表。
四个角色要写到能交接，而不只留下字母
在这个例子中，入职运营联络人小林担任 D，已获本次资料入口决策授权的小陈担任 A。文档负责人和 IT 账号管理员提供 C 类意见，招聘同事、带教人员及受影响的新员工属于需要获知结果的 I。实际使用时，把示例姓名换成已确认接受职责的具体人员。
- D：推动者。小林汇总现有资料入口，整理三个选项，向贡献者提出具体问题，记录未回答事项，并把材料按时送给 A。D 可以给出推荐，但没有因此取得决定权。
- A：拍板者。小陈确认本次决策的范围与约束，在比较材料中作出选择，并写明理由、条件和生效安排。一项决定只保留一位 A；如果出现两位都声称需要批准的人，先处理权限边界。
- C：贡献者。文档负责人核对内容与维护责任，IT 账号管理员核对访问条件；有近期入职经历的员工可以提供找资料时遇到的具体障碍。每位 C 都要知道自己需要回答什么，而不只是收到一份泛泛的“请提意见”。
- I：知情者。决定后收到适用范围、入口、生效时间和问题反馈方式。知会不是让所有人再审批一次；若某位知情者掌握会改变判断的重要事实，应把相关问题补入讨论，不能因原来写了 I 就忽略事实。
小团队里，D 与 A 可能由同一人承担，但仍要分清“整理推荐”和“作出决定”这两件事。需要独立批准的事项不能通过合并角色省掉批准过程；也不必为了凑齐四种字母强行增加人员。
把三个方案放在同一组约束下比较
这次讨论先约定三项条件：下一批入职前能够使用；资料仍由现有负责人维护；新员工只能访问原本获准访问的内容。未知投入、未确认权限与个人偏好分开记录，不用一个没有依据的总分替代讨论。
| 方案 | 具体做法与取舍 | 决定前要补的材料 |
|---|---|---|
| 方案A：继续分散邮件 | 保持各资料负责人发送邮件的方式；改变较小，但接收人仍需从多封邮件找入口 | 现有发送清单、缺发或链接失效记录、提醒由谁处理 |
| 方案B：建立统一索引 | 用一个索引链接到已有资料；不搬迁内容，不改变原访问权限，需要明确索引维护人 | 资料入口清单、链接与访问检查结果、更新责任、索引不可用时的联系入口 |
| 方案C：开发新门户 | 可以进一步整合入口与流程，但引入开发、维护及额外授权事项 | 需求范围、工作量与排期评估、资源批准；未获得这些材料前不能承诺本批可用 |
例如，“大家觉得新门户更专业”是偏好；“下一批入职日期已经确定”是约束；“某资料链接仅文档负责人能打开”是需要处理的访问问题。D 应把它们分别放进偏好、约束和待解决事实栏。若某项结论只有口头描述，就记下提供者与待确认事项，不将其改写成已验证结果。
方案 B 的索引可先写出一份样稿，按入职前、第一天、第一周排列已经存在的资料，再让相关角色检查入口是否清楚。样稿能帮助比较，但“做出了样稿”不等于“已经决定采用”，更不等于链接与权限全部检查通过。
一张已填决策卡：把截止时间和缺口说清
下面这张卡停在“待决定”状态。推荐方案与最终决定分开，便于参与者知道现在该补材料，还是开始执行。
| 字段 | 本例填写内容 |
|---|---|
| 决策问题 | 下一批新员工用哪种入口访问现有入职资料？ |
| 范围 | 仅调整入口组织；不更换内容负责人，不扩大访问权限，不迁移个人资料 |
| D / A | D 小林负责材料与进度；A 小陈在已确认授权范围内决定本批入口方式 |
| C 的具体交付 | 文档负责人确认清单与维护责任；IT 账号管理员提供访问检查结论；近期入职员工反馈索引中难以理解的名称 |
| I 的通知范围 | 招聘同事、带教人员、本批新员工；收到入口、适用范围、生效时间和联系渠道 |
| 反馈与决定时间 | 示例安排：周二15:00前交关键材料，周三11:00前由 A 决定；预计次周一使用，具体启用须满足条件 |
| D 的建议 | 优先评估方案B统一索引；方案C如要推进，另行完成开发资源与排期批准 |
| 当前缺口 | 统一索引的维护责任、部分链接的访问检查尚待确认 |
| 当前状态 | 待决定；不提前撤掉现有邮件入口，不向新员工通知新入口已经启用 |
邀请 C 反馈时，可直接写：“请在周二15:00前确认你负责的资料是否仍有效、谁维护、目标员工能否访问；无法确认的项目请标注原因和预计补齐时间。”这比要求对整个方案给一个“同意”更容易得到可用材料。
到了截止时间没有回复，按信息的重要程度处理：
- 缺关键事实：权限、维护责任或必要授权未确认，D 向 A 说明缺口；A 决定延期、缩小范围或继续现行安排。沉默不作为检查通过。
- 缺一般建议：例如索引名称的偏好未返回，标注未收到建议及其影响，由 A 判断现有材料是否足以决定，不把未回复写成同意。
- A 未能按时决定：D 更新状态与下一次决定时间，告知受影响人员；不能用 C 的多数意见代替 A，也不能由 D 默认代签。
不同意见也应带着依据进入决定。有人担心索引后续无人维护，就把“指定维护人与更新触发条件”列为方案 B 的条件；有人更喜欢新门户，则需要说明该偏好对本次范围和期限有什么实质影响。DACI 不要求所有人喜欢同一方案，但应让重要异议和 A 的取舍理由可见。
拍板后，把结论交给执行人，再通知受影响者
若 A 最终选择方案 B，可以将结论写成：“本批采用统一索引，链接到现有资料；文档负责人确认清单，IT 完成约定访问检查，维护人接受职责后启用。条件未完成前沿用现有邮件安排。新门户开发不包含在本次批准中。”这样的记录同时说明选择、理由边界和生效条件。
随后给执行任务分配负责人和交付时间：谁整理索引、谁处理失效链接、谁确认访问、谁发通知。它们可以与决策卡关联，但不再让每个执行细节重新进入一次方案表决。需要跨版本保留理由、复议和替代关系时，再将结论纳入决策日志。
在 Boardmix 画布上，可把决策问题与状态放在中央，左侧放 D/A/C/I 的具体职责，右侧比较三个方案，下方保留待补材料和截止时间。专业意见连到对应方案或条件，最终决定由 A 单独记录；不要把多人意见连线画成投票统计。卡片状态由“待决定”更新为实际结论后，通知中仍应写明是否已经满足启用条件。
交接时只需让接手人回答清楚：采用哪个入口、何时可以使用、谁维护、出现问题找谁，以及哪些事项仍未获准。新员工能找到资料，维护者知道要维护什么，才是这次决定真正落到工作中的检查点。
粤公网安备44030502008643