fbpx

¿Qué es el PI Planning?

Ni que decir tiene que, para cualquier organización que escala agile y adopta el framework SAFe, el reto clave es llevar a cabo un proceso de PI Planning fluido y sin fricciones. Independientemente del sector o del tamaño del negocio, un PI Planning exitoso ofrece implantar una cultura de alineación transparente y orientada a la acción. Es realmente un evento fundamental de SAFe.

¿Cómo llevar a cabo el PI Planning?

Si «cómo llevar a cabo el PI Planning» es tu problema, en esta completa guía de PI Planning encontrarás la respuesta a todas las preguntas que engloba esta cargada consulta.
En las cinco secciones que siguen, desarrollaremos las siguientes preguntas:

  • ¿Qué es una sesión de PI Planning exitosa?
  • ¿Cómo llevar a cabo un gran PI Planning virtual/distribuido/remoto?
  • ¿Cómo superar los retos del PI Planning?
  • ¿Qué es un checklist de preparación del PI Planning?
  • ¿Puedes proporcionar una plantilla de PI Planning?

Al final compartimos contigo una guía paso a paso editable y descargable para tu PI Planning.

PI Planning 101 ¿Qué es una sesión de PI Planning exitosa?

La sesión de Program Increment (PI) Planning es un evento time-boxed en el que los equipos de un Agile Release Train, unidos por una visión compartida, se reúnen y planifican nuevas features, debaten dependencias y riesgos, y trazan el rumbo de acción futuro. Sin ella, SAFe no puede implementarse.

De hecho, partiendo de la idea de SAFe, el PI Planning es el ingrediente mágico singular del scaled agile framework.

Cuando un proyecto se extiende a múltiples equipos multifuncionales, la infraestructura de conocimiento tiende a verse comprometida. Esto cuesta a las organizaciones decisiones mal tomadas, debilidades en la cadena de valor y desacuerdos entre capacidad y carga.
El PI Planning aborda esto aportando visibilidad transversal, una alineación exhaustiva y un compromiso expreso con una visión compartida.

Comprender correctamente la meta de tu PI Planning es tener medio problema resuelto.

Tomando prestada la interpretación de SAFe:
el PI Planning es el punto de sincronización crítico y basado en cadencia de cada ART.

¿Qué deduces de esto?
La meta de un PI Planning exitoso es proporcionar a los equipos del Agile Release Train (ART):

  • sincronización,
  • colaboración (entre equipos y entre ARTs),
  • alineación (en el contexto de negocio, flujos de trabajo, objetivos, visión y más),
  • red social,
  • evaluación de la arquitectura del sistema,
  • eliminación del exceso de trabajo en curso (WIP),
  • eficiencia en la toma de decisiones,
  • transparencia para la previsibilidad y la agilidad.

Un evento de PI Planning exitoso marca todas estas casillas, además de conseguir mostrar un «Software funcionando» al final de la iteración.

Dicho de forma sencilla, si tu PI Planning ha conseguido proporcionar estos dos resultados, tu evento de PI Planning ha cumplido su meta:

  • Objetivos de PI comprometidos
  • Donde los objetivos de PI identifican un conjunto de objetivos SMART creados por cada equipo que compone el ART, con el business value asignado por los Business Owners. El compromiso con los objetivos de PI es el santo grial de tu ART.
  • Program Board
  • Una recopilación de datos que presenta la imagen más precisa de la situación de tu ART, destacando las fechas de entrega de las nuevas features, las dependencias de features entre equipos y los milestones relevantes. Es la bola de cristal de tu ART.

Program Board

Ejemplo de Program Board de PI Planning de Kendis (Haz clic en la imagen para modificarla online)

En el PI Planning de SAFe, el papel del Release Train Engineer es bastante significativo. El RTE es el motor y el líder servicial de la sesión de PI Planning. Manteniendo las fronteras, un RTE es responsable de dirigir el evento, garantizando la alineación y la colaboración entre los asistentes de la sesión de PI Planning. Lo que los Scrum Masters son para los equipos ágiles, el RTE lo es para el ART.

A continuación se ofrece un resumen de los roles de los participantes del PI Planning:

Roles
Función

Usuarios
Evalúan la orientación al usuario de las soluciones

Stakeholders
Valoran el grado de éxito de cada unidad participante

Equipos ágiles
  • Descomponen las user stories en tareas durante los breakouts de equipo;
  • Crean planes de iteración y objetivos de PI del equipo;
  • Identifican/abordan riesgos;
  • Dan el Confidence Vote

Arquitecto de sistema/Ingeniería
  • Presenta la visión de arquitectura del ART;
  • Ayuda a establecer las dependencias y los riesgos entre equipos

System Team
Define los elementos de backlog de integración y pruebas

Business Owners
Proporcionan el business value y la aprobación de los objetivos de PI del equipo

Scrum Masters
  • Ayudan al equipo a prepararse para las actividades del ART, las System Demos y el Inspect and Adapt;
  • Guían al equipo para establecer estimaciones normalizadas;
  • Ayudan al equipo a entender cómo estimar features y capabilities

Product Owners
  • Proporcionan la priorización del backlog;
  • Presentan la visión, que destaca las features propuestas de la solución;
  • Comparten cualquier milestone próximo relevante;
  • Descomponen las features en user stories

Release Train Engineer
  • Presenta el proceso de planificación y los resultados esperados;
  • Facilita la Management Review, la sesión de resolución de problemas y la retrospectiva. Por ello, un RTE es responsable de conducir una sesión de PI Planning

Un Program Increment dura entre 8 y 12 semanas.
Teniendo en cuenta este rango, las sesiones de PI Planning se realizan trimestralmente, y el calendario habitual es:

  • PI Planning Q1: diciembre
  • PI Planning Q2: marzo
  • PI Planning Q3: junio
  • PI Planning Q4: septiembre

Se planifican con antelación siguiendo un calendario regular y fijo. Las invitaciones también se envían con antelación para que todos los preparativos puedan hacerse a tiempo.

Normalmente, una sesión de Program Increment Planning presencial dura dos días con una agenda predefinida y eventos específicos y programados. La agenda del evento se describe a continuación:

Zona horaria AEST
Agenda del Día 1
8:00 – 9:00 am
Contexto de negocio 1 h

9:00 – 10:30 am
Visión de producto/solución 1 h 30 min

10:30 – 11:30 am
Visión de arquitectura & prácticas de desarrollo 1 h

11:30 – 1:00 pm
Contexto de planificación & comida 1 h 30 min

1:00 – 4:00 pm
Breakouts de equipo 3 h

4:00 – 5:00 pm
Revisión del plan preliminar 1 h

5:00 – 6:00 pm
Management Review & resolución de problemas 1 h

Zona horaria AEST
Agenda del Día 2
8:00 – 9:00 am
Ajustes de planificación 1 h

9:00 – 11:00 am
Breakouts de equipo 2 h

11:00 – 1:00 pm
Revisión del plan final & comida 2 h

1:00 – 2:00 pm
Riesgos del programa 1 h

2:00 – 2:15 pm
Confidence Vote 15 min

2:15 – 4:00 pm
Retrabajo del plan (si es necesario) 1 h 45 min

4:00 – 6:00 pm
Retrospectiva de la planificación & siguientes pasos 2 h

Un calendario de ejemplo para un evento de PI Planning presencial típico que abarca dos días completos.



En el caso del PI Planning distribuido o remoto, sin embargo, la agenda sigue siendo la misma, pero el calendario de eventos depende de numerosas variables que se comentan en la sección siguiente.

CONSEJO EXTRA I

CONSEJO EXTRA I

En una sesión de PI Planning presencial, tienes dos días muy cargados con menos pausas y mucha interacción humana y ruido. En un entorno virtual, sin embargo, toda la experiencia tiene que diseñarse para pantallas, con mucho foco en mantener a los participantes involucrados. Puede ser mejor ampliar el evento a tres o cuatro días con menos compromiso de tiempo para evitar la fatiga de pantalla.

PI Planning distribuido ¿Cómo llevar a cabo un gran PI Planning distribuido/remoto?

El Manifiesto Ágil afirma en términos muy claros:

  • El método más eficiente y efectivo de transmitir información hacia y dentro de un equipo de desarrollo es la conversación cara a cara.

Al contrario de la creencia popular, la fortaleza fundamental del PI Planning no reside en la colocación conjunta de tus equipos. Reside en estructurar y potenciar el mecanismo impulsor hasta tal punto que la proximidad física, o la falta de ella, deja de ser un factor para llevar a cabo una comunicación fluida y transparente.

Es cierto que, históricamente, el PI Planning se ha practicado únicamente como un evento presencial. Sin embargo, hay una serie de factores que hacen que este ejercicio sea insostenible a largo plazo:

  • Mantener la logística para un puñado de equipos multi-sede y multiculturales,
  • Las restricciones de viaje regionales a raíz de la pandemia
  • Proporcionar un entorno de seguridad psicológica en un contexto poco familiar
  • Encontrar un lugar lo bastante grande y adecuado para el evento,
  • Y, por último, pero no menos importante, los costes financieros y de tiempo de toda esta elaborada organización.

Llevar a cabo una sesión de PI Planning virtual tampoco es pan comido, de acuerdo. Sin embargo, si se dedica suficiente reflexión a crear la experiencia de un constructo social donde tus equipos ágiles se sientan vistos, tanto en su trabajo como en su persona, el ROI de tu evento remoto puede ser en realidad mejor que el del presencial.

Solo asegúrate de llevarte toda la sabiduría experiencial y el conocimiento práctico que se ofrece en todas las secciones de esta guía y en los Consejos Extra.

Hay ciertas áreas de enfoque que debes considerar al planificar tu evento de PI Planning remoto:

  • Ubicaciones de planificación: Minimiza el número de ubicaciones dispersas determinando el número de ubicaciones necesarias.
  • Agenda del PI Planning: Crear una agenda de PI Planning inclusiva para adaptarse a las múltiples zonas horarias de los equipos participantes.
  • Instalaciones: Configurar el espacio físico apropiado para llevar a cabo la planificación.
  • Acuerdos de trabajo: Satisfacer las necesidades de los asistentes al evento para optimizar la experiencia de cada miembro del ART.
  • Herramientas: Emplear la tecnología adecuada para dar soporte al abanico de actividades de planificación.
  • Facilitación: Ejecutar un evento de PI Planning distribuido exitoso.

Para ser honestos, esto puede variar de una organización a otra (y de una zona horaria a otra), pero este calendario puede darte cierta claridad sobre cómo programar tu sesión de PI Planning remoto con la mínima fatiga y agotamiento.

Zona 1 AEST
Zona 2 CET
Agenda del Día 1
3:00 – 3:20 pm
7:00 – 7:20 am
Introducción de apertura Seguida de una pausa de 10 minutos 20 min

3:30 – 3:50 pm
7:30 – 7:50 am
Contexto de negocio Seguido de una pausa de 10 minutos 20 min

4:00 – 4:20 pm
8:00 – 8:20 am
Visión de producto/solución Seguida de una pausa de 10 minutos 20 min

4:30 – 4:50 pm
8:30 – 8:50 am
Visión de arquitectura Seguida de una pausa de 10 minutos 20 min

5:00 – 5:20 pm
9:00 – 9:20 am
Prácticas de desarrollo Seguidas de una pausa de 10 minutos 20 min

5:30 – 5:50 pm
9:30 – 9:50 am
Requisitos de planificación Seguidos de una pausa para comer de 50 minutos 20 min

6:40 – 8:30 pm
10:40 – 12:30 pm
Breakouts de equipo Puntos de control de Scrum of Scrums 1 h 50 min

Zona 1 AEST
Zona 2 CET
Agenda del Día 2
3:00 – 3:20 pm
7:00 – 7:20 am
Breakouts de equipo (si es necesario) Seguidos de una pausa de 10 minutos 20 min

3:30 – 3:50 pm
7:30 – 7:50 am
Sincronización de equipos Seguida de una pausa de 10 minutos 20 min

4:00 – 4:20 pm
8:00 – 8:20 am
Revisión del plan preliminar Seguida de una pausa de 10 minutos 20 min

4:30 – 4:50 pm
8:30 – 8:50 am
Management Review & resolución de problemas (+ pausa de 10 minutos) 20 min

5:00 – 5:20 pm
9:00 – 9:20 am
Ajustes de planificación Seguidos de una pausa de 10 minutos 20 min

5:30 – 5:50 pm
9:30 – 9:50 am
Requisitos de planificación Seguidos de una pausa para comer de 50 minutos 20 min

6:40 – 8:30 pm
10:40 – 12:30 pm
Breakouts de equipo Puntos de control de Scrum of Scrums 1 h 50 min

Zona 1 AEST
Zona 2 CET
Agenda del Día 3
3:00 – 3:20 pm
7:00 – 7:20 am
Breakouts de equipo (si es necesario) Seguidos de una pausa de 10 minutos 20 min

3:30 – 3:50 pm
7:30 – 7:50 am
Sincronización de equipos Seguida de una pausa de 10 minutos 20 min

4:00 – 4:20 pm
8:00 – 8:20 am
Revisión del plan final Seguida de una pausa de 10 minutos 20 min

4:30 – 4:50 pm
8:30 – 8:50 am
Management Review & resolución de problemas (+ pausa de 10 minutos) 20 min

5:00 – 5:20 pm
9:00 – 9:20 am
Ajustes de planificación Seguidos de una pausa de 10 minutos 20 min

5:30 – 5:50 pm
9:30 – 9:50 am
Requisitos de planificación Seguidos de una pausa para comer de 50 minutos 20 min

6:40 – 8:30 pm
10:40 – 12:30 pm
Breakouts de equipo Puntos de control de Scrum of Scrums 1 h 50 min

Un calendario de ejemplo para un evento de PI Planning remoto para dos zonas horarias y dividido en tres medias jornadas con pausas frecuentes.

CONSEJO EXTRA II

CONSEJO EXTRA II

Para una sesión de PI Planning distribuida o remota, ten siempre en cuenta las zonas horarias de los equipos multi-sede. El éxito de tu PI Planning depende de la calidad de la experiencia que diseñes en torno a la claridad de objetivos, la alineación de la dirección, la transparencia en los equipos, y la sensibilidad temporal más la estructura de tus sesiones. Deja márgenes de tiempo suficientes para las actividades asíncronas, y sé considerado al elegir las horas de las actividades síncronas. Prepárate para un día extra en caso de un desbordamiento imprevisto.

PI Planning: retos ¿Cómo superar los retos del PI Planning?

Entre los retos estratégicos a los que se enfrentan los equipos que participan en el Program Increment Planning, los más significativos son los siguientes:

  • Transparencia y alineación en todo el ART,
  • Colaboración efectiva,
  • Toma de decisiones eficiente e impactante,
  • Comunicación significativa,
  • Compromiso con propósito.

En términos de ejecución, estos retos se traducen en:

  • Mala asimilación de datos,
  • Recopilación manual de información con costes de tiempo y propensión a errores,
  • Perder de vista los objetivos de negocio,
  • Sesiones mal programadas,
  • Sesiones largas y pesadas,
  • Fallos técnicos,
  • Gestión de sesiones mal preparada.

Para un RTE con equipos de Jira, el mayor reto para llevar a cabo un PI Planning presencial y/o remoto es garantizar una integración fluida, sin complicaciones, en tiempo real y bidireccional entre su tablero de planificación y Jira.

Algunas organizaciones emplean una herramienta de visualización para su tablero de planificación. Al principio, esto puede parecer una salida fácil para llevar a cabo el PI Planning, pero puede tener implicaciones serias durante el evento de PI Planning y en el escenario posterior al PI Planning.
Los tropiezos más comunes que se encuentran son:

  • Rendimiento de Jira

    Durante el PI Planning, cuando grupos de personas acceden a un tablero de visualización con muchas tarjetas conectadas, la comunidad SAFe ha documentado casos en los que el rendimiento de Jira se ve notablemente comprometido.

  • Permisos de edición limitados

    Como las herramientas de visualización no están diseñadas inherentemente para el propósito del PI Planning, hay ciertas limitaciones; una de ellas es el número de usuarios que pueden editar el tablero.

  • Transferencia manual de datos

    Los datos hacia y desde la herramienta ALM tienen que respaldarse y transferirse manualmente, lo que tiene costes de tiempo y precisión.

Al escalar agile, estos retos llevan asociadas etiquetas de precio elevadas. El tiempo perdido y el coste financiero son solo los medibles entre ellos. La decepción/desmotivación de los miembros del equipo y el déficit de confianza entre los equipos del ART suele ser un daño no reconocido y, en la mayoría de los casos, irrecuperable. Afortunadamente, con Kendis estos retos se pueden abordar sin esfuerzo.

CONSEJO EXTRA III

CONSEJO EXTRA III

Ensaya la facilitación para ser consciente del abanico de problemas con los que puedes tener que lidiar. Asegúrate de que el equipo responsable de la organización sea como una máquina bien engrasada a la hora de llevar a cabo el PI Planning. Necesitas su experiencia para gestionar el evento, tratar con las personas, atender las preocupaciones comunes y afrontar la presión general que conlleva un evento a semejante escala.

PI Planning: checklist de preparación ¿Qué es un checklist de preparación del PI Planning?

Cualquiera puede informarte de todo lo que necesitas preparar para el éxito de tu PI Planning. El arte reside en estructurar todo el proceso de preparación en fragmentos sistematizados, como corresponde a cualquier organización que se adhiere al scaling agile.

Según la guía proporcionada por SAFe, hay tres áreas principales de preparación del PI Planning que requieren deliberación:

  • Preparación organizativa: Alineación estratégica y configuración de equipos y trains
  • Preparación del contenido: Preparación de la dirección y el desarrollo
  • Preparación logística: Consideraciones para llevar a cabo un evento exitoso

Basándonos en estos tres temas, aquí tienes la lista de consideraciones sobre las que deberías ser meticuloso:

  • Alcance y contexto de la planificación: ¿Se ha identificado el alcance (producto, sistema, dominio tecnológico) del proceso de planificación? ¿Sabemos qué equipos necesitan planificar juntos?
  • Alineación de negocio: ¿Ha habido un entendimiento común de las prioridades entre los Business Owners?
  • Equipos ágiles: ¿Tienen todos nuestros equipos ágiles miembros de equipo dedicados, y un Scrum Master y un Product Owner identificados para cada equipo?
  • Briefing ejecutivo: Un briefing que establece el contexto de negocio actual para todos los participantes
  • Briefing de la visión de producto: ¿Es el briefing de Product Management sobre las 10 features principales del Program Backlog?
  • Briefing de la visión de arquitectura: ¿Ha informado el CTO/Arquitecto Empresarial/Arquitecto de Sistema sobre los nuevos Enablers, features y requisitos no funcionales (NFRs)?
  • Ubicaciones: ¿Cuántas ubicaciones de planificación necesitamos mantener?
  • Tecnología y herramientas: Junto con nuestra herramienta ALM, Kendis se encargará de nuestro Program Board de PI en tiempo real, los objetivos de PI, el ROAMing de riesgos, la gestión de dependencias y las ceremonias de PI Planning, incluyendo: Scrum of Scrums, Confidence Vote e Inspect and Adapt. ¿Qué otras herramientas necesitamos para dar soporte a la planificación distribuida o a los asistentes remotos? (Pista: la respuesta es ninguna. ¡Estás listo!)
  • Canales de comunicación: Canales primarios y secundarios de audio, vídeo, y de presentación y conversación para una experiencia personal efectiva.

Te habrás dado cuenta de que el checklist se apoya en gran medida en las contribuciones de todos los participantes del ART, como se refleja en la sección anterior que documenta a los participantes del PI Planning y sus roles.

CONSEJO EXTRA IV

CONSEJO EXTRA IV

Proporciona por adelantado: un documento con la información de contacto para acceder a los líderes de equipo; una lista de canales de comunicación y cuándo usar cada uno; un plan de contingencia/plan B por si alguna herramienta no funciona según la necesidad del momento.

PI Planning: guía paso a paso ¿Puedes proporcionar una plantilla de PI Planning?

Tanto si tus equipos usan Jira como Azure DevOps/TFS como herramienta ALM, Kendis te permite llevar a cabo tu PI Planning con una finura que ninguna otra solución del mercado puede ofrecer. ¡Pruébalo tú mismo!

Para ayudarte a prepararte mejor para tu PI Planning, hemos preparado una guía paso a paso que puedes usar para configurar tus tableros, invitar a usuarios y asegurarte de que todos los pasos importantes se completan antes del evento de planificación real.

Esta guía te ayuda a obtener una visión general de todas las formas en que Kendis te facilita las cosas durante tu PI Planning, independientemente de tu ubicación y la de tus equipos.

El potente tablero digital que Kendis ofrece para el PI Planning usa una sincronización bidireccional optimizada y en tiempo real con tu tablero de Jira. Esto elimina la necesidad de transferir datos manualmente, desde y hacia Jira, porque cuando haces un cambio en un elemento del Program Board de Kendis esos cambios se sincronizan con Jira al instante y viceversa.

Usuarios de Jira

Antes del PI Planning

  • 01 Los RTEs configuran el PI Board en Kendis, definiendo las fechas y la duración del PI
  • 02 Conecta con tus tableros de Jira
  • 03 Crea tus equipos codificados por colores
  • 04 Define los sprints del Program Increment
  • 05 Trae las features de Jira a tu tablero de Kendis, usando filtros de Jira o JQL sin impacto en el rendimiento de Jira
  • 06 Las stories de equipo en Jira, que ya están vinculadas a las features, se obtienen automáticamente en tu tablero
  • 07 Mapea tus equipos en Kendis con los tableros de Jira
  • 08 Ahora, invita a tus equipos a tu tablero de Kendis
  • 09 Empieza a configurar la planificación definiendo el contexto de negocio mediante los Business Values y priorizando las features.

Día del PI Planning

  • 01 Durante los breakouts de equipo, los Scrum Masters establecen la capacidad de cada equipo para cada sprint en sus áreas de equipo específicas en Kendis
  • 02 Arrastra las features desde el Program Backlog priorizado de tu tablero de Jira a los sprints de tu tablero de Kendis
  • 03 Expande la tarjeta de feature y crea stories, con un título y una estimación de story points. Estas stories aparecen al instante también en tu Jira, vinculadas a la feature específica y asignadas a un sprint
  • 04 Visualiza las dependencias codificadas por colores usando arrastrar y soltar, etiquetando el estado, los tipos de enlace y la descripción. Haz seguimiento de la resolución de tus dependencias a medida que su visualización cambia en el tablero
  • 05 Usa el Business Value de tus objetivos, vinculando cada uno a tus features
  • 06 Mide el progreso de cada objetivo en tu PI
  • 07 En la fase de Plan Review, los Product Owners usan el tablero de Kendis para comunicar el estado de las dependencias, destacar los riesgos y explicar su plan
  • 08 Consulta las fechas de finalización de las features de cada equipo
  • 09 Evalúa la relación capacidad-carga de cada equipo con sus sprints
  • 10 Haz ROAM de tus riesgos usando el Risks Register en el tablero de Kendis
  • 11 Emplea la funcionalidad de Confidence Vote en tu tablero de Kendis para votar por tu PI, tus equipos o ambos
  • 12 Realiza la sesión de Inspect and Adapt usando el módulo Inspect & Adapt en tu tablero de Kendis. Mide el rendimiento del programa, evalúa la entrega del programa, y
  • 13 Una vez terminada la parte de planificación, cambia el estado de tu tablero de Kendis a Tracking
  • 14 Exporta los datos del tablero de Kendis a formatos compartibles en excel, csv, etc.

Después del PI Planning

  • 01 Usando la potente capacidad de gestión visual del tablero de Kendis, haz seguimiento del progreso de tus dependencias y objetivos
  • 02 Usa el Scope Change Tracker para el seguimiento automatizado del progreso de tu PI
  • 03 Identifica las features añadidas/editadas y las stories que cambiaron de sprint, para predecir aumentos de alcance, entendiendo cómo y cuándo ocurren desviaciones en la ejecución en comparación con el PI Planning original.

Kendis admite una sincronización bidireccional fluida y en tiempo real para Azure DevOps en su versión Cloud y para TFS en su versión autoalojada más antigua. La fortaleza fundamental del Program Board de Kendis reside en hacer que todo el proceso de PI Planning sea fluido, como una máquina bien engrasada.

Azure DevOps

Antes del PI Planning

  • 01 Los RTEs configuran el PI Board en Kendis, definiendo las fechas y la duración del PI
  • 02 Conecta con Azure DevOps o TFS proporcionando la URL y el token de API relevantes
  • 03 Crea tus equipos codificados por colores
  • 04 Define los sprints del Program Increment
  • 05 Trae las features de Jira a tu tablero de Kendis, usando consultas existentes o escribiendo nuevas Wiql
  • 06 Determina cómo se relacionan las stories con las features
  • 07 Todas las stories hijas de las features que obtuviste a través de las consultas se obtienen automáticamente en tu tablero de Kendis
  • 08 Mapea tus equipos en Kendis con Azure DevOps
  • 09 Ahora, invita a tus equipos a tu tablero de Kendis
  • 10 Empieza a configurar la planificación definiendo el contexto de negocio mediante los Business Values y priorizando las features

Día del PI Planning

  • 01 Durante los breakouts de equipo, los Scrum Masters establecen la capacidad de cada equipo para cada sprint en sus áreas de equipo específicas en Kendis
  • 02 Arrastra las features desde el Program Backlog priorizado de tu Azure DevOps a los sprints de tu tablero de Kendis
  • 03 Expande la tarjeta de feature y crea stories, con un título y una estimación de story points. Estas stories aparecen al instante también en tu Azure DevOps, vinculadas a la feature específica y asignadas a un sprint
  • 04 Visualiza las dependencias codificadas por colores usando arrastrar y soltar, etiquetando el estado, los tipos de enlace y la descripción. Haz seguimiento de la resolución de tus dependencias a medida que su visualización cambia en el tablero
  • 05 Usa el Business Value de tus objetivos, vinculando cada uno a tus features
  • 06 Mide el progreso de cada objetivo en tu PI
  • 07 En la fase de Plan Review, los Product Owners usan el tablero de Kendis para comunicar el estado de las dependencias, destacar los riesgos y explicar su plan
  • 08 Consulta las fechas de finalización de las features de cada equipo
  • 09 Evalúa la relación capacidad-carga de cada equipo con sus sprints
  • 10 Haz ROAM de tus riesgos usando el Risks Register en el tablero de Kendis
  • 11 Emplea la funcionalidad de Confidence Vote en tu tablero de Kendis para votar por tu PI, tus equipos o ambos
  • 12 Realiza la sesión de Inspect and Adapt usando el módulo Inspect & Adapt en tu tablero de Kendis. Mide el rendimiento del programa, evalúa la entrega del programa, y
  • 13 Una vez terminada la parte de planificación, cambia el estado de tu tablero de Kendis a Tracking
  • 14 Exporta los datos del tablero de Kendis a formatos compartibles en excel, csv, etc

Después del PI Planning

  • 01 Usando la potente capacidad de gestión visual del tablero de Kendis, haz seguimiento del progreso de tus dependencias y objetivos
  • 02 Usa el Scope Change Tracker para el seguimiento automatizado del progreso de tu PI
  • 03 Identifica las features añadidas/editadas y las stories que cambiaron de sprint, para predecir aumentos de alcance, entendiendo cómo y cuándo ocurren desviaciones en la ejecución en comparación con el PI Planning original

Program BoardProgram Board

¿Hemos sido capaces de responder a tus preguntas sobre el PI Planning?

¿Hay algo que te gustaría que explicáramos con más detalle?
Comparte tus ideas y opiniones con nosotros. Nos encanta mejorar. 🙂

Preguntas frecuentes sobre el PI Planning
¿Qué es el PI Planning en SAFe? −
El PI Planning (Program Increment Planning) es un evento basado en cadencia, presencial o remoto, del Scaled Agile Framework (SAFe) en el que todos los equipos de un Agile Release Train (ART) se reúnen para alinearse en una misión y visión compartidas, planificar las próximas 8-12 semanas de trabajo, identificar dependencias y riesgos, y comprometerse con un conjunto de objetivos de PI. Es el corazón de SAFe y no puede saltarse.
¿Con qué frecuencia se realiza el PI Planning? +
El PI Planning se realiza una vez por Program Increment, que normalmente dura entre 8 y 12 semanas. Eso significa que la mayoría de las organizaciones realizan el PI Planning trimestralmente —cuatro veces al año— con una cadencia fija y publicada de antemano para que los equipos y stakeholders puedan planificar en torno a ella.
¿Cuánto dura un evento de PI Planning? +
Un evento de PI Planning presencial estándar dura dos días completos consecutivos. El PI Planning distribuido o remoto suele repartirse en tres o cuatro medias jornadas para reducir la fatiga de pantalla y adaptarse a múltiples zonas horarias, manteniendo la misma agenda y los mismos resultados.
¿Quién facilita el PI Planning? +
El Release Train Engineer (RTE) facilita el PI Planning. El RTE es dueño de la agenda, impulsa el calendario, gestiona la sesión de Management Review y resolución de problemas, y garantiza que todos los equipos ágiles del ART produzcan objetivos de PI comprometidos al final del evento.
¿Qué es un Program Board en el PI Planning? +
El Program Board es el artefacto visual que se produce durante el PI Planning. Mapea las features, los milestones y las dependencias entre equipos a lo largo de los sprints del próximo Program Increment, dando al ART una imagen única y compartida de los compromisos de entrega y los riesgos.
¿Qué son los objetivos de PI y por qué importan? +
Los objetivos de PI son metas SMART, ponderadas por business value, que cada equipo se compromete a alcanzar al final del PI Planning. Traducen las features en resultados medibles, dan a los Business Owners una forma de puntuar el éxito, y forman la base del Confidence Vote y del evento de Inspect & Adapt.
¿Qué es el Confidence Vote en el PI Planning? +
El Confidence Vote es una votación de fist-of-five que se realiza al final del PI Planning, donde cada participante valora su nivel de confianza en cumplir los objetivos de PI comprometidos. Se acepta una media de 3 o más; cualquier valor inferior provoca un retrabajo del plan antes de cerrar el evento.
¿En qué se diferencia el PI Planning remoto o distribuido del presencial? +
El PI Planning remoto sigue la misma agenda, pero se divide en bloques más cortos de media jornada a lo largo de varios días, usa tableros digitales en lugar de pósits, y depende de una programación consciente de las zonas horarias. La mayor diferencia son las herramientas: un Program Board bidireccional y en tiempo real (sincronizado con Jira o Azure DevOps) reemplaza la pared física.
¿Cómo te preparas para un evento de PI Planning exitoso? +
Un PI Planning exitoso requiere tres comprobaciones de preparación antes del evento: preparación organizativa (equipos, ARTs y Business Owners alineados), preparación del contenido (features principales priorizadas, briefings de visión y arquitectura preparados), y preparación logística (ubicaciones, herramientas y canales de comunicación confirmados). Un checklist previo al PI Planning elimina las sorpresas el día uno.
¿Se puede realizar el PI Planning con Jira o Azure DevOps? +
Sí. Kendis proporciona una sincronización bidireccional y en tiempo real con Jira, Azure DevOps y TFS, de modo que las features, stories, dependencias y objetivos de PI permanecen sincronizados entre el Program Board y tu herramienta ALM durante todo el evento de PI Planning y durante la ejecución, sin necesidad de transferencia manual de datos.

¿Tienes preguntas?

Habla con nuestro experto de producto para entender cómo Kendis puede ayudar a tu organización en tu viaje de scaling agile.
Contáctanos ahora Obtén una demo personalizada gratis.
Reserva una demo



Play

Ver vídeo
Informes y analítica de programa

Informes y analítica de programa

Colabora para completar un Release Train con una visión general completa de todas las actividades de tu Program Board resumidas en formatos gráficos y tabulares.

Gestión de dependencias

Gestión de dependencias

Resume todas las dependencias de tu PI en una solución dinámica, significativa y sencilla que automatiza las actualizaciones de estado de las dependencias a lo largo del PI según los disparadores que selecciones.

Seguimiento del Risk Register

Seguimiento del Risk Register

Aborda y visualiza los riesgos presentes y futuros de tu Program Increment, sprint o iteración para identificarlos rápidamente y mitigarlos sin problemas.

Seguimiento de features

Seguimiento de features

Visualiza el progreso, el desarrollo, la adición y la eliminación de features, entre sprints y equipos, de una manera simple y fácil.

Seguimiento de cambios de alcance

Seguimiento de cambios de alcance

Haz seguimiento del alcance de tu PI y de otros cambios tras la planificación, ahorrándote horas de trabajo manual y eliminando la posibilidad de error humano.

Solución

Kendis ofrece la solución completa para tus necesidades de scaling agile

Ver todas las funciones

La colaboración, la comunicación y la transparencia están en el corazón de Kendis. Reduce brillantemente todos los esfuerzos dolorosos y convierte todo el proceso de planificación de tu Program Increment en una tarea muy fácil.
Seguimiento de objetivos de PI
Play

Ver vídeo

Las dependencias son esenciales para reconocer, identificar y mapear correctamente los factores que afectan a tu progreso. En Kendis puedes crear múltiples dependencias en tu Program Board y hacerles seguimiento.
Gestión de dependencias
Play

Ver vídeo

Con Kendis puedes abordar y visualizar de forma transparente los riesgos presentes y futuros de tu Program Increment, sprint o iteración de una manera que hace que sea sencillo identificarlos y analizarlos.
Seguimiento del Risk Register
Play

Ver vídeo

Crea objetivos para cada equipo o para tu Programa y vincúlalos con cualquier elemento presente en tu tablero. Esto te permite elegir con precisión qué features y stories contribuyen al objetivo.
Seguimiento de features
Play

Ver vídeo

Una función extremadamente vital y potente que ofrece una visión general de todas las actividades recientes que se están realizando. Presentada en formatos gráficos o tabulados, obtienes toda la información necesaria de un solo vistazo.
Seguimiento de cambios de alcance
Play

Ver vídeo
Ver todas las funciones


Pruébalo

¿Listo para empezar?

Priorizamos tus prioridades.
Kendis ofrece la solución de escalado más inteligente para la transformación de negocio más eficiente.

Pruébalo ahora

GratisSin tarjeta de crédito.