Todos los métodos
FacilitationIntermedio

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.

Duración
1h–2h
Tamaño del grupo
3–10 people
Materiales
Plantilla de Project Poster en una página o pizarra compartida, Material de contexto: investigación, analítica, comentarios de clientes, Videollamada o sala con pantalla…

Guion de facilitación

  1. 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. 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. 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. 4

    Listos para construir: esbozar la solución, los límites del alcance, los hitos y las personas implicadas.

    20 min
  5. 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

Arranque de un proyectoPonerse de acuerdo sobre el problema antes que sobre la soluciónPresentar una idea de proyecto a las partes interesadasRedefinir el alcance de un proyecto que se ha desviadoIntegrar a personas que se incorporan a mitad del proyecto

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