Todos los métodos
DecisionPrincipiante

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.

Duración
1h–1h
Tamaño del grupo
3–6 people
Materiales
documento o página compartida con una plantilla DACI, sala de reuniones o videollamada con pantalla compartida, datos de contexto sobre la decisión

Guion de facilitación

  1. 1

    Abrir el documento compartido y acordar la redacción de la pregunta de decisión.

    5 min
  2. 2

    Asignar al Driver.

    5 min
  3. 3

    Asignar al Approver y a los Contributors.

    5 min
  4. 4

    Enumerar a los Informed.

    5 min
  5. 5

    Completar el contexto, los datos, los criterios de decisión y las opciones con sus pros y contras.

    10 min
  6. 6

    Discutir las opciones; el Approver decide.

    10 min
  7. 7

    Recoger las acciones, los responsables y las preguntas abiertas.

    10 min
  8. 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

Decisiones estancadas porque no está claro a quién correspondenDecisiones interfuncionales con muchas partes interesadasDocumentar por qué se tomó una decisiónDecisiones del inicio de un proyectoSelección de proveedores o herramientasReabrir una decisión que se revisa una y otra vez

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 gratis

Method 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.