DACI e RACI para decisões técnicas: um único aprovador e contribuidores definidos

O que é

O play DACI da Atlassian define quatro papéis para uma decisão. O driver reúne os stakeholders, coleta as informações, define o escopo e garante que a decisão seja tomada até uma data combinada. O aprovador (approver) é uma única pessoa que toma a decisão; o play enfatiza o "um" para que a aprovação seja um papel ativo, e não um carimbo automático. Os contribuidores trazem conhecimento do assunto e recomendações: têm voz, mas não voto. Os informados são afetados pelo resultado e são avisados quando a decisão é tomada. O RACI, a matriz mais antiga e orientada a tarefas, costuma ser descrito como a atribuição, a cada atividade, de alguém responsável por executá-la, exatamente uma pessoa accountable (que responde pelo resultado), pessoas consultadas antes e pessoas informadas depois; é uma matriz sobre tarefas, e não um processo para uma decisão específica.

Por que importa

Decisões técnicas emperram de duas formas: ninguém assume a responsabilidade de levá-las a uma conclusão, ou todos acreditam ter poder de veto. Nomear um driver resolve o primeiro problema; nomear um único aprovador resolve o segundo. Registrar os papéis por escrito também mostra aos contribuidores para que serve a sua opinião, o que baixa a temperatura da discussão.

Como aplicar

• Para uma decisão que afeta mais de uma equipe, abra uma página com a pergunta como título, liste D, A, C e I por nome e defina uma data para a decisão. O driver é o dono da página.
• Escolha o aprovador por quem arca com a consequência: o responsável pelo sistema que vai operar o resultado, e não a pessoa mais sênior presente.
• Os contribuidores escrevem na página a sua recomendação e o raciocínio antes de qualquer reunião; a reunião serve para tratar divergências, não para ler o material.
• Registre a decisão, as opções descartadas e o motivo em um architecture decision record (ADR); o DACI termina quando o ADR está escrito e a lista de informados foi notificada.
• Use o RACI em vez disso quando o problema for a falta de clareza sobre quem cuida de tarefas recorrentes (quem faz a rotação dos certificados, quem revisa as atualizações de dependências), e não uma escolha pontual.

Armadilhas

Dois aprovadores, ou um aprovador que transfere a decisão a um comitê, reproduzem o impasse que o framework existe para eliminar. Um driver que também é o aprovador pula a etapa de coleta de informações. Contribuidores tratados como votantes geram decisões de mínimo denominador comum. Uma matriz RACI com vários "A" por linha, ou com "C" para todo mundo, é pura decoração. Frameworks atribuem papéis; não fornecem o discernimento, e uma decisão registrada sem a sua justificativa acabará sendo rediscutida.