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

O que é

O play DACI da Atlassian define quatro papéis para uma decisão. O driver reúne as partes interessadas, recolhe informação, define o âmbito e garante que a decisão é tomada até uma data acordada. O approver é uma única pessoa que toma a decisão; o play sublinha "uma" para que a aprovação seja um papel ativo, e não um mero carimbo. Os contributors trazem conhecimento sobre o assunto e recomendações: têm voz, mas não voto. As pessoas informed são afetadas pelo resultado e ficam a saber dele depois de tomado. O RACI, a matriz mais antiga orientada a tarefas, é habitualmente descrito como atribuindo a cada atividade alguém responsible por a executar, exatamente uma pessoa accountable por ela, pessoas consulted antes e pessoas informed depois; é uma matriz sobre tarefas, e não um processo para uma única decisão.

Por que importa

As decisões técnicas emperram de duas formas: ninguém assume a responsabilidade de as levar a uma conclusão, ou todos acreditam que têm um veto. Nomear um driver resolve a primeira; nomear um único approver resolve a segunda. Definir os papéis por escrito também diz aos contribuidores para que serve o seu contributo, o que reduz a tensão da discussão.

Como aplicar

• Para uma decisão que afete mais do que uma equipa, abra uma página com a pergunta como título, liste o D, o A, os C e os I pelo nome, e defina uma data para a decisão. O driver é o dono da página.
• Escolha o approver por quem carrega a consequência: o dono do sistema que vai correr com o resultado, não a pessoa mais sénior presente.
• Os contributors escrevem a sua recomendação e o respetivo raciocínio na página antes de qualquer reunião; a reunião serve para os desacordos, não para a leitura.
• Registe a decisão, as opções rejeitadas e o porquê, num architecture decision record (ADR); o DACI termina quando o ADR está escrito e a lista de informed foi notificada.
• Use o RACI, em vez disso, quando o problema é a titularidade pouco clara de tarefas recorrentes (quem renova os certificados, quem revê as atualizações de dependências), e não uma escolha pontual.

Armadilhas

Dois approvers, ou um approver que delega numa comissão, reproduz exatamente o impasse que o modelo existe para eliminar. Um driver que é também o approver salta o passo de recolha de informação. Contributors tratados como se tivessem voto produzem decisões pelo mínimo denominador comum. Uma matriz RACI com vários "A" por linha, ou com "C" em todas as células, é decoração. Estes modelos atribuem papéis; não fornecem o critério de decisão, e uma decisão registada sem a sua justificação vai acabar por ser reaberta.