Una conversación sobre un lanzamiento puede bloquearse aunque todos entiendan las opciones. Producto quiere publicar, soporte necesita preparación e ingeniería prefiere un despliegue limitado. Si nadie sabe quién toma la decisión final, otra reunión puede repetir el mismo desacuerdo.
DACI asigna responsabilidades claras para esa decisión. En una pizarra compartida de planificación de producto, coloque la pregunta, los participantes y la evidencia junto a las alternativas. El objetivo es que decida la persona adecuada con información suficiente y que los equipos afectados conozcan el resultado.
Qué hace cada rol de DACI
La guía DACI del Atlassian Team Playbook diferencia cuatro roles:
- Driver, impulsor: hace avanzar la decisión, reúne información, coordina las aportaciones y mantiene visible la fecha acordada.
- Approver, decisor: es la única persona que toma esta decisión; no se limita a sellar una elección tomada en otro lugar.
- Contributors, colaboradores: aportan conocimientos para evaluar las opciones. Su intervención informa la decisión; DACI no les asigna un voto individual.
- Informed, informados: necesitan conocer el resultado porque afecta a su trabajo, sin participar en esta decisión concreta.
Asigne nombres, no departamentos completos. «Producto e ingeniería» no identifica a un decisor. El marco tampoco concede una autoridad que esa persona no posee: confirme quién puede resolver la cuestión dentro de las responsabilidades existentes.
Delimite una pregunta de lanzamiento
Imagine un equipo que prepara una nueva experiencia para compartir archivos. La función está lista para un lanzamiento controlado, pero falta acordar su alcance. La pregunta es: «¿La ofrecemos a un grupo piloto voluntario, la publicamos para todos o esperamos hasta completar la preparación de soporte?»
La decisión trata del alcance del despliegue. No permite omitir controles de seguridad obligatorios ni cambiar la política de acceso. Esas condiciones quedan fuera de la discreción del decisor salvo que ya tenga la autoridad correspondiente.
El equipo necesita la respuesta antes de programar las comunicaciones a clientes. Anote esa dependencia junto a la fecha de decisión: explica qué trabajo está esperando y evita fijar un plazo arbitrario.
Asigne los roles del ejemplo
| Rol | Asignación ilustrativa | Aportación |
|---|---|---|
| Driver | Product manager | Reúne las opciones, solicita la evidencia pendiente y prepara la discusión. |
| Approver | Responsable de producto con autoridad sobre el despliegue | Elige el alcance dentro de las condiciones acordadas. |
| Contributors | Responsables de ingeniería y soporte e investigador | Explican los controles, la preparación de soporte y las observaciones sobre el uso. |
| Informed | Equipos de atención al cliente y responsable de documentación | Reciben el alcance elegido, las fechas y los cambios que deben incorporar. |
Una persona puede aportar a una decisión y solo necesitar información sobre otra. Documentación podría pasar a Contributors si el despliegue depende de explicar un cambio de permisos. Asigne los roles según la pregunta, no de forma permanente por cargo.
Compare las opciones con las mismas preguntas
Pregunte qué permite cada opción, qué riesgos presenta y qué condiciones necesita. Mantenga separados el beneficio esperado y la evidencia de que vaya a producirse.
| Opción | Motivo para considerarla | Condición pendiente |
|---|---|---|
| Piloto voluntario | Permite observar la nueva experiencia con un público delimitado. | ¿Se puede identificar a los participantes, atenderlos y devolverlos a la experiencia anterior si hace falta? |
| Publicación general | Evita mantener experiencias distintas por grupo. | ¿Están listos los materiales de soporte y los controles para todo el público afectado? |
| Aplazamiento | Da tiempo para completar la preparación. | ¿Qué tareas concretas resolverían la preocupación y quién se encarga de ellas? |
«Ingeniería prefiere un piloto» es una opinión. «Podemos limitar el acceso a cuentas identificadas, pero soporte no ha revisado los nuevos mensajes de error» aporta información utilizable. Pida a quien conoce el asunto que explique su fundamento y sus límites.
Si no se sabe si es posible revertir el piloto de forma segura, registre una pregunta con responsable. No convierta «probablemente» en una condición verificada. El siguiente paso del Driver puede ser conseguir esa respuesta, no convocar otra reunión general.
Decida sin ocultar las diferencias
Supongamos que las comprobaciones confirman que el piloto limitado es viable y que soporte puede atender a ese grupo. El Approver elige un piloto voluntario y descarta la publicación general hasta completar la documentación de soporte. Registre:
«Iniciar el piloto voluntario delimitado cuando se completen los controles indicados; no ampliar el acceso hasta revisar la preparación de soporte».
El motivo importa: el piloto permite observar el uso dentro de la capacidad actual de atención. Guarde la preocupación de soporte, la evidencia considerada y la condición de ampliación. La decisión puede ser clara aunque queden incertidumbres.
Si falla un control obligatorio, la decisión no autoriza a ignorarlo. Indique si el piloto se pausa, cambia la opción o debe intervenir otra autoridad. «El Approver dijo que sí» no sustituye las condiciones iniciales.
Mantenga un registro claro en Boardmix
Coloque la pregunta y el alcance arriba del lienzo. Añada un panel DACI al lado y, debajo, tres tarjetas con los mismos campos: motivo, preocupación, evidencia y pregunta pendiente. Reserve un espacio distinto para la decisión final.
Añada las respuestas junto a la pregunta que resuelven y mantenga abiertas las afirmaciones no verificadas. Después de decidir, registre la elección, su motivo, el responsable del siguiente paso y quién necesita recibirla. La pizarra documenta el trabajo: no automatiza aprobaciones ni concede permisos de lanzamiento.
Un registro de decisiones puede conservar el resultado después de la reunión. Enlace la pizarra de trabajo en lugar de duplicar todos los comentarios. El grupo Informed necesita saber qué se decidió, qué cambia para él y dónde consultar los motivos.
Abra una pizarra de Boardmix para una decisión que reaparece constantemente. Empiece por la pregunta y el nombre del Approver; si no están claros, resuélvalos antes de comparar más opciones.
