在 Jira 中使用 DACI：让每项决定都有明确负责人
通过明确角色和客户门户实例，将停滞的讨论变成清晰的决策流程。
Jira 事项可能积累了很长的讨论，却仍未接近决定。开发推荐一种方案，支持推荐另一种，产品负责人等待有人整理选项。所有人都参与，却没人知道谁来拍板。
DACI 为讨论提供结构，明确谁推动、谁决定、需要谁的知识，以及谁需要结果。本指南以虚构门户团队为例，选择通知发送方式，并在 Power Pack 中记录角色。
理解四种 DACI 角色
DACI 代表 Driver、Approver、Contributors 和 Informed。Atlassian 的指南将 Driver 定义为组织决策过程的人，Approver 是唯一作出选择的人。Contributors 提供专业知识，知情者接收结果。来源链接见下方。
| Driver — 推动者 | 推动决策进展，汇总必要信息。 |
| Approver — 决策者 | 在约定范围内作出最终选择。 |
| Contributors — 贡献者 | 提供相关专业知识和建议。 |
| Informed — 知情者 | 因工作受到影响而接收结果。 |
应区分推动者和决策者。协调工作并不自动赋予最终决定权；作出选择也不代表必须亲自收集所有证据。
选择一个真正需要决定的问题
虚构门户允许客户跟踪支持请求。团队要决定下一版本如何发送日常状态更新，考虑即时邮件、每日摘要和门户收件箱。
产品负责人 Maya 想减少打扰性邮件；工程师 Leo 担心增加第二套通知系统；支持负责人 Sam 担心客户错过进展；测试人员 Priya 需要先确定方案，才能设计发布检查。
在相关 Jira 事项中写下：“门户首版应如何发送日常支持请求更新？”这限定了讨论范围：处理普通状态变化，不决定密码重置、紧急安全消息或全部未来渠道。
按团队流程在事项描述中加入目标决策日期。示例需要在下次规划前得到答案。这是协调约定，不表示矩阵会提醒或强制执行截止日期。
围绕实际不确定性分配角色
团队选择 Leo 推动，因为他能整理实施选项并识别缺少的技术证据。发布取舍属于 Maya 的产品权限，因此由她决定。Sam 提供支持背景，Priya 提供可测试性和失败场景。负责客户沟通的 Elena 需要最终结果。
| 选择日常通知发送方式 | D | A | C | C | I |
录入前确认每个人能履行角色。Leo 需要比较时间，Maya 需要在规划前可用，Sam 和 Priya 需要具体问题，而不是无限期开放评论。
如果两人都认为自己有最终权限，应先解决边界。问题可能混合了产品选择与独立预算决定。真正需要不同决策者时应拆开，而不是增加第二个 A 来回避讨论。
向贡献者提出可回答的问题
Leo 请 Sam 提供三个近期客户误解更新的案例，请 Priya 判断短时间多次更新可能造成什么问题，并根据现有系统准备简短技术比较。
这些是虚构示例输入，不是实测产品结果。它们展示有用贡献的形式：把个人专业知识与待决问题联系起来。
团队按三个问题比较方案：客户能否注意到有用进展、现有能力能否支持方案、发布能否得到有说服力的测试？将问题与选项一起写在 Jira 中，确保大家评价同一问题。
不要假装所有考量都能变成精确分数。表格可以组织讨论，却不会产生数学上唯一正确的答案。指出估算的不确定性，并判断进一步研究是否会改变选择。
先比较，再要求作出选择
以下比较针对示例门户：邮件发送已经存在，而门户收件箱需要新建。
| 即时邮件 | 利用现有渠道，及时呈现更新。 | 频繁变更可能产生太多邮件。 |
| 每日摘要 | 将日常更新合并成较少的消息。 | 客户等待更久，分组需要额外开发。 |
| 门户收件箱 | 将更新保留在支持请求附近。 | 客户必须返回门户，还需开发收件箱。 |
Sam 的案例表明客户重视重大变化的及时通知。Priya 指出，如果行为未定义，重复编辑可能生成混乱的重复消息。Leo 说明，这个系统的摘要需要额外调度和分组工作。
Maya 现在能评估具体取舍。首版对有意义的状态变化发送即时邮件，在实施任务中明确去重。轻微内部编辑不通知客户。如果反馈显示有用更新仍过于频繁，团队再考虑摘要。
这比“使用邮件”更明确，告诉开发、测试和支持选择意味着什么，也记录了应重新考虑的条件。
在 Power Pack 中建立 DACI 矩阵
打开 RACI / DACI Matrix，将 Model 选择器设为 DACI。可用角色随后为 D、A、C、I。
先在名单中加入参与决策的人。Power Pack 支持搜索 Jira 用户和外部参与者条目。外部条目可表示某人，但不会创建账户或授予事项访问权。
在成果视图中加入决策问题这一行。尽管界面使用交付成果作为行结构，明确命名的决定也适合此 DACI 示例。不要把无关实施任务放进第一行，以保持可读性。
在矩阵中给 Leo 分配 D、Maya 分配 A、Sam 和 Priya 分配 C、Elena 分配 I。点击循环切换角色，获得焦点后也可使用界面显示的角色字母快捷键。
检查行提示。Power Pack 会指出缺少或存在多个决策者，以及缺少推动者。这能发现角色结构不完整，但不能确认 Maya 的组织权限或 Leo 收集的证据是否充足。
离开前检查保存状态。本地或离线提示不意味着同事已能看到最新分配。真正有用的是大家都能找到并讨论的版本。
以可执行的结果结束讨论
角色矩阵不包含完整决定。在事项描述或 Decision Log 中记录方案、理由和重要影响，也写下认真考虑过的替代方案，便于后来者理解。
Leo 随后通过团队常用渠道向 Elena 简要说明将发布什么、包含哪些消息、哪些不在范围内，以及实施工作在哪里。矩阵中的 I 不会发送这条消息。
按正常流程创建或更新 Jira 实施任务。示例涉及重大状态检测、去重和验证。DACI 记录决策角色，不会自动修改执行人或转换事项状态。
保持适度
当真实选择因参与或权限不清而停滞时使用 DACI。工程师本来就能决定的普通实现细节，可能只需短注释。为每个小选择建立完整矩阵会增加维护负担。
问题变化时重新检查分配。如果后来考虑付费通知供应商，可能需要另一人批准支出。原产品决定不会自动扩展到这种新权限。
选择当前 Jira 工作中的一个未决问题。明确边界、推动者和唯一决策者，并确定具体所需意见。使用 Power Pack 将角色放在事项旁，作出决定后记录并传达。
相关文章
立即沟通
对此文章有疑问？让我们讨论你的工程目标。