fbpx

¿Qué es PI Planning?

No hace falta decir que para cualquier organización que escala el agilismo y adopta el marco SAFe, el reto clave es llevar a cabo un proceso de PI Planning fluido y sin fricciones. Independientemente del sector o del tamaño de la empresa, un PI Planning exitoso ofrece la posibilidad de implementar una cultura de alineación transparente orientada a la acción. Es verdaderamente el evento fundamental de SAFe.

¿Cómo llevar a cabo el PI Planning?

Si "cómo llevar a cabo el PI Planning" es su pregunta central, entonces en esta completa Guía de PI Planning encontrará todas sus preguntas, contenidas dentro de esta consulta cargada de información, respondidas.
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 excelente PI Planning virtual/distribuido/remoto?
  • ¿Cómo superar los desafíos del PI Planning?
  • ¿Qué es una lista de verificación de preparación para el PI Planning?
  • ¿Puede proporcionarnos una plantilla de PI Planning?

Al final compartimos con usted una guía paso a paso editable y descargable para su PI Planning.

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

La sesión de planificación de Program Increment (PI) es un evento de tiempo fijo en el que los equipos de un Agile Release Train, unidos por una visión compartida, se reúnen para planificar nuevas funcionalidades, discutir dependencias y riesgos, y trazar el curso de acción futuro. Sin él, SAFe no puede implementarse.

De hecho, desarrollando la idea de SAFe, el PI Planning es el único ingrediente mágico del marco de escalado ágil.

Cuando un proyecto se extiende a múltiples equipos multifuncionales, la infraestructura de conocimiento tiende a verse comprometida. Esto le 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 generalizada, alineación exhaustiva y compromiso expreso con una visión compartida.

Comprender correctamente el objetivo de su PI Planning es la mitad del problema resuelto.

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

¿Qué puede extraer de esto?
El objetivo 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 flujos de trabajo del contexto empresarial, objetivos, visión y más),
  • red social,
  • evaluación de la arquitectura del sistema,
  • eliminación del exceso de Trabajo en Proceso (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 lograr mostrar un "Software funcional" al final de la iteración.

En términos simples, si su PI Planning ha logrado proporcionar estos dos resultados, el evento de PI Planning ha cumplido su objetivo:

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

Program Board

Ejemplo del tablero de PI Planning de Kendis (Haga clic en la imagen para modificarla en línea)

En el PI Planning de SAFe, el rol del Release Train Engineer es bastante significativo. El RTE es el conductor y el líder servidor de la sesión de PI Planning. Manteniendo las fronteras, el RTE es responsable de conducir el evento, asegurando la alineación y 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 presenta un resumen de los roles de los participantes del PI Planning:

Roles
Función

Usuarios
Evalúan la centralidad en el usuario de las soluciones

Partes interesadas
Evalúan el grado de éxito de cada unidad participante

Equipos Ágiles
  • Desglosan las User Stories en tareas durante los Team Breakouts;
  • Crean los planes de Iteración y los PI Objectives del equipo;
  • Identifican/abordan los riesgos;
  • Emiten el Voto de Confianza

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

Equipo de sistemas
Define los elementos del backlog de integración y pruebas

Business Owners
Proporcionan el valor de negocio y la aprobación de los PI Objectives del equipo

Scrum Masters
  • Asiste al equipo en la preparación para las actividades del ART, las Demostraciones del Sistema y el Inspect and Adapt;
  • Guía al equipo en el establecimiento de estimaciones normalizadas;
  • Ayuda al equipo a entender cómo estimar Funcionalidades y Capacidades

Product Owners
  • Proporciona la priorización del backlog;
  • Presenta la visión, que destaca las funcionalidades propuestas de la solución;
  • Comparte los próximos Milestones relevantes;
  • Desglosa las Funcionalidades en User Stories

Release Train Engineer
  • Presenta el proceso de planificación y los resultados esperados;
  • Facilita la Revisión de Gestión, la sesión de Resolución de Problemas y la retrospectiva. Por ello, el RTE es responsable de conducir una sesión de PI Planning

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

  • PI Planning T1: Diciembre
  • PI Planning T2: Marzo
  • PI Planning T3: Junio
  • PI Planning T4: Septiembre

Se planifican con anticipación siguiendo un calendario regular y fijo. Las invitaciones también se envían con tiempo suficiente para que todos los preparativos puedan realizarse 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 Día 1
8:00 – 9:00 am
Contexto empresarial 1 h

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

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

11:30 – 1:00 pm
Contexto de planificación y almuerzo 1 h 30 min

1:00 – 4:00 pm
Team Breakouts 3 h

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

5:00 – 6:00 pm
Revisión de gestión y resolución de problemas 1 h

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

9:00 – 11:00 am
Team Breakouts 2 h

11:00 – 1:00 pm
Revisión del plan final y almuerzo 2 h

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

2:00 – 2:15 pm
Voto de confianza 15 min

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

4:00 – 6:00 pm
Retrospectiva de planificación y avance 2 h

Agenda de ejemplo para un evento típico de PI Planning presencial 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 cronograma de eventos depende de numerosas variables que se analizan en la sección siguiente.

CONSEJO EXTRA I

CONSEJO EXTRA I

Para una sesión de PI Planning presencial, cuenta con dos días muy cargados con menos descansos y mucha interacción humana y ruido. En un entorno virtual, sin embargo, toda la experiencia debe diseñarse para pantallas, con mucho énfasis en mantener a los participantes comprometidos. Puede ser mejor extender el evento a tres o cuatro días con menores compromisos de tiempo para evitar la fatiga de pantalla.

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

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

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

Contrariamente a la creencia popular, la fortaleza central del PI Planning no radica en la co-ubicación de sus equipos. Está en estructurar y potenciar el mecanismo conductor hasta el punto en que la proximidad física, o la falta de ella, ya no sea 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, existen una serie de factores que hacen que este ejercicio no sea sostenible a largo plazo:

  • Mantener la logística para un puñado de equipos multi-sede y multiculturales,
  • Restricciones de viaje regionales a raíz de la pandemia
  • Proporcionar un entorno de seguridad psicológica en un entorno desconocido
  • Encontrar un lugar, lo suficientemente grande y adecuado, para el evento,
  • Y por último, pero no menos importante, los costes financieros y de tiempo de todo este elaborado arreglo.

Llevar a cabo una sesión de PI Planning virtual tampoco es un camino de rosas, de acuerdo. Sin embargo, si se dedica suficiente reflexión a diseñar una experiencia de construcción social donde sus equipos Ágiles se sientan reconocidos, tanto en su trabajo como como personas, el ROI de su evento remoto puede ser en realidad mejor que el del presencial.

Asegúrese de asimilar 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.

Existen ciertas áreas de enfoque que debe considerar al planificar su evento de PI Planning remoto:

  • Ubicaciones de planificación: Minimice el número de ubicaciones dispersas determinando cuántas ubicaciones son necesarias.
  • Agenda de PI Planning: Crear una agenda de PI Planning inclusiva que acomode múltiples zonas horarias para los equipos participantes.
  • Instalaciones: Configurar el espacio físico adecuado 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 respaldar el rango de actividades de planificación.
  • Facilitación: Ejecutar con éxito un evento de PI Planning distribuido.

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

Zona 1 AEST
Zona 2 CET
Agenda Día 1
3:00 – 3:20 pm
7:00 – 7:20 am
Introducción inicial Seguido de un descanso de 10 minutos 20 min

3:30 – 3:50 pm
7:30 – 7:50 am
Contexto empresarial Seguido de un descanso de 10 minutos 20 min

4:00 – 4:20 pm
8:00 – 8:20 am
Visión del producto/solución Seguido de un descanso de 10 minutos 20 min

4:30 – 4:50 pm
8:30 – 8:50 am
Visión de arquitectura Seguido de un descanso de 10 minutos 20 min

5:00 – 5:20 pm
9:00 – 9:20 am
Prácticas de desarrollo Seguido de un descanso de 10 minutos 20 min

5:30 – 5:50 pm
9:30 – 9:50 am
Requisitos de planificación Seguido de un descanso de 50 minutos para comer 20 min

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

Zona 1 AEST
Zona 2 CET
Agenda Día 2
3:00 – 3:20 pm
7:00 – 7:20 am
Team Breakouts (si es necesario) Seguido de un descanso de 10 minutos 20 min

3:30 – 3:50 pm
7:30 – 7:50 am
Sincronización de equipos Seguido de un descanso de 10 minutos 20 min

4:00 – 4:20 pm
8:00 – 8:20 am
Revisión del plan borrador Seguido de un descanso de 10 minutos 20 min

4:30 – 4:50 pm
8:30 – 8:50 am
Revisión de gestión y resolución de problemas (+ 10 minutos de descanso) 20 min

5:00 – 5:20 pm
9:00 – 9:20 am
Ajustes de planificación Seguido de un descanso de 10 minutos 20 min

5:30 – 5:50 pm
9:30 – 9:50 am
Requisitos de planificación Seguido de un descanso de 50 minutos para comer 20 min

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

Zona 1 AEST
Zona 2 CET
Agenda Día 3
3:00 – 3:20 pm
7:00 – 7:20 am
Team Breakouts (si es necesario) Seguido de un descanso de 10 minutos 20 min

3:30 – 3:50 pm
7:30 – 7:50 am
Sincronización de equipos Seguido de un descanso de 10 minutos 20 min

4:00 – 4:20 pm
8:00 – 8:20 am
Revisión del plan final Seguido de un descanso de 10 minutos 20 min

4:30 – 4:50 pm
8:30 – 8:50 am
Revisión de gestión y resolución de problemas (+ 10 minutos de descanso) 20 min

5:00 – 5:20 pm
9:00 – 9:20 am
Ajustes de planificación Seguido de un descanso de 10 minutos 20 min

5:30 – 5:50 pm
9:30 – 9:50 am
Requisitos de planificación Seguido de un descanso de 50 minutos para comer 20 min

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

Agenda de ejemplo para un evento de PI Planning remoto para dos zonas horarias, distribuido en tres medios días con descansos frecuentes.

CONSEJO EXTRA II

CONSEJO EXTRA II

Para una sesión de PI Planning distribuida o remota, tenga siempre en cuenta las zonas horarias de los equipos multi-sede. El éxito de su PI Planning depende de la calidad de la experiencia que diseñe en torno a la claridad de los objetivos, la alineación de la dirección, la transparencia en los equipos y la sensibilidad temporal más la estructura de sus sesiones. Permita márgenes de tiempo suficientes para las actividades asíncronas y sea considerado al elegir los horarios para las actividades sincrónicas. Esté preparado para un día adicional en caso de un desbordamiento imprevisto.

PI Planning: Desafíos ¿Cómo superar los desafíos del PI Planning?

Entre los desafíos estratégicos que 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 desafíos se traducen en:

  • Mala asimilación de datos,
  • Recopilación manual de información con costes de tiempo y propensión a errores,
  • Pérdida de vista de los objetivos empresariales,
  • 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 desafío para llevar a cabo un PI Planning presencial y/o remoto es garantizar una integración bidireccional en tiempo real, fluida y sin problemas 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 graves durante el evento y en el escenario post PI Planning.
Los problemas más comunes 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 que el rendimiento de Jira se ve notablemente comprometido.

  • Limitaciones de edición

    Dado que las herramientas de visualización no están diseñadas intrínsecamente para el propósito del PI Planning, existen ciertas limitaciones; una de ellas es el número de usuarios a los que se permite editar el tablero.

  • Transferencia manual de datos

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

Al escalar el agilismo, estos desafíos conllevan costes elevados. El tiempo perdido y el coste financiero son solo los mensurables entre ellos. La decepción/desmotivación de los miembros del equipo y el déficit de confianza entre los equipos del ART es a menudo un daño no reconocido y en su mayoría irrecuperable. Afortunadamente, con Kendis estos desafíos pueden abordarse sin esfuerzo.

CONSEJO EXTRA III

CONSEJO EXTRA III

Ensaye la facilitación para ser consciente del rango de problemas que puede tener que enfrentar. Asegúrese de que el equipo responsable de la organización funcione como una máquina bien engrasada al llevar a cabo el PI Planning. Necesita su experiencia en la gestión del evento, el trato con las personas, la atención a las preocupaciones comunes y afrontar la presión general que conlleva eventos a esta escala.

PI Planning: Lista de verificación de preparación ¿Qué es una lista de verificación de preparación para el PI Planning?

Cualquiera puede informarle sobre todo lo que necesita preparar para el éxito de su PI Planning. El arte está en estructurar todo el proceso de preparación en bloques sistemáticos, como corresponde a cualquier organización que sigue el escalado ágil.

Según la orientación proporcionada por SAFe, existen tres áreas principales de preparación del PI Planning que requieren deliberación:

  • Disponibilidad organizacional: Alineación estratégica y configuración de equipos y trenes
  • Disponibilidad de contenido: Preparación de gestión y desarrollo
  • Disponibilidad logística: Consideraciones para llevar a cabo un evento exitoso

Basándose en estos tres temas, aquí está la lista de consideraciones sobre las que debe ser especialmente cuidadoso:

  • Alcance y contexto de planificación: ¿Se ha identificado el alcance (dominio del producto, sistema, tecnología) del proceso de planificación? ¿Sabemos qué equipos necesitan planificar juntos?
  • Alineación empresarial: ¿Ha habido un entendimiento común de las prioridades entre los Business Owners?
  • Equipos Ágiles: ¿Todos nuestros equipos Ágiles tienen miembros dedicados y un Scrum Master y Product Owner identificados para cada equipo?
  • Briefing ejecutivo: Un briefing que establece el contexto empresarial actual para todos los participantes
  • Briefing de visión del producto: ¿El Product Management ofrece un briefing sobre las 10 principales funcionalidades del Program Backlog?
  • Briefing de visión de arquitectura: ¿Ha informado el CTO/Arquitecto empresarial/Arquitecto de sistemas sobre los nuevos Enablers, funcionalidades y Requisitos No Funcionales (NFRs)?
  • Ubicaciones: ¿Cuántas ubicaciones de planificación necesitamos mantener?
  • Tecnología y herramientas: Combinado con nuestra herramienta ALM, Kendis se encargará de nuestro PI Program Board en tiempo real, PI Objectives, Riesgos ROAMing, Gestión de Dependencias y ceremonias de PI Planning, incluyendo: Scrum de Scrums, Voto de Confianza e Inspect and Adapt. ¿Qué otras herramientas necesitamos para apoyar la planificación distribuida o los asistentes remotos? (Pista: La respuesta es ninguna. ¡Está listo para comenzar!)
  • Canales de comunicación: Canales primarios y secundarios de audio, video, presentación y conversación para una experiencia personal efectiva.

Habrá notado que la lista de verificación depende en gran medida de las contribuciones de todos los participantes del ART, tal como se refleja en la sección anterior que documenta los participantes del PI Planning y sus roles.

CONSEJO EXTRA IV

CONSEJO EXTRA IV

Proporcione con anticipación: Un documento con 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; plan de contingencia/Plan B en caso de que alguna herramienta no funcione según las necesidades del momento.

PI Planning: Guía paso a paso ¿Puede proporcionarnos una plantilla de PI Planning?

Ya sea que sus equipos usen Jira o Azure DevOps/TFS como herramienta ALM, Kendis le permite llevar a cabo su PI Planning con la fineza que ninguna otra solución en el mercado puede ofrecer. ¡Compruébelo usted mismo!

Para ayudarle a prepararse mejor para su PI Planning, hemos preparado una guía paso a paso que puede usar para configurar sus tableros, invitar usuarios y asegurarse de que todos los pasos importantes estén realizados antes del evento de planificación real.

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

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

Usuarios de Jira

Pre PI Planning

  • 01 Los RTEs configuran el PI Board en Kendis, definiendo las fechas y la duración del PI
  • 02 Conéctese con sus tableros de Jira
  • 03 Cree sus equipos con código de colores
  • 04 Defina los Sprints para el Program Increment
  • 05 Obtenga Funcionalidades de Jira en su 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 Funcionalidades, se obtienen automáticamente en su tablero
  • 07 Mapee sus equipos en Kendis a los tableros de Jira
  • 08 Ahora, invite a sus equipos a su Tablero de Kendis
  • 09 Comience a configurar la planificación definiendo el contexto empresarial a través de los Valores de Negocio y priorizando las Funcionalidades.

Día de PI Planning

  • 01 Durante los Team Breakouts, los Scrum Masters establecen la capacidad de cada equipo para cada Sprint en sus áreas de equipo específicas en Kendis
  • 02 Extraiga Funcionalidades del Program Backlog priorizado en su tablero de Jira a los Sprints en su Tablero de Kendis
  • 03 Expanda la tarjeta de Funcionalidades y cree Stories, con un título y estimación de puntos de historia. Estas Stories aparecen instantáneamente también en su Jira, vinculadas a la Funcionalidad específica y asignadas a un Sprint
  • 04 Visualice las Dependencias con código de colores usando arrastrar y soltar, etiquetando el estado, tipos de enlace y descripción. Realice un seguimiento de la resolución de sus Dependencias a medida que su visualización cambia en el tablero
  • 05 Use el Valor de Negocio de sus Objetivos, vinculando cada uno a sus Funcionalidades
  • 06 Mida el progreso de cada Objetivo en su PI
  • 07 En la etapa de Revisión del Plan, los Product Owners usan el Tablero de Kendis para comunicar el estado de las dependencias, destacar los riesgos y explicar su plan
  • 08 Visualice las fechas de finalización de funcionalidades para cada equipo
  • 09 Evalúe la relación Capacidad-Carga de cada equipo con sus Sprints
  • 10 ROAM sus riesgos usando el Registro de Riesgos en el Tablero de Kendis
  • 11 Emplee la función de Voto de Confianza en su Tablero de Kendis para emitir su voto para su PI, o Equipos, o ambos
  • 12 Lleve a cabo la sesión de Inspect and Adapt usando el módulo Inspect & Adapt en su Tablero de Kendis. Mida el rendimiento del programa, evalúe la entrega del programa, y
  • 13 Una vez completada la parte de planificación, cambie el estado de su Tablero de Kendis a Seguimiento
  • 14 Exporte los datos del Tablero de Kendis a formatos compartibles en excel, csv, etc.

Post PI Planning

  • 01 Usando la potente capacidad de gestión visual del Tablero de Kendis, realice un seguimiento del progreso de sus Dependencias y Objetivos
  • 02 Use el Rastreador de Cambios de Alcance para el seguimiento automatizado del progreso de su PI
  • 03 Identifique las Funcionalidades añadidas/editadas, las Stories que cambiaron sus Sprints, 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 soporta una sincronización fluida, en tiempo real y bidireccional para Azure DevOps en su versión Cloud y para TFS en su versión anterior alojada en el servidor propio. La fortaleza central del Kendis Program Board radica en hacer que todo el proceso de PI Planning sea fluido, como una máquina bien engrasada.

Azure DevOps

Pre PI Planning

  • 01 Los RTEs configuran el PI Board en Kendis, definiendo las fechas y la duración del PI
  • 02 Conéctese con Azure DevOps o TFS proporcionando la URL relevante y el token de API
  • 03 Cree sus equipos con código de colores
  • 04 Defina los Sprints para el Program Increment
  • 05 Obtenga Funcionalidades de Jira en su Tablero de Kendis, usando consultas existentes o escriba nuevas Wiql
  • 06 Determine cómo se relacionan las Stories con las Funcionalidades
  • 07 Todas las Stories de elementos secundarios de las Funcionalidades que obtuvo a través de las consultas se obtienen automáticamente en su Tablero de Kendis
  • 08 Mapee sus equipos en Kendis a Azure DevOps
  • 09 Ahora, invite a sus equipos a su Tablero de Kendis
  • 10 Comience a configurar la planificación definiendo el contexto empresarial a través de los Valores de Negocio y priorizando las Funcionalidades

Día de PI Planning

  • 01 Durante los Team Breakouts, los Scrum Masters establecen la capacidad de cada equipo para cada Sprint en sus áreas de equipo específicas en Kendis
  • 02 Extraiga Funcionalidades del Program Backlog priorizado en su Azure DevOps a los Sprints en su Tablero de Kendis
  • 03 Expanda la tarjeta de Funcionalidades y cree Stories, con un título y estimación de puntos de historia. Estas Stories aparecen instantáneamente también en su Azure DevOps, vinculadas a la Funcionalidad específica y asignadas a un Sprint
  • 04 Visualice las Dependencias con código de colores usando arrastrar y soltar, etiquetando el estado, tipos de enlace y descripción. Realice un seguimiento de la resolución de sus Dependencias a medida que su visualización cambia en el tablero
  • 05 Use el Valor de Negocio de sus Objetivos, vinculando cada uno a sus Funcionalidades
  • 06 Mida el progreso de cada Objetivo en su PI
  • 07 En la etapa de Revisión del Plan, los Product Owners usan el Tablero de Kendis para comunicar el estado de las dependencias, destacar los riesgos y explicar su plan
  • 08 Visualice las fechas de finalización de funcionalidades para cada equipo
  • 09 Evalúe la relación Capacidad-Carga de cada equipo con sus Sprints
  • 10 ROAM sus riesgos usando el Registro de Riesgos en el Tablero de Kendis
  • 11 Emplee la función de Voto de Confianza en su Tablero de Kendis para emitir su voto para su PI, o Equipos, o ambos
  • 12 Lleve a cabo la sesión de Inspect and Adapt usando el módulo Inspect & Adapt en su Tablero de Kendis. Mida el rendimiento del programa, evalúe la entrega del programa, y
  • 13 Una vez completada la parte de planificación, cambie el estado de su Tablero de Kendis a Seguimiento
  • 14 Exporte los datos del Tablero de Kendis a formatos compartibles en excel, csv, etc.

Post PI Planning

  • 01 Usando la potente capacidad de gestión visual del Tablero de Kendis, realice un seguimiento del progreso de sus Dependencias y Objetivos
  • 02 Use el Rastreador de Cambios de Alcance para el seguimiento automatizado del progreso de su PI
  • 03 Identifique las Funcionalidades añadidas/editadas, las Stories que cambiaron sus Sprints, 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 podido responder sus preguntas sobre PI Planning?

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

Preguntas frecuentes sobre PI Planning
¿Qué es PI Planning en SAFe? −
PI Planning (Program Increment Planning) es un evento basado en cadencia, presencial o remoto, en el Scaled Agile Framework (SAFe) donde cada equipo de un Agile Release Train (ART) se reúne 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 PI Objectives. Es el corazón de SAFe y no puede omitirse.
¿Con qué frecuencia se lleva a cabo el PI Planning? +
El PI Planning se lleva a cabo una vez por Program Increment, que generalmente dura entre 8 y 12 semanas. Eso significa que la mayoría de las organizaciones ejecutan el PI Planning trimestralmente — cuatro veces al año — con una cadencia fija y publicada con anticipación para que los equipos y las partes interesadas 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 generalmente se extiende a lo largo de tres o cuatro medios días para reducir la fatiga de pantalla y acomodar múltiples zonas horarias, manteniendo la misma agenda y resultados.
¿Quién facilita el PI Planning? +
El Release Train Engineer (RTE) facilita el PI Planning. El RTE es propietario de la agenda, gestiona el cronograma, dirige la Revisión de Gestión y la sesión de Resolución de Problemas, y garantiza que cada equipo Ágil del ART produzca PI Objectives comprometidos al final del evento.
¿Qué es un Program Board en PI Planning? +
El Program Board es el artefacto visual producido durante el PI Planning. Mapea funcionalidades, hitos y 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 PI Objectives y por qué importan? +
Los PI Objectives son objetivos SMART ponderados por valor de negocio con los que cada equipo se compromete al final del PI Planning. Traducen las funcionalidades en resultados medibles, dan a los Business Owners una forma de puntuar el éxito, y forman la base para el Voto de Confianza y el evento Inspect & Adapt.
¿Qué es el Voto de Confianza en PI Planning? +
El Voto de Confianza es una votación de puño de cinco realizada al final del PI Planning donde cada participante califica cuán confiado está en cumplir con los PI Objectives comprometidos. Un promedio de 3 o superior es aceptado; cualquier resultado menor desencadena una revisión del plan antes de que el evento se cierre.
¿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 medio día a lo largo de varios días, utiliza tableros digitales en lugar de notas adhesivas y depende de una programación que tenga en cuenta las zonas horarias. La mayor diferencia es la herramienta: un Program Board en tiempo real y bidireccional (sincronizado con Jira o Azure DevOps) reemplaza la pared física.
¿Cómo se prepara para un evento de PI Planning exitoso? +
El PI Planning exitoso requiere tres verificaciones de preparación antes del evento: disponibilidad organizacional (equipos, ARTs y Business Owners alineados), disponibilidad de contenido (funcionalidades principales priorizadas, briefings de visión y arquitectura preparados) y disponibilidad logística (ubicaciones, herramientas y canales de comunicación confirmados). Una lista de verificación de pre-PI Planning elimina sorpresas el primer día.
¿Se puede llevar a cabo PI Planning con Jira o Azure DevOps? +
Sí. Kendis proporciona una sincronización en tiempo real, bidireccional con Jira, Azure DevOps y TFS, de modo que las funcionalidades, stories, dependencias y PI Objectives permanecen sincronizados entre el Program Board y su herramienta ALM durante todo el evento de PI Planning y durante la ejecución — sin transferencia manual de datos requerida.

¿Tiene preguntas?

Hable con nuestro experto en producto para entender cómo Kendis puede ayudar a su organización en su camino de escalado ágil.
Contáctenos ahora Obtenga una demostración personalizada de forma gratuita.
Reserve una demo



Play

Ver video
Informes y análisis del programa

Informes y análisis del programa

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

Gestión de dependencias

Gestión de dependencias

Resuma todas sus dependencias del PI en una solución dinámica significativa y simple que automatiza las actualizaciones del estado de dependencias a lo largo del PI según los disparadores que seleccione.

Seguimiento del registro de riesgos

Seguimiento del registro de riesgos

Aborde y visualice los riesgos presentes y futuros de su Program Increment, sprint o iteración para identificarlos rápidamente y mitigarlos sin problemas.

Seguimiento de funcionalidades

Seguimiento de funcionalidades

Visualice el progreso, desarrollo, adición y eliminación de funcionalidades a través de sprints y equipos de manera simple y fácil.

Seguimiento de cambios de alcance

Seguimiento de cambios de alcance

Realice un seguimiento del alcance de su PI y otros cambios tras la planificación, ahorrando horas de trabajo manual y eliminando la posibilidad de error humano.

Solución

Kendis ofrece la solución completa para sus necesidades de escalado ágil

Ver todas las funcionalidades

La colaboración, comunicación y transparencia están en el corazón de Kendis. Reduce brillantemente todos los esfuerzos dolorosos y hace que todo el proceso de planificación de su Program Increment sea una tarea muy sencilla.
Seguimiento de PI Objectives
Play

Ver video

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

Ver video

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

Ver video

Cree objetivos para cada equipo o para su programa y vincúlelos con cualquier elemento presente en su tablero. Esto le permite elegir con precisión qué funcionalidades y stories contribuyen al objetivo.
Seguimiento de funcionalidades
Play

Ver video

Una funcionalidad extremadamente vital y poderosa que brinda una visión general de todas las actividades recientes que se están realizando. Presentada en formatos gráficos o tabulares, obtiene toda la información necesaria de un simple vistazo.
Seguimiento de cambios de alcance
Play

Ver video
Ver todas las funcionalidades


Pruébelo

¿Listo para comenzar?

Priorizamos sus prioridades.
Kendis proporciona la solución de escalado más inteligente para la transformación empresarial más eficiente.

Pruébelo ahora

GratisNo se requiere tarjeta de crédito.