Demo Trust
Demo Trust es una sesión de revisión de una hora del Atlassian Team Playbook en la que un equipo de proyecto muestra trabajo sin terminar a un pequeño panel de líderes, lo bastante pronto como para cambiar de rumbo. Los líderes cuestionan el trabajo, comprueban su encaje estratégico y buscan solapamientos con otras iniciativas, y el grupo acuerda correcciones de rumbo a alto nivel. Todos cierran con una votación de confianza en una escala del uno al cuatro.
Guion de facilitación
- 1
Preparar el terreno: decir en qué punto de su ciclo de vida está el proyecto y confirmar o ajustar la agenda.
5 min - 2
Demo: el equipo de proyecto muestra la visión o el desarrollo actual y explica el valor y las renuncias.
15 min - 3
Discusión: los líderes preguntan y cuestionan, comprueban el encaje estratégico y nombran los solapamientos con otros trabajos.
20 min - 4
Decisión: acordar las correcciones de rumbo a alto nivel y aparcar el detalle para una sesión posterior.
15 min - 5
Votación de confianza: cada persona da un número del uno al cuatro y una razón breve. Anotar los seguimientos.
5 min
Consejos
El momento importa más que el pulido: si el trabajo parece casi terminado, la sesión llega tarde y el feedback se defenderá en lugar de aprovecharse.
Avisar al panel de líderes de que su tarea es orientar, no rediseñar, y pasar cualquier análisis en profundidad a una sesión aparte.
Hacer la votación de confianza aunque quede poco tiempo, y pedir que todos muestren su número a la vez para que la voz de mayor rango no fije la respuesta.
Errores comunes
Hacerla demasiado tarde. El equipo ya se ha comprometido con la solución, así que la sesión se convierte en una presentación y las correcciones de rumbo encuentran resistencia.
Preparar una presentación de diapositivas pulida. La preparación consume tiempo del equipo, y un material pulido da a entender que el trabajo está terminado e invita a la aprobación en lugar del cuestionamiento.
Perderse en los detalles. Una sola cuestión de diseño ocupa toda la hora y la comprobación estratégica y la votación nunca llegan.
Invitar a un público numeroso. Con más de unas seis personas, los líderes dejan de hablar con franqueza y el equipo de proyecto se pone a la defensiva.
Omitir las razones en la votación de confianza. Una fila de números sin explicación le dice al equipo que algo no va bien, pero no qué cambiar.
Variaciones
En remoto: compartir la pantalla y recoger la votación de confianza pidiendo a todos que escriban su número en el chat al mismo tiempo. Proyectos de software: cubrir ambos lados con una persona de producto, una de ingeniería y una de diseño. En serie: hacerla a intervalos regulares durante la fase de descubrimiento y dejar de hacerla cuando el plan esté asentado, el trabajo esté dividido en incrementos entregables y se hayan acordado los criterios de éxito. Sin aprobador formal: usar como panel a las dos o tres personas de cuyo respaldo depende el proyecto.
Casos de uso
Cuándo usarlo
Un proyecto ha superado la fase de idea y cambiar de rumbo todavía sale barato
El patrocinador no ha visto el trabajo desde el inicio y el equipo no sabe si sigue contando con su respaldo
Varios equipos trabajan en áreas vecinas y nadie ha comprobado si se solapan
Los líderes tienden a dar feedback tarde, cuando rehacer el trabajo es caro
El equipo ha hecho renuncias que quiere ver confirmadas antes de invertir más
Cuándo no usarlo
El trabajo está casi completo. El feedback ya no puede cambiar gran cosa; es mejor hacer una Revisión del Sprint o una revisión de lanzamiento
El equipo quiere feedback detallado de sus pares sobre el trabajo en sí. Usar Sparring o una Crítica de Diseño
El objetivo es recoger aportes de un grupo amplio de partes interesadas. El formato depende de un panel pequeño; un Carrusel de Retroalimentación o un Gallery Walk se adaptan mejor a grupos más grandes
Todavía no hay nada que mostrar más allá de una idea. Redactar primero un Project Poster para que haya algo ante lo que reaccionar
Los líderes tratan la sesión como una puerta de aprobación con resultado de aprobado o suspenso. Los equipos entonces pulirán el trabajo y ocultarán los problemas, lo que anula el propósito
Métodos relacionados
Preguntas frecuentes
¿Qué es Demo Trust?▾
Demo Trust es una sesión de una hora descrita en el Atlassian Team Playbook. Un equipo de proyecto muestra trabajo en curso a un pequeño panel de líderes, los líderes lo cuestionan y comprueban su encaje estratégico, y el grupo acuerda correcciones de rumbo. Termina con cada persona votando su confianza en el rumbo en una escala del uno al cuatro.
¿Quién participa en un Demo Trust?▾
De cuatro a seis personas. Por el lado del proyecto, quien lo lidera a tiempo completo y un colaborador; por el lado de la dirección, el aprobador del proyecto y una o dos partes interesadas. Para trabajo de software, la dinámica sugiere una persona de producto, una de ingeniería y una de diseño en ambos lados.
¿Por qué la votación de confianza usa una escala del uno al cuatro?▾
Una escala par no tiene valor intermedio, así que nadie puede quedarse en la indefinición. Cada persona tiene que inclinarse por confiar o no confiar y decir por qué. Las razones son la parte útil y deben anotarse junto con los seguimientos.
¿En qué se diferencia Demo Trust de una Revisión del Sprint?▾
Una Revisión del Sprint ocurre en cada sprint, muestra incrementos terminados y recoge feedback para el backlog. Demo Trust ocurre antes y con menos frecuencia, muestra ideas sin terminar y pregunta a los líderes si el proyecto va siquiera en la dirección correcta. Es una conversación de orientación, no una inspección del producto.
¿Con qué frecuencia debería un equipo hacer Demo Trust?▾
Periódicamente durante la fase temprana de un proyecto, y en cualquier momento en que cambie el rumbo. La dinámica sugiere continuar hasta que el proyecto esté listo para la ejecución: el plan está asentado, el recorrido está dividido en incrementos entregables y se han acordado los criterios de éxito.
Planifica tu próximo taller con IA
Workshop Weaver te ayuda a combinar métodos como Demo Trust 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.