DACI и RACI для технических решений: один утверждающий, поимённые участники

Что это

Игровая методика DACI от Atlassian определяет для принятия решения четыре роли. Драйвер собирает заинтересованные стороны, собирает информацию, задаёт рамки и добивается, чтобы решение было принято к согласованной дате. Утверждающий (approver) — это один-единственный человек, который принимает решение; методика намеренно подчёркивает слово «один», чтобы утверждение оставалось активной ролью, а не формальной печатью. Участники (contributors) привносят экспертизу по предмету и рекомендации: у них есть голос, но нет права голосования. Информируемые (informed) — те, кого затрагивает результат, и им сообщают о нём уже после принятия. RACI, более старая, ориентированная на задачи матрица, обычно описывается как распределение по каждому виду деятельности человека, ответственного за исполнение, ровно одного подотчётного за неё, людей, с которыми советуются заранее, и людей, которых информируют постфактум; это матрица по задачам, а не процесс для одного отдельного решения.

Почему это важно

Технические решения буксуют по двум причинам: либо никто не отвечает за то, чтобы довести их до конца, либо все считают, что обладают правом вето. Назначение драйвера решает первую проблему; назначение единственного утверждающего решает вторую. Письменная фиксация ролей заодно объясняет участникам, для чего нужен их вклад, что снижает накал обсуждения.

Как применять

• Для решения, затрагивающего больше одной команды, заведите страницу с названием в виде самого вопроса, перечислите D, A, C и I поимённо и назначьте дату решения. Страница принадлежит драйверу.
• Выбирайте утверждающего по тому, кто несёт последствия: владельца системы, на которой будет работать результат, а не самого старшего по должности из присутствующих.
• Участники записывают свою рекомендацию и обоснование на странице ещё до встречи; сама встреча нужна для разногласий, а не для чтения написанного.
• Фиксируйте решение, отклонённые варианты и причины отказа от них в architecture decision record; DACI завершается, когда ADR написан, а список информируемых уведомлён.
• Используйте вместо этого RACI, когда проблема — не разовый выбор, а неясная ответственность за повторяющиеся задачи (кто ротирует сертификаты, кто проверяет обновления зависимостей).

Подводные камни

Два утверждающих или утверждающий, который перекладывает решение на комитет, воспроизводят тот самый затор, для устранения которого и существует этот фреймворк. Драйвер, совмещённый с утверждающим, пропускает этап сбора информации. Участники, к которым относятся как к голосующим, дают решения по принципу наименьшего общего знаменателя. Матрица RACI с несколькими «A» в одной строке или с «C» у всех подряд — просто украшение. Фреймворки распределяют роли; они не поставляют само суждение, а решение, зафиксированное без обоснования, будет пересматриваться заново.