Claridad: El marco DACI define roles y responsabilidades, reduce retrasos en proyectos y mejora la claridad en la toma de decisiones.
Roles: DACI asigna cuatro roles: responsable, aprobador, colaborador e informado.
Implementación: Los pasos para usar DACI eficazmente incluyen definir las decisiones, identificar a los participantes y asignar roles.
Beneficios: Usar DACI puede mejorar la responsabilidad, la rapidez en la toma de decisiones y la colaboración entre equipos de diferentes áreas.
Limitaciones: DACI no es adecuado para decisiones menores ni para escenarios donde el consenso y la apropiación sean más importantes.
Un marco DACI aclara quién impulsa una decisión, quién toma la decisión final, quién aporta información y quién debe mantenerse informado. Elimina la ambigüedad que hace que los proyectos se detengan. Cuando los equipos multifuncionales, las prioridades en competencia y las opiniones de las partes interesadas chocan, la falta de claridad en la responsabilidad puede retrasar decisiones críticas y frenar el impulso de trabajo.
Esta guía explica los roles de DACI, pasos de implementación, ejemplos del mundo real y errores comunes para que puedas tomar decisiones más rápidamente, mejorar la responsabilidad y mantener las iniciativas avanzando con confianza.
¿Qué es DACI?
DACI es un marco de toma de decisiones que asigna cuatro roles definidos a los participantes involucrados en una decisión específica. El acrónimo significa responsable, aprobador, contribuyente e informado.
El responsable gestiona el proceso de toma de decisiones, el aprobador toma la decisión final, los contribuyentes aportan información experta y el grupo informado recibe la notificación de los resultados. Variante de la matriz RACI, el modelo DACI cambia el enfoque de la ejecución de tareas a la propiedad de la decisión.
Explicación de los roles DACI
A continuación, un resumen rápido de los cuatro roles DACI:
| Rol | Responsabilidad principal | Número asignado (típico) | Cargo habitual |
|---|---|---|---|
| Responsable | Facilita el proceso de decisión | 1 | Product manager, project manager |
| Aprobador | Toma la decisión final | 1 | VP de producto, jefe de departamento |
| Contribuyente | Aporta información experta y asesoramiento | 3–7 | Ingeniero, diseñador, asesor legal |
| Informado | Recibe notificación del resultado | Varía | Líder de ventas, responsable de soporte, director de marketing |
Responsable
El responsable mantiene en marcha la toma de decisiones. Reúne información, agenda reuniones, organiza los aportes de los contribuyentes y hace el seguimiento hasta la decisión final. El responsable no toma la decisión definitiva. Piénsalo como el gestor de proyecto de la propia decisión.
Normalmente, un product manager, project manager o líder de proyecto ocupa este rol. Debe haber solo un responsable por decisión. Más de uno genera confusión sobre quién dirige el proceso.
Aprobador
El aprobador tiene la máxima autoridad y responsabilidad. Cuando se ha recabado la información y sopesado las opciones, el aprobador es quien toma la decisión y dice sí o no. Recomiendo firmemente que sea sólo una persona, pero si realmente necesitas dos aprobadores, acuerda de antemano un mecanismo de desempate antes de iniciar el proceso.
El aprobador suele ser un líder senior, patrocinador ejecutivo o jefe de departamento con la autoridad organizacional para comprometer recursos y asumir las consecuencias.
Contribuyente
Los contribuyentes son expertos en la materia que influyen en la decisión por su conocimiento. Este grupo puede incluir diseñadores, ingenieros, asesores legales, socios de finanzas o cualquier persona cuya experiencia sea directamente relevante. Te animo a incluir varios contribuyentes; cuantas más perspectivas relevantes recoja el responsable, mejor informada estará la decisión final del aprobador.
Un límite importante: los contribuyentes asesoran, pero no tienen poder de veto. Sus aportaciones son relevantes y deben ser tomadas en cuenta, pero la decisión final corresponde al aprobador y no al grupo de contribuyentes.
Informado
El grupo informado incluye a las partes interesadas que se ven afectadas por el resultado de la decisión o que tienen interés, pero no participan en la toma de la misma. Necesitan saber qué se decidió y por qué, pero no participan durante el proceso.
Ejemplos incluyen equipos de ventas, atención al cliente, marketing u organizaciones asociadas cuyo trabajo puede cambiar en función de la decisión. La comunicación con este grupo debe ser oportuna y clara. El retraso genera rumores y desalineación.
Cómo implementar DACI paso a paso
A continuación, los pasos para usar efectivamente la matriz DACI en la toma de decisiones.
1. Define claramente la decisión
Empieza con una declaración de decisión concisa y sin ambigüedades. Así se logra:
- Redacta la decisión como una pregunta o propuesta clara. "¿Deberíamos migrar a un nuevo proveedor de nube para el tercer trimestre?" es mucho mejor que "cosas de estrategia de nube".
- Define los límites del alcance. ¿Qué está incluido? ¿Qué queda expresamente fuera del alcance?
- Indica el resultado deseado. ¿Cómo se ve un buen resultado?
- Nombra las restricciones estrictas desde el principio (por ejemplo, límites de presupuesto, requisitos regulatorios, plazos no negociables).
Si omites este paso, todo el proceso DACI se ve afectado porque las personas terminan debatiendo la pregunta en lugar de responderla.
2. Identifica a todos los interesados
Identifica a cada persona o equipo que tiene un interés en la decisión. Esto incluye a quienes se verán afectados por el resultado, no solo a quienes toman la decisión.
Utiliza organigramas, ejercicios de mapeo de interesados o una rápida sesión en pizarra. En mi experiencia, si saltas este paso acabarás dándote cuenta a mitad de camino de que faltaba una voz clave en el proceso.
3. Asigna los roles DACI
Nombra a una persona como responsable principal y otra como aprobador. Luego selecciona los colaboradores según experiencia y relevancia en el tema. Esto puede requerir conversaciones difíciles. Un director senior podría no estar conforme con ser designado solo como informado y no como colaborador, y otros podrían sentirse molestos por no ser elegidos como aprobador.
Plantea la asignación de roles en función de la decisión específica, no del valor organizacional. Por ejemplo, "Para esta decisión en particular, la persona más cercana a los datos del cliente es el aprobador adecuado" es más fácil de aceptar que lo que puede sentirse como una degradación. Rota los roles entre diferentes decisiones; quien es informado en esta ocasión podría ser el aprobador en la siguiente.
Es tentador asignar el rol de aprobador a un interesado de alto nivel, pero el aprobador debe ser quien esté mejor posicionado para asumir el resultado, no necesariamente la persona con mayor rango en la sala.
4. Establece plazos y hitos
Define una cronología para la decisión con plazos específicos para la aportación de los colaboradores.
Esto es lo que hay que hacer:
- Establece una fecha límite para la aportación de los colaboradores.
- Establece una fecha distinta para la decisión final del aprobador.
- Fija una fecha de comunicación para el grupo informado.
Esto evita la expansión del alcance y la deliberación interminable.
5. Documenta y comparte la decisión
Registra la decisión final (puedes hacer esto en tu herramienta de gestión de proyectos), el razonamiento detrás de la decisión y cualquier opinión en desacuerdo. Este es el paso que la mayoría de los equipos omite, y es el que más importancia tiene para el aprendizaje organizacional a largo plazo.
Distribuye la decisión al grupo informado y archívala para futuras consultas. Además, define una ruta de escalado. Aquí tienes un protocolo sencillo: el responsable principal puede registrar su desacuerdo en el registro de la decisión y, si la discrepancia es lo suficientemente grave, cualquier parte puede escalar el caso por escrito al gerente del aprobador. Esto debería ser raro, pero saber que existe este mecanismo mantiene la honestidad del proceso.
DACI vs. RACI: ¿Cuál es la diferencia?
La diferencia clave entre DACI y RACI es el enfoque. RACI es una matriz de asignación de responsabilidades que responde "¿quién hace el trabajo y quién es responsable del entregable?" DACI está diseñado para la toma de decisiones y responde a "¿quién impulsa la decisión y quién toma la decisión final?"
Las diferencias principales se resumen en la siguiente tabla:
| Criterio | DACI | RACI |
|---|---|---|
| Uso principal | Toma de decisiones | Ejecución de tareas y proyectos |
| Enfoque | Decisiones | Tareas y entregables |
| Número de roles del marco | 4 (responsable principal, aprobador, colaborador, informado) | 4 (responsable, encargado, consultado, informado) |
| ¿Quién asume el resultado? | Aprobador | Encargado |
| Mejor para | Decisiones grupales multifuncionales con múltiples interesados | Proyectos con propiedad clara de tareas y rendición de cuentas |
| Cuándo usarlo | Antes de que deba tomarse una decisión clave | Al asignar trabajo a lo largo del ciclo de vida de un proyecto |
| Ventajas | Previene la parálisis por análisis, clarifica la autoridad y agiliza los resultados | Propiedad clara de tareas, ampliamente comprendido en la mayoría de organizaciones |
| Limitaciones | Menos útil para la gestión continua de tareas; puede sentirse jerárquico en culturas ágiles o horizontales | No aborda directamente la autoridad para la toma de decisiones; puede crear confusión entre responsable y encargado |
En mi experiencia, los equipos obtienen más valor cuando utilizan DACI para decisiones estratégicas y RACI para la planificación de la ejecución.
Ejemplos de DACI en la práctica
Aquí tienes algunos ejemplos de DACI para entender cómo utilizarlo:
Desarrollo de producto: Elegir la hoja de ruta de funciones
Un equipo de producto necesita decidir qué funciones incluir en la hoja de ruta del tercer trimestre (Q3). La decisión implica equilibrar la capacidad de ingeniería, la demanda de los clientes y la estrategia empresarial.
| Rol | Asignado a |
|---|---|
| Responsable | Gerente senior de producto |
| Aprobador | Vicepresidente de producto |
| Colaboradores | Ingeniero principal, investigador UX, gerente de éxito del cliente, analista de datos |
| Informados | Equipo de ventas, equipo de marketing, líderes de soporte |
El gerente senior de producto recopila propuestas, datos de priorización y estimaciones de ingeniería. Los colaboradores opinan sobre la viabilidad, el impacto en el usuario y la demanda del mercado. El vicepresidente revisa los aportes y toma la decisión. Ventas, marketing y soporte son informados para que puedan ajustar sus planes.
Transformación de TI: Selección de un nuevo proveedor de nube
La selección de proveedores es famosa por estancarse. Diversos departamentos tienen opiniones propias, cada proveedor tiene defensores y, sin una autoridad clara, el proceso se prolonga durante meses.
| Rol | Asignado a |
|---|---|
| Responsable | Gerente de proyecto de TI |
| Aprobador | CTO |
| Colaboradores | Arquitecto de infraestructura, líder de seguridad, director financiero, líder DevOps |
| Informados | Equipos de ingeniería, jefes de departamento, compras |
El gerente de proyecto de TI estructura la evaluación; los colaboradores realizan evaluaciones, análisis de costos y revisiones de seguridad; y el CTO revisa los hallazgos y selecciona el proveedor. DACI previene estancamientos cuando los departamentos prefieren diferentes proveedores y nadie puede romper el empate.
Campaña de marketing: aprobación de una estrategia de cambio de marca
Los cambios de marca generan opiniones fuertes de los miembros creativos, la dirección, ventas y, a menudo, del CEO. Sin estructura, los ciclos de retroalimentación se vuelven interminables.
| Rol | Asignado a |
|---|---|
| Responsable | Director de marketing |
| Aprobador | CMO |
| Colaboradores | Estratega de marca, director creativo, jefe de ventas, líder de agencia externa |
| Informados | Todos los jefes de departamento, equipos de atención al cliente |
El director de marketing coordina auditorías de marca, investigación de la competencia y conceptos creativos. Los colaboradores aportan ideas sobre posicionamiento, dirección visual e implicaciones en el mercado, y el CMO toma la decisión final sobre la dirección del cambio de marca.
Beneficios de utilizar el marco DACI
Aquí tienes algunos beneficios clave del marco DACI:
- Más claridad y responsabilidad: Todos conocen su rol antes de que comience el proceso. No hay ambigüedad sobre quién decide, quién asesora y quién es informado. Esto elimina los señalamientos que suelen seguir a decisiones difíciles.
- Toma de decisiones más rápida: Un solo aprobador elimina la necesidad de consenso grupal. El consenso es clave cuando la aceptación es más importante que la velocidad, pero para decisiones interdepartamentales con plazos exigentes, esperar el acuerdo significa que nadie decide.
- Mejor colaboración interfuncional: Los colaboradores se sienten escuchados porque su aporte tiene un lugar formal en el flujo de trabajo. El grupo informado se mantiene al tanto sin ralentizar el proceso. Ambos grupos son respetados sin convertirse en cuellos de botella.
- Reducción del exceso de reuniones: Cuando los roles son claros, no es necesario invitar a 15 personas a una reunión de decisión “por si acaso”. Solo deben estar presentes el responsable, el aprobador y los colaboradores relevantes.
- Escalabilidad organizacional: La metodología DACI funciona tanto para startups de cinco personas como para empresas de 5.000 empleados. El marco es escalable porque sus principios son simples.
- Mejora la cultura de documentación: Cuando sigues todo el proceso DACI, creas un registro de decisiones del que la organización puede aprender. Es especialmente valioso durante transiciones de liderazgo, auditorías o decisiones futuras en el mismo ámbito.
Cuándo NO utilizar DACI
Aquí es mejor omitir el marco DACI:
- Decisiones pequeñas y de bajo costo de reversión: Elegir una hora de reunión o seleccionar un proveedor de comida para un evento de equipo no requiere un marco formal de toma de decisiones DACI. Si el costo de equivocarse es bajo y la decisión se puede revertir, solo decide.
- Decisiones con un responsable único claro: Si una persona es claramente dueña tanto del dominio como de la autoridad (por ejemplo, un líder técnico eligiendo una biblioteca para su propio código o un diseñador seleccionando un set de íconos), DACI añade trabajo extra sin aportar claridad.
- Decisiones cotidianas dentro de equipos ágiles: Los equipos que trabajan con Scrum u otros marcos similares operan, por diseño, con autoridad de decisión distribuida. Reserva DACI para decisiones interfuncionales o críticas que involucren a varios equipos.
- Decisiones donde el consenso es apropiado: Hay casos en los que lograr el acuerdo de todos es más importante que la rapidez, como al establecer normas de equipo, definir valores culturales o crear acuerdos de trabajo. En estos casos, un proceso de consenso genera un compromiso más sólido. La estructura de DACI puede debilitar el sentido de pertenencia que quieres construir.
La pregunta es sencilla: ¿esta decisión involucra a múltiples partes interesadas con intereses en conflicto, un compromiso significativo de recursos, o consecuencias difíciles de revertir? Si la respuesta es sí, usa DACI. Si no, utiliza el proceso más simple que te lleve a una respuesta suficientemente buena.
Errores comunes en DACI y cómo evitarlos
Así puedes evitar los errores más comunes con DACI:
| Error | Por qué es un problema | Cómo corregirlo |
|---|---|---|
| Asignar varios aprobadores | Crea bloqueos y diluye la responsabilidad | Haz cumplir la regla de un único aprobador; si no es posible evitar la doble aprobación, define un mecanismo de desempate |
| Que el motor y el aprobador sean la misma persona | Confunde la propiedad del proceso y la autoridad de decisión | Separa los roles: el motor facilita, el aprobador decide |
| Agregar contribuyentes demasiado tarde | Se pierde experiencia clave; se requiere rehacer trabajo | Identifica a los contribuyentes durante el mapeo de partes interesadas |
| Olvidar actualizar al grupo informado | Genera desconfianza, rumores y desalineación | Incluye un plan de comunicación en cada decisión DACI |
| Sobrecargar la lista de contribuyentes | Ralentiza el proceso con demasiadas opiniones | Limita a 3–7 contribuyentes con relevancia directa en el dominio |
| Omitir la documentación | Las decisiones se olvidan o se rediscuten sin contexto | Registra siempre la decisión, las razones, los puntos de vista en desacuerdo y los próximos pasos |
| Usar DACI para cada decisión | Crea burocracia y fatiga de decisiones | Reserva el marco para decisiones críticas, interfuncionales o difíciles de revertir |
| Una sola persona siempre es el aprobador | Concentra el poder bajo la apariencia de un proceso | Rota los roles de aprobador según el dominio de la decisión; haz transparente el motivo de la asignación |
¿Qué sigue?
DACI funciona mejor cuando es parte de un enfoque global para el liderazgo de proyectos, la gestión de partes interesadas y la alineación de equipos. Crea una cuenta gratuita de membresía en DPM para acceder a marcos prácticos, plantillas y recursos de expertos que te ayudarán a tomar mejores decisiones y entregar proyectos interfuncionales con confianza.
