DACI
DACI es un marco de toma de decisiones que asigna cuatro roles antes de que se tome una decisión en grupo: un Driver (impulsor) que conduce el proceso, un Approver (aprobador) que toma la decisión final, Contributors (colaboradores) que aportan conocimiento experto, y los Informed (informados), a quienes se comunica el resultado. Los roles, el contexto, las opciones y la decisión final se registran en un único documento compartido. Esta versión sigue la dinámica publicada en el Atlassian Team Playbook.
Guion de facilitación
- 1
Abrir el documento compartido y acordar la redacción de la pregunta de decisión.
5 min - 2
Asignar al Driver.
5 min - 3
Asignar al Approver y a los Contributors.
5 min - 4
Enumerar a los Informed.
5 min - 5
Completar el contexto, los datos, los criterios de decisión y las opciones con sus pros y contras.
10 min - 6
Discutir las opciones; el Approver decide.
10 min - 7
Recoger las acciones, los responsables y las preguntas abiertas.
10 min - 8
Redactar la decisión y su razonamiento y compartirla con todas las partes.
10 min
Consejos
Dejar definido al Approver antes de que nadie hable de opciones; si el grupo no logra ponerse de acuerdo sobre quién decide, ese es el verdadero bloqueo y merece toda la reunión.
Oponerse a que haya dos o tres Approvers, porque la aprobación compartida suele significar que nadie se siente libre de decidir.
Driver y Approver deberían ser personas distintas, para que quien conduce el proceso no sea también quien lo juzga.
Escribir el razonamiento en frases completas, porque el documento lo leen sobre todo, más adelante, personas que no estuvieron presentes.
Errores comunes
Nombrar varios Approvers para evitar una conversación incómoda. La decisión necesita entonces consenso entre ellos y se estanca exactamente igual que antes.
Contributors que se comportan como si tuvieran voto. El Approver acaba negociando en lugar de decidir, y los roles pierden su sentido.
Dejar imprecisa la lista de Informed, por ejemplo «el equipo ampliado». Las personas afectadas se enteran de la decisión por casualidad y la reabren.
Completar la plantilla cuando la decisión ya se tomó de manera informal. El documento se convierte en papeleo y la sección de opciones muestra solo la ganadora.
Usar DACI para cada elección rutinaria. La carga adicional frena al equipo y la gente deja de tomarse en serio el formato cuando de verdad importa.
Variaciones
Asíncrono: el Driver completa de antemano los roles y el contexto, los Contributors comentan en el documento y la reunión se usa solo para la discusión y la decisión. Decisiones más grandes: repartir los pasos en varios días para que los Contributors puedan reunir datos entre la asignación de roles y la decisión. Marcos emparentados: RACI asigna la responsabilidad de las tareas y no los roles en una decisión concreta, y un Análisis de Campo de Fuerzas puede usarse dentro del paso de las opciones para sopesar qué apoya y qué se opone a cada alternativa.
Casos de uso
Cuándo usarlo
Una decisión se ha discutido en varias reuniones y nadie sabe quién está autorizado a cerrarla
Hay varias funciones afectadas y cada una da por hecho que tiene derecho de veto
Se tomó una decisión y después la reabrió alguien que se sintió excluido
El equipo tendrá que explicar meses después por qué se eligió una opción
Empieza un proyecto y sus dos o tres decisiones abiertas más importantes necesitan responsables
Cuándo no usarlo
La decisión es pequeña y reversible. Dejar que decida la persona responsable e informe al equipo
Hace falta aclarar quién hace cada tarea recurrente y no quién decide una cuestión. Usar una Matriz RACI
El grupo quiere una decisión que todos apoyen activamente, no la decisión de una sola persona. Usar Toma de decisiones por consentimiento o Gradientes de Acuerdo
Todavía no se conocen las opciones. Hacer primero un paso de ideación o de investigación e incorporar DACI cuando haya algo entre lo que elegir
El equipo quiere fijar una autoridad de decisión permanente entre un jefe y un equipo. Póker de Delegación se ajusta mejor a eso
Métodos relacionados
Lecturas adicionales
Preguntas frecuentes
¿Qué es DACI?▾
DACI es un marco para decisiones en grupo que fija cuatro roles de antemano: Driver, Approver, Contributor e Informed. El Driver conduce el proceso, un Approver toma la decisión, los Contributors aportan y a los Informed se les comunica el resultado. Los roles, las opciones y la decisión se guardan en un único documento compartido.
¿Cuál es la diferencia entre DACI y RACI?▾
RACI aclara quién es responsable y quién rinde cuentas de las tareas o los entregables a lo largo de un proyecto. DACI es más acotado: aclara quién impulsa y quién aprueba una decisión concreta. Los equipos suelen usar RACI para el plan de trabajo y DACI para el puñado de decisiones que, de otro modo, quedarían a la deriva.
¿Puede haber más de un Approver?▾
Es posible, pero es mejor uno. Con un solo Approver queda claro quién decide una vez reunidos los aportes. Si dos personas tienen que estar de acuerdo, hay que nombrarlas abiertamente y acordar de antemano cómo se resuelve un desacuerdo entre ellas.
¿Cuánto dura una sesión de DACI?▾
La dinámica de Atlassian prevé unos 60 minutos, más aproximadamente 15 minutos de preparación, para tres a seis personas. Las decisiones complejas suelen necesitar más tiempo entre la asignación de roles y la decisión, por lo que muchos equipos preparan el documento de forma asíncrona y se reúnen solo para la discusión y la decisión.
¿Quién debería ser el Driver?▾
Alguien lo bastante cercano al tema como para reunir la información adecuada y con tiempo suficiente para perseguir los aportes; a menudo, quien lidera el proyecto o quien planteó la pregunta. El Driver no necesita tener un cargo alto y no debería ser el Approver. Su tarea es lograr que se tome una decisión, no tomarla.
Planifica tu próximo taller con IA
Workshop Weaver te ayuda a combinar métodos como DACI en una agenda completa y cronometrada en minutos.
Probar gratisMethod descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices. This method was inspired by work from Atlassian Team Playbook.