Planificación de PI

Las tareas futuras de desarrollo de productos no se pueden predeterminar. Distribuya la planificación y el control a aquellos que puedan entender y reaccionar a los resultados finales.

—Michael Kennedy, Desarrollo de productos para la Empresa Lean

No hay magia en la caja fuerte . . . excepto quizás por la planificación de PI.

—Autores

La planificación del incremento del programa (PI) es un evento basado en la cadencia que sirve como el latido del Tren de Lanzamiento Ágil (ART), alineando a todos los equipos en el ART con una misión y Visión compartidas.

La planificación de PI es esencial para la seguridad: Si no lo está haciendo, no lo está haciendo de manera segura.

El Manifiesto Ágil afirma :» El método más eficiente y efectivo para transmitir información a y dentro de un equipo de desarrollo es una conversación cara a cara.»SAFe lleva esto al siguiente nivel con la planificación de PI.

Cuando es posible, esto implica la colocación física, y estos eventos de planificación de PI a gran escala ahora se llevan a cabo en muchas empresas de todo el mundo. Han demostrado claramente un ROI financiero real, sin mencionar los intangibles que ocurren cuando el equipo de equipos ágiles crea una construcción social que es gratificante personal y colectivamente.

Puede que no siempre sea práctico colocar todo el ART, y en nuestros tiempos actuales la COVID-19 ha creado una situación en la que esto no es una opción. Si bien la planificación física cara a cara tiene sus beneficios, la «regla» segura no escrita es » las personas que hacen el trabajo planifican el trabajo.»Cuando la presencia física no es posible, la planificación en tiempo real, simultánea, virtual y cara a cara ha demostrado ser efectiva. De hecho, muchas artes han logrado crear una situación híbrida en la que varios equipos se unen de forma remota, como se muestra a continuación en la Figura 1.

El artículo de tema avanzado, Planificación distribuida de PI con SAFe, proporciona orientación y consideraciones adicionales para administrar con éxito estos escenarios.

La planificación de PI tiene una agenda estándar que incluye una presentación del contexto y la visión del negocio, seguida de grupos de planificación de equipos, donde los equipos crean sus planes de Iteración y objetivos para el próximo Incremento del Programa (PI). Facilitado por el Ingeniero de Tren de Lanzamiento (RTE), este evento incluye a todos los miembros del ART y se produce dentro de la Iteración de Innovación y Planificación (IP). Mantener el evento durante la iteración IP evita afectar la programación o la capacidad de otras iteraciones en la PI. La planificación de PI se lleva a cabo durante dos días, aunque a menudo se extiende para adaptarse a la planificación en múltiples zonas horarias.

Beneficios comerciales de la planificación de PI

La planificación de PI ofrece muchos beneficios comerciales, que incluyen:

• Establecer comunicación cara a cara entre todos los miembros del equipo y partes interesadas
• Construir la red social el ARTE depende de
• Alinear el desarrollo con los objetivos de negocio con el contexto de negocio, la visión y los objetivos de PI del Equipo y del Programa
• Identificar dependencias y fomentar la colaboración entre equipos y arte
• cantidad de arquitectura y guía de Experiencia de usuario (UX) ajustada
• Ajustar la demanda a la capacidad y eliminar el exceso de trabajo en proceso (WIP)
• Rápido toma de decisiones

Las entradas y salidas de la Planificación de PI

Las entradas a la planificación de PI incluyen:

• Contexto empresarial (consulte «preparación de contenido» a continuación)
• Hoja de ruta y visión
• Las 10 principales características del Programa Atrasado

Un evento de planificación de PI exitoso ofrece dos resultados principales:

• Objetivos de PI comprometidos: Un conjunto de objetivos INTELIGENTES creados por cada equipo con el valor de negocio asignado por los Propietarios de negocios.
• Tablero del programa: Destaca las nuevas fechas de entrega de funciones, las dependencias de funciones entre los equipos y los hitos relevantes.

Preparación

La planificación de PI es un evento significativo que requiere preparación, coordinación y comunicación. Es facilitado por el RTE y los asistentes al evento incluyen Propietarios de Negocios, Administración de Productos, Equipos Ágiles, Arquitectos/Ingenieros de Sistemas y Soluciones, el Equipo de Sistemas y otras partes interesadas, a todos los cuales se debe notificar con anticipación para estar bien preparados. La participación activa de los Propietarios de Negocios en este evento ofrece una importante Barandilla presupuestario pasar.

Para que el evento sea exitoso, se requiere preparación en tres áreas principales:

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

A continuación se muestran los aspectos más destacados de la Lista de verificación de preparación para el ARTE. (La lista de verificación completa se proporciona en el Kit de Herramientas de Planificación de IP seguras, disponible para los SPCS).

Preparación Organizacional

Antes de la planificación de PI, debe haber alineación estratégica entre los participantes, las partes interesadas y los Propietarios de negocios. Se asignan roles críticos. Sin embargo, para abordar esto de antemano, los organizadores de eventos deben considerar lo siguiente:

• Alcance y contexto de la planificación – ¿Se comprende el alcance (producto, sistema, dominio tecnológico) del proceso de planificación? ¿Sabemos qué equipos necesitan planificar juntos?
• Alineación de negocios – ¿Existe un acuerdo razonable sobre las prioridades entre los Propietarios de negocios?
• equipos Ágiles – ¿tenemos equipos Ágiles? ¿Hay miembros del equipo dedicados y un Maestro de Scrum y Propietario de Producto identificado para cada equipo?

Preparación del contenido

Es igualmente importante garantizar que haya una visión y un contexto claros y que las partes interesadas adecuadas puedan participar. Por lo tanto, la planificación de la PI debe incluir:

• Executive briefing-Un briefing que define el contexto empresarial actual
• Product vision briefing-Briefings preparados por la Administración de productos, incluidas las 10 funciones principales del Programa Atrasado
• Architecture vision briefing – Una presentación realizada por el Director de Tecnología, el Arquitecto Empresarial o el Arquitecto de Sistemas para comunicar nuevos Habilitadores, características y Requisitos no funcionales (NFR)

Preparación logística

Preparar un evento para dar soporte a un gran número de asistentes no es trivial. Para la planificación colocada físicamente, esto puede incluir asegurar y preparar el espacio físico. Para los asistentes remotos, o para una planificación de PI completamente distribuida, esto también incluye la inversión en la infraestructura técnica necesaria. Las consideraciones incluyen:

• Ubicaciones-Cada ubicación de planificación debe prepararse con anticipación
• Tecnología y herramientas-Acceso en tiempo real a información y herramientas para apoyar la planificación distribuida o los asistentes remotos
• Canales de comunicación – Los canales de audio, video y presentación primarios y secundarios deben estar disponibles

Agenda estándar

El evento sigue una agenda similar a la de la Figura 2 . Las descripciones de cada artículo siguen. Para obtener orientación sobre la adaptación de esta agenda para apoyar la planificación en múltiples zonas horarias, consulte el artículo de tema avanzado, Planificación distribuida de PI con SAFe.

Agenda de día 1

• Contexto empresarial: El propietario de un negocio o un ejecutivo senior describe el estado actual del negocio, comparte la Visión de la Cartera y presenta una perspectiva sobre la eficacia con que las soluciones existentes satisfacen las necesidades actuales de los clientes.
• Visión de producto/solución: La gestión de productos presenta la visión actual (generalmente representada por las próximas 10 funciones principales) y destaca cualquier cambio del evento de planificación de PI anterior, así como cualquier hito futuro.
• Visión de arquitectura y prácticas de desarrollo-Arquitecto de Sistemas / Ingeniería presenta la visión de arquitectura. Además, un gerente de desarrollo sénior puede introducir cambios ágiles en las prácticas de desarrollo, como automatización de pruebas, DevOps, Integración Continua e Implementación Continua, que se están avanzando en la próxima IP.
• Contexto de planificación y almuerzo-El RTE presenta el proceso de planificación y los resultados esperados del evento.
• Grupos de trabajo de equipo #1: En el grupo de trabajo, los equipos estiman su capacidad para cada iteración e identifican los elementos atrasados que probablemente necesitarán para realizar las funciones. Cada equipo crea sus borradores de planes, visibles para todos, iteración por iteración.

Durante este proceso, los equipos identifican riesgos y dependencias y elaboran sus objetivos iniciales de PI del equipo. Los objetivos de PI generalmente incluyen «objetivos no comprometidos», que son metas integradas en el plan (por ejemplo, historias que se han definido e incluido para estos objetivos), pero no están comprometidos por el equipo debido a demasiadas incógnitas o riesgos. Los objetivos no comprometidos no son cosas adicionales que hacer en caso de que haya tiempo. En cambio, aumentan la confiabilidad del plan y le dan a la administración una alerta temprana de los objetivos que el ART puede no ser capaz de cumplir. Los equipos también agregan las características y dependencias asociadas al tablero del programa, como se muestra en la Figura 3.

• Revisión del borrador del plan: Durante la revisión del borrador del plan con un calendario ajustado, los equipos presentan los resultados clave de la planificación, que incluyen capacidad y carga, objetivos del borrador de PI, riesgos potenciales y dependencias. Los propietarios de negocios, la Administración de productos y otros equipos y partes interesadas revisan y proporcionan información.
• Revisión de la administración y resolución de problemas: Es probable que los borradores de planes presenten desafíos como el alcance, las limitaciones de personas y recursos y las dependencias. Durante el evento de resolución de problemas, la gerencia puede negociar cambios de alcance y resolver otros problemas acordando varios ajustes de planificación. La RTE facilita y mantiene unidos a los principales interesados durante el tiempo que sea necesario para tomar las decisiones necesarias para alcanzar objetivos alcanzables.

En los Trenes con soluciones de arte múltiple, se puede celebrar un evento similar después del primer día de planificación para resolver problemas de arte transversal que hayan surgido. Alternativamente, los RTE de los trenes involucrados pueden hablar entre sí para plantear problemas que luego se resuelven en el evento específico de revisión de gestión y resolución de problemas de cada ART. Solution Train Engineer (STE) ayuda a facilitar y resolver problemas en las artes.

Agenda del Día 2

• Ajustes de planificación: Al día siguiente, el evento comienza con la presentación de los cambios en el alcance de la planificación, las personas y los recursos.
• Grupos de equipo #2-Los equipos continúan planificando en función de su agenda del día anterior, haciendo los ajustes apropiados. Finalizan sus objetivos para la IP, a la que los Propietarios de negocios asignan valor comercial, como se muestra en la Figura 4.
  

  

• Revisión final del plan y almuerzo: Durante esta sesión, todos los equipos presentan sus planes al grupo. Al final del intervalo de tiempo de cada equipo, el equipo declara sus riesgos e impedimentos y proporciona los riesgos a la RTE para su uso posterior en el ejercicio de ROAMing. El equipo luego pregunta a los dueños de negocios si el plan es aceptable. Si se acepta el plan, el equipo lleva su hoja de objetivos PI de equipo al frente de la sala para que todos puedan ver cómo se despliegan los objetivos agregados en tiempo real. Si los Dueños de negocios tienen preocupaciones, los equipos tienen la oportunidad de ajustar el plan según sea necesario para abordar los problemas identificados. A continuación, el equipo presenta su plan revisado.
• Riesgos del programa: Durante la planificación, los equipos han identificado los riesgos e impedimentos del programa que podrían afectar su capacidad para cumplir sus objetivos. Estos se resuelven en un contexto de gestión más amplio frente a todo el tren. Uno por uno, los riesgos se discuten y abordan con honestidad y transparencia, y luego se clasifican en una de las siguientes categorías:
  • Resuelto: Los equipos están de acuerdo en que el riesgo ya no es una preocupación.
  • Propiedad: Alguien en el tren se hace cargo del riesgo, ya que no se puede resolver durante la planificación de PI.
  • Aceptado-Algunos riesgos son solo hechos o problemas potenciales que deben entenderse y aceptarse.
  • Mitigado: los equipos identifican un plan para reducir el impacto del riesgo.
• Voto de confianza: Una vez que se han abordado los riesgos del programa, los equipos votan sobre su confianza en el cumplimiento de los objetivos de PI de su equipo.

Cada equipo lleva a cabo un voto de «puño de cinco». Si el promedio es de tres dedos o más, entonces la gerencia debe aceptar el compromiso. Si son menos de tres, el equipo vuelve a trabajar el plan. Cualquier persona que vote con dos dedos o menos debe tener la oportunidad de expresar sus preocupaciones. Esto podría sumarse a la lista de riesgos, requerir cierta re-planificación o simplemente ser informativo. Una vez que cada equipo ha votado, el proceso se repite para todo el ARTE con todos expresando su confianza en el plan colectivo, como se ilustra en la Figura 5.

• Reelaboración de planes: Si es necesario, los equipos reelaboran sus planes hasta que se pueda alcanzar un alto nivel de confianza. Esta es una ocasión en la que la alineación y el compromiso se valoran más que adherirse a una caja de tiempo.
• Planificación retrospectiva y avance-Finalmente, la RTE dirige una breve retrospectiva para el evento de planificación de PI para capturar lo que salió bien, lo que no y lo que se puede hacer mejor la próxima vez, como se muestra en la Figura 6.

• Por lo general, sigue una discusión sobre los próximos pasos, junto con las instrucciones finales para los equipos. Esto puede incluir:
  • Limpiar las habitaciones utilizadas para la planificación.
  • Capturar los objetivos e historias de PI del equipo en una herramienta de gestión de proyectos ágil.
  • Revisando calendarios de eventos de arte y de equipo.
  • Determinación de la planificación de Iteraciones y de las ubicaciones y horarios de stand-up diario (ESD).

Después de que se realiza el evento de planificación, la RTE y otras partes interesadas en el ARTE resumen los objetivos individuales de PI del equipo en un conjunto de objetivos de PI del programa (Figura 7) y los usan para comunicarse externamente y hacer un seguimiento del progreso hacia los objetivos.

La gestión de productos utiliza los objetivos de PI del programa para actualizar la hoja de ruta y mejorará el pronóstico para los dos próximos PIs, en función de lo que se acaba de aprender.

La placa de programa se usa a menudo durante el Scrum de Scrums para rastrear dependencias. Puede, o no, mantenerse (manualmente) después de que se complete la planificación. Esto depende de las herramientas de gestión de proyectos ágiles existentes y de las necesidades del ARTE.

Los equipos abandonan el evento de planificación de PI con un backlog de iteración pre-rellenado para la próxima PI. Llevan los objetivos de PI, los planes de iteración y los riesgos de su equipo a su área de trabajo habitual. Los riesgos del programa permanecen en manos de la RTE, que se asegura de que las personas responsables de poseer o mitigar un riesgo hayan capturado la información y lo estén gestionando activamente.

Lo más importante, el ART procede a ejecutar la PI, siguiendo el progreso y ajustándose según sea necesario a los cambios que se producen a medida que surgen nuevos conocimientos. La ejecución de la PI comienza con todos los equipos llevando a cabo la planificación de la primera iteración, utilizando sus planes de PI como punto de partida. Este es un nuevo aporte para los procesos de planificación de iteraciones que siguen. Dado que los planes de iteración creados durante la Planificación de PI no tuvieron en cuenta los criterios detallados de aceptación a nivel de historia, es probable que se deban realizar ajustes en el primer plan de iteración y en los planes de iteración posteriores.

Planificación de PI del Tren de soluciones

Este artículo se centra en las actividades de planificación de un solo ARTE. Sin embargo, los flujos de valor grandes pueden contener múltiples artes y proveedores. En este caso, el Tren de soluciones proporciona coordinación mediante un evento de Planificación Pre-PI, que establece el contexto y proporciona las entradas para los eventos de planificación ART PI individuales. Un evento de Planificación Post-PI sigue a la planificación de ART PI y se utiliza para integrar los resultados de planificación de las artes que contribuyen a la solución.

El artículo de Iteración de Innovación y Planificación proporciona un calendario de ejemplo para acomodar eventos de planificación Pre y Post – PI.

Más información

Leffingwell, Dean. Requisitos de Software Ágil: Prácticas de Requisitos Ajustados para Equipos, Programas y la Empresa. Addison-Wesley, 2011. Kennedy, Michael. Desarrollo de Productos para la Empresa Lean. Oaklea Press, 2003.

Última actualización: 12 de agosto 2020