Project Poster
Un Project Poster es un documento vivo de una página que un equipo completa en conjunto al inicio de un proyecto, recorriendo tres partes: el espacio del problema, las suposiciones que todavía hay que validar, y la solución propuesta junto con el plan. Es una jugada del Atlassian Team Playbook, que lo presenta como una alternativa más ligera y revisable al acta formal de constitución del proyecto. El póster está pensado para actualizarse a medida que el equipo aprende y para mostrarse a las partes interesadas cuando todavía no está terminado.
Guion de facilitación
- 1
Preparación en la sala: abrir la plantilla, repasar por encima el material de contexto en conjunto y acordar el tiempo asignado a cada parte.
10 min - 2
Espacio del problema: escribir el problema, a quién afecta, por qué importa y cómo se ve el éxito. Aparcar las ideas de solución en una lista aparte.
20 min - 3
Validación: enumerar incógnitas y suposiciones, marcar las más arriesgadas y anotar cómo se pondrá a prueba cada una.
20 min - 4
Listos para construir: esbozar la solución, los límites del alcance, los hitos y las personas implicadas.
20 min - 5
Leer el póster de principio a fin, corregir contradicciones y acordar quién lo comparte con qué partes interesadas y cuándo se revisará.
10 min
Consejos
Dedicar la mayor energía a la primera parte; los equipos llegan con una solución en mente y rellenarán la sección del problema hacia atrás para que encaje, a menos que se pregunte quién dijo realmente que esto era un problema y qué evidencia hay.
Tratar una sección de validación vacía como una advertencia: suele significar que no se han buscado las suposiciones, no que no existan.
Poner fecha al póster y a cada revisión para que quien lo lea vea que es un documento de trabajo.
Errores comunes
El equipo escribe primero la solución y construye a posteriori un enunciado del problema que encaje, de modo que el póster justifica una decisión en lugar de ponerla a prueba
La parte de validación enumera suposiciones pero ninguna prueba, responsable ni fecha, y el proyecto avanza sobre las mismas conjeturas con las que empezó
El póster se rellena una vez y no se vuelve a abrir, lo que convierte un documento vivo en un acta que nadie firmó
Una persona completa la plantilla por su cuenta antes de la reunión y la sesión se convierte en una revisión, de modo que los desacuerdos que el formato pretende sacar a la luz quedan ocultos
El éxito se describe en términos de entregables, como 'funcionalidad lanzada', lo que deja al equipo sin forma de saber más adelante si el problema quedó resuelto
Variaciones
Dos sesiones: trabajar el espacio del problema en una primera sesión, dar al equipo una o dos semanas para poner a prueba las suposiciones principales y volver a reunirse para la solución y el plan. Versión de presentación: una persona redacta el póster por su cuenta y usa la sesión para que el equipo lo cuestione. En remoto: trabajar en un documento compartido con unos minutos de escritura en silencio al comienzo de cada parte antes de discutir. Para un proyecto que necesita aprobación formal de alcance, presupuesto y patrocinadores, continuar después del póster con un 1-Page Project Charter.
Casos de uso
Cuándo usarlo
Un proyecto está a punto de empezar y los integrantes del equipo dan respuestas distintas cuando se les pregunta qué problema resuelve
Alguien tiene una solución en mente y el equipo necesita comprobar si el problema que hay detrás es real
Las partes interesadas deben aprobar o financiar el trabajo y quieren un documento breve que puedan leer en cinco minutos
El proyecto arrastra preguntas abiertas sobre usuarios o viabilidad que deberían ponerse a prueba antes de construir
Se incorporan personas nuevas a un proyecto en marcha y necesitan el razonamiento, no solo la lista de tareas
Cuándo no usarlo
El trabajo es una tarea pequeña y bien entendida: un póster añade ceremonia, y basta con un ticket con un criterio de aceptación claro
La organización exige un compromiso firmado sobre alcance, presupuesto y patrocinadores; usar un 1-Page Project Charter, que está construido en torno a la aprobación de las partes interesadas
El equipo no tiene ninguna información de contexto: la sesión se convierte en adivinar, así que primero conviene hacer entrevistas a clientes o un Assumption Storming
Hay que elegir entre varios proyectos candidatos; priorizar primero, por ejemplo con una Matriz de Impacto/Esfuerzo, y luego escribir un póster para el elegido
La solución está fijada por contrato o por normativa y solo la ejecución está abierta; pasar directamente a la planificación y a un Premortem
Métodos relacionados
Lecturas adicionales
Preguntas frecuentes
¿Qué es un Project Poster?▾
Un Project Poster es un documento de trabajo de una página que un equipo completa en conjunto cuando comienza un proyecto. Abarca el espacio del problema, las suposiciones todavía por validar, y la solución propuesta junto con el plan. Es una jugada del Atlassian Team Playbook y está pensado para revisarse a medida que el proyecto aprende.
¿En qué se diferencia un Project Poster de un acta de constitución del proyecto?▾
Un acta de constitución fija alcance, objetivos, restricciones y partes interesadas, y normalmente se aprueba una sola vez. Un Project Poster es más flexible y cuenta con el cambio: dedica una sección entera a lo que el equipo todavía no sabe y se actualiza cuando se ponen a prueba las suposiciones. Muchos equipos usan un póster en la fase inicial e incierta y un acta cuando hace falta un compromiso formal.
¿Quién debería participar en una sesión de Project Poster?▾
El equipo central del proyecto y la persona responsable del resultado, normalmente de tres a diez personas. Conviene incluir a quien mejor conozca la evidencia sobre los clientes. Las partes interesadas que solo necesitan estar informadas pueden leer y comentar el póster después.
¿Cuánto dura una sesión de Project Poster?▾
Entre 60 y 90 minutos: unos diez minutos de preparación y veinte minutos para cada una de las tres partes, más el tiempo para leer el resultado completo. Si la discusión del problema muestra que al equipo le falta evidencia, detenerse tras las dos primeras partes y volver a reunirse cuando se hayan puesto a prueba las suposiciones.
¿Con qué frecuencia debería actualizarse el póster?▾
Cada vez que se haya puesto a prueba una suposición o cambie el alcance, y como mínimo en cada hito importante. Anotar la fecha de cada revisión. Un póster que no ha cambiado desde el arranque es señal de que no se aprendió nada o de que nadie lo dejó por escrito.
Planifica tu próximo taller con IA
Workshop Weaver te ayuda a combinar métodos como Project Poster 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.