Planificación de aumentos de los programas ágiles paso a paso

1. Descripción general de planificación de aumento de programas ágiles: Hola y bienvenidos a sprint ceros seguro programa incrementos planeando series de video en, de su lado. Y quiero invitarlos a una serie de video exclusiva donde vamos a estar abordando el reto de cómo ejecutar un incremento organizado, efectivo, productivo, y sí, efectivo, productivo, y sí, hasta divertido programa sesión de planeación. Ahora para abreviar, lo referiremos como el evento de planificación del PI. Este es el principal evento de planeación para un tren Agile Release de entre 5025 personas. Ahora ese es un gran evento con mucha complejidad de piezas móviles, y muchas cosas que pueden salir mal. Ahora el reto con este tipo de eventos es que un pequeño error puede impactar a un gran número de personas, un gran número de equipos. Y ahora eso hace errores potencialmente muy caros. A veces tropezar con miles o incluso decenas de miles de libras. En los últimos cinco años, he pasado más de 20 sesiones de planificación PI y he cometido muchos errores. Incluso he tenido un PI planeando Motín en mis manos durante uno de mis muchos eventos de planificación de PI. Y me gustaría salvarte. 2. Desafíos de planificación de la IPI: Hola y bienvenidos a Sprint Zero seguro PI planeamiento serie de videos. En esta serie de tres partes, les guiaré a través de lo que se necesita para implementar planificación PI de manera efectiva en su organización. Vamos a discutir qué desafíos esperarías al ejecutar la planificación de PI en tu, en tu entorno. Entonces, en primer lugar, vamos a discutir en qué está planeando PR. Digamos que si tienes algo conocido como un tren Agile Release, ahora se trata de una colección de entre 512 equipos Agile. Tienen un cronometraje llamado incremento del programa, que tiene entre ocho y 12 semanas de duración. El defecto es de diez semanas, aunque la mayoría de las empresas para las que he trabajado suelen usar una duración de iteración de 12 semanas para alinearse con los trimestres financieros. Entonces, ¿cuál es el propósito de la planificación del PI? Por lo que la planificación del PI es el principal evento de planeación para todo el tren de liberación ágil. Para todos los equipos en el tren para el próximo cuadro de tiempo o programación. Por lo que ejecutamos esto al inicio del PI. Utilizamos este evento para que podamos planificar para todos los equipos del tren Agile Release. Ahora, recuerda, es posible que tengamos hasta 125 personas en un solo evento. Entonces eso es hasta 12 P en 12 equipos en teoría y en la práctica, a veces aún más, personalmente dirijo trenes hasta 16 equipos. Entonces eso es bastante complejidad, bastantes cosas que en realidad pueden salir mal también. Entonces para asegurarnos de que organizamos este evento correctamente, necesitamos asegurarnos de que pongamos algo de preparación y planeación en sí, la planeación de n Así que empecemos por mirar cuáles son los resultados para la planificación PI de la misma. Por lo que la primera salida son los objetivos del PI. Entonces la pregunta es, ¿cuáles son los objetivos generales de este PI? ¿ Cuál es la visión que esta organización está tratando de lograr realmente? ¿ Cuál es la visión del tren Agile Release y para este próximo cuadro de tiempo, cuáles son los objetivos que queremos que no entregue un solo equipo, sino todo el tren de liberación ágil. Y obviamente queremos asegurarnos de que los objetivos que tenemos para este PI IN sincronicen con la visión general para el Lanzamiento Agile entrenado sobre un horizonte más largo y para la visión de la organización en general también. Entonces lo siguiente que queremos tener como salida es la una dependencia, lo que llamamos mapa de dependencia. Realmente queremos entender cualquier dependencia de equipo cruzado. Ahora, la razón de eso es porque el valor puede no siempre estar limitado a un solo equipo. Ahora el valor puede abarcar varios equipos. Y así necesitamos un mecanismo para identificar, visualizar, y ojalá en el tiempo reduzca esas dependencias asegurándonos que tengamos equipos estructurados óptimamente. Y así uno de los elementos clave, clave y beneficios clave de un evento de planificación de PI es la identificación de estas dependencias cruzadas de equipos. Ahora, lo siguiente que querríamos como salida es una hoja de ruta emergente. Por lo que cada equipo tendrá una hoja de ruta emergente de mayor nivel de los próximos incrementos del programa. Ahora, dependiendo del tamaño del incremento del programa, un equipo puede tener entre 46 iteraciones dentro de un PI. Ahora la situación de la ley, si nos fijamos en el panorama general, verá por ahí la iteración de pérdidas tiene un acrónimo IEP por ahí que representa la innovación y la planificación. Y esa es la situación de la ley. Nos quedamos, lo guardamos, lo mantenemos libres. Ahora esto significa que tendrás que crear una hoja de ruta de equipo para entre 35 iteraciones dependiendo del tamaño de tu incremento de programa. Ahora, cuando digo emergente, la pregunta es, ¿qué quiero decir con la fusión? Entonces lo que queremos decir es que al inicio de la P II, hay más detalle por ahí. Conoceremos más sobre cada una de las iteraciones. Pero a medida que pasamos por las iteraciones, ahí está esto. Sabemos cada vez menos información al respecto. Y así queremos asegurarnos de que tengamos más información por adelantado en las partes iniciales del PI, menos al final. Y podemos hacerlo cargando cada iteración con pocas historias y teniendo historias más granulares. En los primeros, primeros sprints. Y en sprints de celosía, tenemos historias más grandes que pueden dividirse en una fecha posterior. Entonces, por fin , oh, parece que hemos dejado ya los impedimentos y los riesgos. lo que al fin, queremos que también se identifiquen los impedimentos y los riesgos para la cepa Agile Release. Entonces todos los equipos van, van a identificar qué impedimentos tienen a nivel de programa. Estas podrían ser cosas que como Podrían ser cualquier cosa. Podría ser como temas de recursos que puedan tener pueden tener problemas con el con el con la pista arquitectónica. Podrían tener cualquier cosa que se sienta a nivel de programa. Podría ser liberado, desafíos o cualquier cosa de ese tipo. Ahora, por supuesto, los equipos van a ser responsables de sus propios niveles de equipo, impedimentos a nivel de equipo. Pero el tipo de impedimentos que vamos a plantear aquí son los que hay que resolver a nivel de programa. Ahora, también tenemos riesgos ahí que pueden temas que quizá no se hayan materializado en realidad pero que podrían, podrían materializarse en el transcurso del actual PI que también necesitan consideración. De acuerdo, así que ahora son los resultados que estamos esperando de la sesión de planeación de incremento del programa. Ahora lo que quiero discutir contigo son cuáles son los retos que debes esperar o uno debe esperar al ejecutar un evento de planificación de PI en tu organización por primera vez. O incluso si lo estás, si has estado haciendo esto por varias veces antes. Ahora como mencioné, el evento de planificación de relaciones públicas es un gran evento. Es un evento co-ubicado, idealmente donde tenemos a todos los equipos entrando en una ubicación cara a cara, donde podemos tener toda esa rica interacción en todos los jugadores clave dentro el programa incrementa. Por lo que estarías esperando tener una buena representación a nivel de equipo y también una buena representación en el equipo del programa así como partes interesadas clave también. Para que como puedas imaginar, vas a necesitar espacio para todos estos equipos sobre eso. Entonces vamos a querer tener idealmente una mesa o un área para cada equipo donde puedan, donde puedan hacer eso, donde puedan hacer su planeación. Quieres tener algunos espacios en blanco a bordo en el área donde realmente puedan poner sus hojas de planeación. Y también quieres tener espacio para los otros ejecutivos que no son de equipo también. Ahora también es posible que tenga individuos externos que necesiten marcar también. Por lo que puede que necesites tener salas de descanso también porque con la mejor voluntad del mundo, lo que he visto en mi experiencia es que en su mayoría vas a tener algunas personas que no son va a ser capaz de lograrlo. Necesitas identificar eso por adelantado y asegurarte de que tienes áreas de ruptura para que esos equipos puedan realmente ir allí y luego volver. Así que una tupla yo diría es que quieres asegurarte de que no se sientan solo en sus propias áreas aisladas de ruptura porque de lo contrario, no vas a conseguir esa rica interacción que puede surgir a través los equipos. De acuerdo, entonces el próximo reto que tenemos es la claridad. Entonces, ¿a qué me refiero con claridad? Entonces lo primero es la claridad del resultado. ¿ Cuáles son los resultados que estamos tratando de lograr, ¿verdad? Hacemos eso asegurándonos de que tengamos una visión clara. Y también obtuvimos características bien comprendidas y claras también para que todos los equipos trabajen. Por lo que queremos asegurarnos de que al principio, incluso antes de la planificación del PI, los equipos estén familiarizados con las características que están llegando y ellos claramente, comprendan claramente cuáles son los resultados para ese próximo pi r. Ahora, otra cosa que queremos asegurarnos es que ellos, se aclaran, sobre todo si la primera vez cuando lo están haciendo es un equipos necesitan ser claros en exactamente lo que necesitan hacer, cuál es el proceso. Entonces eso también es algo muy importante. En tercer lugar, como dije, valor puede abarcar varios equipos, por lo que los equipos pueden depender unos de otros. Tenemos que asegurarnos de que tenemos, tenemos un mecanismo para identificar cuándo el valor abarca de un equipo a otro. Entonces tenemos que asegurarnos de que tenemos nuestra junta de dependencia del programa por ahí. Hemos diseñado esta sesión tal manera que podamos extraer todas las dependencias que abarcan también a los múltiples equipos. Ahora, sería realmente fácil para nosotros que cada equipo simplemente se vaya y realmente cree su propio plan, que en realidad estaría derrotando completamente el propósito. Lo que buscamos es un plan integrado y coherente que integre también todos los demás planes. Por lo que queremos asegurarnos de que donde se llamen las dependencias, esas, donde haya impedimentos u otros factores de riesgo, esos se tomen en consideración y se nos ocurra un sí, un plan para su tren Agile Release, pero también para cada uno de los equipos individuales que encajan juntos, que se integren y funcionen bien unos con otros y tomen en consideración todos los retos que probablemente se presenten durante el próximo PI también. ¿De acuerdo? Y por último, lo que tenemos es que cada equipo pueda tener, la realidad de la situación es que cada equipo e incluso individuos dentro del equipo pueden tener diferentes niveles de agilidad. Por lo que no todos van a tener el mismo nivel de comprensión. Y así una de las cosas que queremos asegurarnos de que adaptamos nuestro entrenamiento con anticipación para asegurarnos de que todos los equipos estén empezando en un campo de juego nivelado. Y lo hacemos al proporcionar paquetes, packs de equipo, y capacitación antes de la planificación de relaciones públicas para asegurarnos de que todo el mundo entienda exactamente lo que se requiere de ellos. Entonces ahí lo tienes. Por lo que tenemos las salidas a cuatro salidas que se esperarían de la planificación de PI. Tenemos algunos retos por aquí y en los próximos videos ahora, voy a estar hablando de cómo podemos empezar a trabajar y realmente resolver estos desafíos. De acuerdo, Entonces esto es de lo que se trata la planificación del PI y lo que considero los cinco principales desafíos que debemos superar para ejecutar un exitoso evento de planificación de PI. Entonces para aprender a hacer esto, mantente atento a los próximos videos donde vamos a hablar de todos los consejos e ideas sobre cómo superar estos desafíos para que puedas tener un productiva, divertida y agradable planificación PI de la misma. Nos vemos pronto. 3. Preparación pre para el evento de planificación de PI: De acuerdo, bienvenidos al segundo video la serie de planeación de ceros PI sprint ceros de videos. Ya hemos discutido los retos, pero ahora quiero hablarles sobre cuál es la solución a todos estos desafíos. Así que he trabajado en, como he mencionado anteriormente, he trabajado en muchas organizaciones y hemos implementado una gran cantidad de organizaciones y hemos implementado eventos de planificación de PI a lo largo de los años. Una cosa que he encontrado es el número uno, lo más importante que se puede hacer cuando se trata de venir y prepararse para un evento de planeación PI es sí, es el P qué exactamente? Es preparación. Es lo más importante. Ahora, si has asistido al entrenamiento seguro líder, la formación líder segura certificada, ya sea que hayas hecho eso conmigo mismo o con alguien más. Es posible que hayas mirado el manual y dentro la manualmente realmente habla de planificación PI, siendo el primero caótico. Bueno, mi experiencia es todo lo contrario a eso. Y yo diría que la única vez tu planificación de PI es caótica es cuando no te has preparado adecuadamente. Entonces la pregunta es, ¿cómo nos preparamos adecuadamente? Así que eso es de lo que vamos a estar hablando en este video. Entonces los tres ladrones, tres cosas principales en las que debemos enfocarnos a la hora de prepararnos para la planificación de PI. Lo primero es, obviamente, es un gran evento. Hay gran número de personas. Recuerda ahora el evento de planeación del PI tiene prácticamente la gran mayoría de personas en tu cepa Agile Release que por su propia naturaleza es un gran evento. Por lo que hay mucha coordinación y hay mucha preparación que se necesita para asegurarse de que este es un gran evento del que gente no solo obtiene algún producto productivo, sino que ojalá también disfrute ellos mismos también. Así que vamos a echar un vistazo a una serie de ideas, consejos, cosas que me gustaría que pensaran cuando esté preparando su evento de planificación de PI. Entonces lo primero que diría es, sugeriría es, ya sabes tus números. Si nos fijamos en la teoría, dice que todos en el tren Agile Release deberían estar ahí. Ahora en la práctica, lo que puedes encontrar es en algunas organizaciones, pueden, pueden dudar en tratar de invitar a todos. Entonces, ¿quién vendría a este evento? Entonces te hablaré primero del libro de texto y te hablaré en el mundo real cómo harías esto. Entonces el primero es todo el mundo en tu equipo. Por lo que toda la gente para su equipo sería invitada a eso. Entonces todos los equipos cuando eres ágil liberan entrenan si eso es, sabes, como sabes, cinco a cuántos recuerdas? 12, derecha, de cinco a 12 equipos en tu desagüe de Agile Release. Y tendrías a todos los invitados. De acuerdo, entonces estamos hablando de más de 100 personas potencialmente, ¿verdad? El siguiente es toda la gente en el programa TO, vale, Así que estamos hablando de gente como los gerentes de productos estaban hablando del tren de lanzamiento que los ingenieros estaban hablando de la sistema, los arquitectos estaban hablando de los dueños de negocios. Estamos hablando de partes interesadas. Estamos hablando de personas que ayudo a liberar, integrar y de todos esos otros roles que se sientan y apoyan el tren de Agile Release a ese nivel. Y también estamos hablando, tenemos implicación y participación desde el nivel de cartera. Por lo que es posible que tengas African está por ahí. Es posible que tengas gestores de cartera magra por ahí que también estén apoyando el evento. Entonces es un buen número de personas ahí ahora, ¿verdad? Entonces como dije, vas a estar hablando de más de 100 personas. Ahora. Eso es adentro, esa es la teoría de la misma. Ahora, ¿dónde he visto? ¿ Qué he visto en la práctica? La gente que hace, la gente con demasiada frecuencia tiende a circa, bueno mira, no vamos a invitar a todo el mundo al equipo, desde el equipo hasta el evento. Entonces lo que haríamos es que podríamos invitar, no sé. Digamos que el maestro scrum es tal vez los dueños del producto. Conseguiremos algunas de las personas clave del equipo. Lo que encontré ha funcionado en realidad en el pasado es, es que si dejas que los equipos decidan el subconjunto a quién desean enviar, cuatro, representarlos porque creo que es bastante importante que tengan ese poder para decidir realmente quién está representando al equipo y tomando decisiones en cuanto a la planeación de alto nivel. Ahora, recuerda con qué van a salir. El equipo viene con un alto nivel una hoja de ruta de alto nivel, si quieres a nivel de equipo para qué, por lo que realmente están haciendo. Por lo que quieres asegurarte de que el equipo esté contento con eso. Ahora a nivel de programa, como ya he dicho, tienes algunas personas, probablemente no tantas personas como tendrías a nivel de equipo. Entonces no hay tanto que puedas hacer por ahí. Pero lo que se podría echar un vistazo y ver es, es que si hay en las partes interesadas y otros, otros individuos que no lo son, realmente no son necesarios. Ahora solo un punto de advertencia por aquí, independientemente de si estás mirando el nivel de cartera de programas de equipo, uno de los elementos mágicos de la planificación del PI es que puedes conseguir lo que necesites hecho porque tienes acceso a todas las personas adecuadas. Así que solo ten cuidado al no dejar fuera a la gente equivocada. Y podrías terminar con una especie de como invertir en gran cantidad de dinero y tener un gran evento. Y tienes mucha gente viniendo. Pero debido a que has dejado fuera dos o tres individuos clave, podrías empezar a descarrilar el poder del recinto. Así que sólo una advertencia sobre eso. Ahora obviamente, tenemos tanta gente que tienes que asegurarte de que tienes el lugar correcto. Ok. Correcto. Lugar por ahí. Eso tiene el tamaño adecuado, pero también estás buscando otra, una serie de cosas ahora. Entonces como miro es que no vamos a echar un vistazo al lugar. Lo primero que miro es decir, vale, cuál es el tamaño general de esto ahora, cuál es el tipo de capa que nos tendrías tú o tendrías lo que se llama capa de banquete, capa capilar. Ok. La otra cosa que te gustaría tener es, es que para cada equipo, podrías darles un área donde pudieran sentarse y podrían plantar. Ahora necesitan ya sea algo de espacio en la pared. ¿ Van a necesitar un rotafolio y un caballete donde realmente puedan poner las salidas por ahí también. También vas a necesitar espacio para una gran junta de programas. Ahora recuerda que vas a necesitar una columna para cada sprint. que eso podría empezar a sumar un espacio bastante, bastante horizontal. Y también vas a necesitar filas para cada equipo también, ¿de acuerdo? Porque ahí es donde vas a necesitar para resolver las dependencias a través de los equipos también. Por lo que vas a necesitar un gran espacio donde puedas tener el tablero del programa por ahí. ¿ De acuerdo? Recuerda también al inicio del evento, esto asumiendo que vas con un evento de dos días, que es una duración estándar de planificación PI estándar. Entonces al principio vas a necesitar una visión, ¿verdad? Por lo que puede tener la necesidad un proyector y todo de un proyector y todoese tipo de cosas también. Así que solo tenlo en cuenta. Tú, necesitarías, tener que echar un vistazo a eso también. Además, quieres asegurarte de que, además de estas personas, vas a tener grupos de interés adicionales , ¿verdad? Así que quieres asegurarte de que haya espacio para esas personas también. Muy bien, ahora, lo tercero que querría decir es que los diarios de cierre. Esto, la belleza de Agile es, es que tienes un cuadro de tiempo y está arreglado y sabes lo que va a estar pasando. Entonces bloqueados, todos los diarios de nivel de equipo, bloquearon los diarios del programa, asegúrate de que todo el mundo sepa con anticipación. Ahora recuerda, como dije, si tienes un individuo clave que pasa a estar de vacaciones en este momento, entonces podría descarrilar todo el evento. Así que claramente no queremos que eso suceda. Por lo que queremos asegurarnos de que la gente sepa con mucha antelación para que si necesitan tomar en consideración las fechas a la hora de planificar sus vacaciones, puedan hacerlo. Entonces esto es muy, muy importante. Ahora, realmente no hay razón por la que en realidad solo puedas bloquear las ceremonias para los próximos dos, incluso tres ***. No hay razón para que no puedas hacer eso. Podrías cancelarlos después si, por ejemplo, por cualquier razón, la restricción ágil no se vende tanto tiempo formado, pero al menos tienes diarios de la gente bloqueados de ahí. Ok. Entonces eso es lo primero. Un par de cosas que solo te pediría que tuvieras una, pienses y para prepararte. Ahora. El siguiente elemento en el que debemos pensar son los insumos. Ahora bien, este es probablemente uno de los elementos desafiantes y desafiantes a la hora de preparar el evento de planificación del PI. Y es el que tiene el tiempo de entrega más largo también. Entonces echemos un vistazo a algunos de esos elementos a eso. Así que ahora recuerda, necesitamos conseguir la visión. Deberías tener una visión de todos modos. Si es como asumir mirada, has, has hecho un evento de planificación de PI antes. No es tu primera planificación de PI. Deberías tener una visión ya lista, ¿verdad? Entonces si es tu primera planificación de PI, solo necesitas asegurarte de que tienes una visión claramente articulada. Tienes los, los altos ejecutivos y los dueños de negocios y los gerentes de producto son capaces y dispuestos y de articular lo que realmente es esta visión. Entonces, así que quieres asegurarte de que tengas claridad en eso también. Otra gran cosa es asegurarte de que tengas bien formado, un atraso de características bien formado. Ahora, aquí es donde un buen gestor de productos realmente ayudaría a apoyarte en la preparación de tu cartera de funciones, trabajando con todos los grupos de interés. ¿ Recuerdas con quién estarían trabajando algunos de los titulares clave de la estaca? Bueno, sí, espero que sí. Bueno, es el dueño del negocio. Es el ingeniero del tren de liberación. Es del arquitecto. Estarán trabajando con todas estas personas y estarán reuniendo estas características así como también, por supuesto, los dueños de productos a nivel de equipo. Por lo que todos estos estarán trabajando juntos para armar un conjunto coherente de características. Ahora por experiencia, lo que encuentro es, es que esta es la parte donde más lucha la gente. Por lo que o hacen uno o dos extremos. Todos hacen un extremo donde estaban. No se preocupan en absoluto por mucho las características. Y así vienen con unas características bastante horribles. O por otro lado, va tan por la borda que casi terminan en una cascada tipo de escenario donde las características son realmente verbosas y luego no claras. El criterio de aceptación no está claro. Y le lleva para siempre armar estos juntos. Entonces lo que estamos buscando, algo en el medio, quieres características de buena calidad por recordar. Se supone que es corto por una razón. Se supone que caben en una tarjeta por alguna razón. La idea es, es, es que no se supone que tome tanto tiempo, ¿verdad? Así que solo tenlo en cuenta. Ahora, la otra cosa es, es que una vez que tienes las características, quieres asegurarte de que sean priorizadas para demostrar ese valor. Ahora al principio, puede ser menos formal. Después a medida que te vuelves más maduro, puedes echar un vistazo a algunos de los otros algoritmos y otras cosas como trabajo más corto ponderado primero y algoritmos como ese también para ayudar con la priorización. Pero realmente importante asegurarse de que las características sean priorizadas acuerdo a lo que es el mayor valor. Ahora, por último, muy importante es la arquitectura, es la arquitectura y la pista arquitectónica. Entonces queremos asegurarnos de las cosas que no podemos cambiar tan fácilmente, algunas cosas que no son fáciles, no podemos iterar sobre eso entonces muy fácilmente. Entonces queremos asegurarnos de que tengamos una buena comprensión de eso con mucha anticipación. Entonces, por ejemplo, desde el punto de vista de los sistemas, si está utilizando una tecnología específica, es posible que desee tomar decisiones en torno al tipo de tecnología que desea estar utilizando. Porque después el cambio y la tecnología a mitad de camino puede ser, puede, puede implicar algún costo de arrepentimiento. Por ejemplo, si estás haciendo un ejemplo no, no de TI, si estás desarrollando un edificio, quieres saber el tamaño de la escala del edificio para que puedas sentar las bases de subida. Nuevamente. No es fácil cambiar los cimientos después sin incurrir en mucho costo. ¿De acuerdo? Entonces estos son los tipos de cosas que se pensarían respecto que se incluirían en una pista arquitectónica. También piense en cosas que tienen un largo tiempo de ejecución también. Entonces si tienes ciertas decisiones arquitectónicas que pueden implicar el uso de ciertas o las tecnologías son ciertos enfoques o ciertos recursos y tienen un largo tiempo de ejecución. Es posible que quieras pensar ese tipo de cosas también. También quieres asegurarte de que la arquitectura, las características, has, has tenido un vistazo y ver qué características realmente tienen una necesidad de soporte arquitectónico también. ¿ De acuerdo? Entonces ese es el segundo elemento ahí. Pi planeación insumos, muy importante si diría donde más estaban, mayoría de liberan capacitar ingenieros y gerentes de producto y otras personas que están poniendo este evento en conjunto donde importante si diría donde más estaban,la mayoría de liberan capacitar ingenieros y gerentes de producto y otras personas que están poniendo este evento en conjunto donde podría salir mal es probablemente, es aquí se está asegurando de que no tienes las entradas. Mira, si tienes entradas de basura, la posibilidad de que salgas con algo increíble va a ser realmente tranquilo, bajo. Y también va a hacer una experiencia bastante frustrante también. Por lo que no puedo enfatizar eso lo suficiente. Ok. Ahora, tienes tienes los eventos, tienes el lugar ordenado, sabrías tus números, has seleccionado el lugar correcto, estás en un rollo, vale, has cerrado los diarios, ya tienes todas las entradas, ojalá pudiera decirte que fue suficiente, pero no lo es. He tenido este escenario donde hicimos todas estas cosas y las cosas aún salieron mal. Y donde las cosas salieron mal fue que los, los equipos, los individuos en realidad están haciendo la planeación. Estaban bastante conmocionados porque algunos de ellos no tenían ese nivel de madurez y comprensión ágil en cuanto a cómo, cómo planificar y cómo involucrarse, coordinarse con el otro equipos de una manera significativa. Entonces lo que encontré a lo largo del tiempo es, es que es realmente importante que hagamos un par de cosas. Entonces lo primero es que nos aseguramos de que estén familiarizados con las características. No los impactes al principio para decir en la fecha. Entonces aquí vamos. Aquí tienes algunas características de ti ve y empieza a planear. Un poco de pared es demasiado poco, demasiado tarde. Asegúrate con solo un poco de anticipación de la abundancia del PI. Les has mostrado lo que viene. Tienen una idea de lo que hay ahí. Si idealmente, si pudieran, si pudieran, si pudieran talla de camiseta o echarles un vistazo, eso, eso sería útil. Tienen la oportunidad de preguntar a los arquitectos qué tipo de arquitectónico en segunda parte implicaciones que podría tener esa característica. Entonces eso es bastante importante ahora aparte de eso, la otra cosa que quieres estar mirando es capacitación general y orientación sobre planificación de relaciones públicas si es, si es tu primera vez. Así que quieres asegurarte de que la gente entienda lo que realmente se espera para ellos. Coloca paso a paso. Que sea prueba casi ficticia. Vas a tener algunas personas en tu evento de planificación de relaciones públicas. Hay maestros, entendidos, lo entiendo, pero también vas a tener personas que son completamente nuevas en Agile también. Entonces empieza desde lo más básico, ten una guía paso a paso. Tengo un pack de equipo que doy a cada equipo. En realidad es un impreso escrito. No, no es muy ecológico ni el otro. Pero realmente lo necesitan porque imaginen que se muevan si tienen algo en sus manos. De acuerdo, ¿cómo hago esta parte de la sesión de planeación? Es realmente útil y no puedo enfatizar eso lo suficiente. De acuerdo, entonces ese es el video para la preparación de planeación de PI. Espero que lo hayas encontrado útil. Ahora, espero verte en el siguiente video donde vamos a dar esto un paso más allá. Nos vemos pronto. Muchas gracias. Mantente atento. Habla contigo pronto. Adiós. 4. Evento de planificación de IPs: Hola y bienvenidos a sprint ceros PI planeando series de videos. Estamos en el retch de casa ahora. Estamos en el tercer video de la serie de videos de planificación PI que te guía a través de cómo planificar y efectivo y con suerte un divertido evento de planificación de PI. Ahora, entonces estamos en el, en el gran evento ahora va a estar hablando de cómo manejas realmente tu evento de planificación de PI? ¿ Cómo lo ejecutas? Entonces te preparaste muy bien. Has mirado el segundo video del que hablamos. Has hecho todas las cosas para gestionar un gran evento del que hablamos. Has entrenado a los equipos y sí, incluso tienes muy buenos insumos entrando en tu sesión de planificación de PI. Tienes una visión clara que ha sido articulada bien por el ejecutivo. Tienes características que están bien formadas. Adivina qué ordenaron en el orden del valor máximo que eso puede que se requiera para entregar esa visión. Entiendes tu arquitectura, eres capaz de articular eso y realmente tienes lo que llamamos pasarela arquitectónica. Así que ahora están todos preparados. ¿ Qué hacemos ahora? Esa es la pregunta. Así que vamos a dar un paso atrás y preguntémonos, ¿qué es un evento de planificación de PI? ¿ Cuál es el propósito de un evento de planeación de PI? Ahora, el propósito de un evento de planeación de PI es crear un plan que aclare las metas para todo el tren de liberación ágil para el próximo cuadro de tiempo del programa, que es, si recuerdas, es llamado un programa incrementos. Si te acuerdas, ¿ recuerdas cuánto tiempo fue? ¿ Cuál es la duración de la caja de tiempo? ¿ Si dijiste de ocho a 12 semanas? Absolutamente. Diez semanas tiende a ser el impago. En la práctica, lo que estoy viendo es que la mayoría de las organizaciones van por incrementos de 12 semanas. Al menos los que me he encontrado van por incrementos de 12 semanas. Encaja bastante bien en las ventanas financieras que tienen por ahí también. De acuerdo, entonces ahora lo que vamos a hacer es que vamos a ver cómo ejecutar realmente un evento de planificación de PI efectivo. Ahora, hay dos, hay dos enfoques que puedes usar para ejecutar tu planificación de relaciones públicas de un Yo personalmente he corrido eventos de planificación de PI que tienen lugar y completan dentro de un solo día. Y también he realizado eventos de planes de relaciones públicas que se ejecutan durante un lapso de dos días. Mi retroalimentación aproximadamente he hecho alrededor del 40 por ciento del plan PR es que he realizado eventos de un día y un 60% marrón alrededor de eventos de dos días. Eventos ahora a día, o la duración estándar recomendada para una planificación de PI. Utilizando, si nos fijamos en la guía oficial de marco Agile escalado, los prefiero también dos días porque es un poco más relajado. Un día tiende a ser un poco más agresivo. Se necesita hacer un poco más de esfuerzo en cuanto a la planeación, los equipos necesitan saber exactamente lo que están haciendo. Por lo que hay más esfuerzo en cuanto capacitar también a los equipos. Y así dos días, la retroalimentación que obtuve es de dos días es un evento más relajado, más divertido, más divertido también. Entonces de lo que vamos a estar hablando hoy es el evento de dos días. Tengo un PI en línea planeando en detalle series de video que estoy armando. Y eso va a estar pasando por ambos eventos paso a paso con mucho más detalle. Pero para los propósitos de hoy, nos vamos a centrar en la segunda en la segunda opción, que es un evento de dos días, ¿verdad? Por lo que hablamos de la creación de una planta. Tenemos que aclarar las metas para el próximo programa, planeación de incrementos, pero el plan ha sido tomado en consideración. Se toma en consideración una serie de cosas. Se toma en consideración la capacidad de todos los equipos todas las dependencias que puedas tener a lo largo de los diferentes equipos también. Por lo que todos estos se tienen en cuenta y se toma en consideración cualquier impedimento y riesgo que pueda tener. Y una vez que se toma en todos estos factores, entonces se te ocurre un plan. Tú circuito. Esta es una hoja de ruta plausible de cómo podemos ejecutar en el próximo incremento. De acuerdo, entonces eso es básicamente lo que el propósito de la planificación del PI si n Así que ahora vamos a caminar a través de cómo en realidad pasaríamos por un evento de dos días ese día uno. Y recuerdo lo primero que solo quiero llamarlo de nuevo, a pesar de que lo he mencionado en el video anterior, es que esto es idealmente un evento cara a cara. Por lo que quieres tener una ubicación donde hayas invitado a todos a venir y los has invitado con mucha antelación. Y te animo si no has visto el segundo video, por favor, por favor vuelve atrás y mira el lado de preparación de las cosas porque no estoy cubriendo ese material en este video de nuevo. Pero basta decir es que tienes un gran evento por ahí. Tienes un gran recinto, es capaz de sostener a todos tus equipos por ahí. Es posible que tengas algunas salas por ahí para que realmente puedas comunicarte con equipos e individuos que no pueden llegar al evento también. De acuerdo, así que tienes este lugar increíble y ahora quieres empezar. Entonces, ¿cómo empieza realmente? Entonces si miras en tu pantalla ahora, lo que realmente vas a ver es una, una agenda de ejemplo, y este es un ejemplo que he corrido personalmente. Ahora, puedes mirar los tiempos no Por favor no te tomes el tiempo como un dado. Esto es algo que se configuró para un cliente específico. Toma en consideración sus necesidades específicas, pero te dará una idea. Entonces mi enfoque general de cuatro para este cliente en particular quiere tener una versión más corta. Entonces tuvimos una visión entre las 910 AM de la mañana y en eso en esa ranura, lo que haríamos es que comenzaríamos articulando, claro, como probablemente hayas adivinado la visión. Pero entonces una vez que hicimos eso, tendríamos una pequeña ranura, tal vez diez minutos para hablar de la visión, donde entraría el ejecutivo y hablaría de la visión. Y entonces tendríamos al ingeniero del tren de liberación hablar sobre el, cómo fue realmente el último PI, el último incremento del programa. Y algunos hablando métricas y logros y otras cosas, y lo lejos de la gran visión que han ido. Y qué también estás buscando hacer ahora para el próximo PI, ahí es donde entran los gerentes de producto. Todos los dueños de negocios son, los ejecutivos pueden entrar y en realidad hablar de lo que viene en el próximo PI. Además, tenemos una ranura arquitectónica ahí dentro. Te gustaría tener eso ahí también. Y también lineamientos de planeación. Por lo que se dividen en probablemente alrededor de cinco o seis ranuras diferentes, cinco o diez minutos cada uno, y eso cubrirá toda tu visión por la mañana ahora, tienden a mantener tu alta energía, realmente asqueroso, y mantenerlo un poco alegre y divertido. Pero también asegúrate de que obtengan la información que necesitan para que entiendan claramente dónde está, a dónde va, y también cuáles son las características que están llegando a un nivel de brocha ancha? Idealmente, los equipos, si miraron el video de preparación, se han asegurado de que tenga durante la preparación para la planeación del PI, los equipos han mirado y estoy familiarizado con el características que están llegando. De acuerdo, así que eso es una sesión de nueve a diez. Ahora después de eso, lo que tienes es que tienes lo que yo llamo planeando uno. ¿ De acuerdo? Y así en eso, lo que harías es identificar las características en las que cada equipo está trabajando. Ahora los dos elementos a esto, ¿verdad? Entonces uno es una característica se puede hacer en su totalidad por un solo equipo y eso es genial, Genial. Entonces, si tienes un equipo totalmente multifuncional, tendrás una característica que es, que es una entrega de valor real en todo tu sistema y todos tus diferentes silos. Eso es genial. Y tienes a un equipo individual que es capaz de cumplir con eso. Fantástico. Ahora a veces no va a haber el caso. A veces vas a encontrar que tienes que presentarte, oh Dios mío, necesito tres equipos para trabajar en esto para realmente poder entregar eso. Eso también está bien. Pero lo que sí quieres hacer en esto, en esta sesión es lo que quieres hacer es asegurarte que lo hayas identificado, ¿de acuerdo? Ahora, en la práctica, tiendo a identificar eso antes entrar en la planificación de relaciones públicas porque nos hemos familiarizado con los equipos, con las características y sabemos qué equipos van a ser dueños de eso. Entonces viene en forma de matriz. Y muestra qué equipos son dueños de las características. Entonces cuando decimos que un equipo t e individual es dueño de las características, son los responsables de obtener las características. Todas las diferentes historias individuales de los diferentes equipos, juntándolas, asegurándose de que también lleguen a hacer. De acuerdo, así que eso es lo primero. Ahora lo otro que quieres asegurarte es que miramos a cada equipo individual, mira a su propia capacidad de equipo. Entonces lo son, echar un vistazo al PI anterior, ver lo que realmente han hecho. Y entonces pueden determinar con base en lo que han hecho en el PI anterior, cómo, qué pueden anticipar en el PI actual. Ahora obviamente cosas como vacaciones, si tienes como un si tienes un PI con nosotros hemos entrado la Navidad en medio de eso. Por supuesto, eso hay que tomar en consideración que eso puede tener un impacto bastante grande en la nueva capacidad también. Y también si tienes recursos compartidos los cuales, que, que es, que puede ser un problema, solo hay que tener eso en cuenta y tomarlo en consideración. ¿ De acuerdo? Entonces no tendes a 11. Ahora hemos ido PI planeando uno, o han identificado las características. Usted identificó, los equipos entienden cuál es realmente fantástica su capacidad. Ahora, en PI, en la planificación hasta ahora. Lo que quieres hacer es que quieras asegurarte de que también tengas características de tamaño. Por lo que los equipos ahora los están dimensionando. Los hicieron. Es posible que quieran usar lo que llamamos tallas de camiseta o pueden querer usar puntos de función. No me importa particularmente. Doy a los equipos la traducción ahí para decir, qué es un pequeño, extra pequeño, pequeño, mediano o grande, que se refiere a los tamaños de la camiseta y cómo equiparan a tener puntos también. De acuerdo, así que estoy planeando, también hemos dimensionado las características. Entonces empezamos a tomar las características y las desglosamos en marcador de posición de historia. Tan punto muy importante a destacar, y aquí es donde la gente se resbala bastante. A veces la gente realmente empieza a tomar los pies de eso y su descanso. Todos los que salen en el freno. Todas las características están en tantas historias como puedan. Y el reto con eso es, es que termines descendiendo a un modelo de cascada. Entonces lo que queremos hacer es que queremos tener cuidado solo romper las características que están en los primeros sprints o las características que están abarcando múltiples equipos. Quieres llamar esas historias específicas para que puedas identificar las dependencias a través de esos diferentes equipos. Quieres empezar a mapear los que están en la junta de dependencia. Y quieres asegurarte de que si hay alguna característica de alto riesgo que te preocupa y quieres entender un poco más de uso, las dividas. Eso es perfectamente aceptable. Si, digamos, por ejemplo, tienes un PI de decir, no sé, un PI de 12 semanas, ¿verdad? Es perfectamente aceptable que digas, voy a, no voy a descomponer las características que están en, en, en la iteración 45, ¿verdad? Sólo voy a poner los ahí completamente como propios, sobre todo si el equipo es capaz completarlos en su totalidad. Porque lo que realmente queremos, no queremos que suceda es que no queremos que el equipo se aleje de esa planificación justo a tiempo que es tan poderosa en cualquier enfoque ágil. Entonces eso es un, ese es un punto que quiero cool ahí fuera ahora mismo. Entonces después de que la junta sea útil, lo que podrías hacer es que hagamos un Scrum of Scrums donde tienes una tabla ahí arriba y realmente estás identificado. Imagina que tienes como 12 a 16 equipos ahora todos están jugando juntos. Quieres asegurarte de que todo el mundo esté en buen camino y averiguar si alguien necesita algún apoyo. Si hay alguna necesidad de apoyo de otros Scrum Masters o propietarios de productos o del gerente de producto o de la contención o de quien sea, entonces usted puede identificar que durante el Scrum de Scrums. Entonces eso es lo siguiente. De acuerdo, así que ahora has trabajado, has tenido algunas redes realmente geniales al principio. Y recuerda que esto se trata de red de comunicación cara a cara. En muchas de estas personas no se habrán conocido antes en absoluto. Especialmente si estás corriendo como tu primer evento de planificación de PI puede que tal vez se estén reuniendo por primera vez, dependiendo del tipo de organización que tengas. Por lo que es una oportunidad fantástica para hacer ese networking. Así que has empezado con ese café. Has hecho la visión, has hecho la planificación donde has identificado las características, has identificado la capacidad de tu equipo, empezaste a romper esas características en historias. Tamaños esas características también, ¿y adivina qué? También identificaste. Empezó la niebla todos los equipos están bien, fantásticos, Bien hecho. Puedes acariciarte en la espalda. Has hecho un gran trabajo hasta ahora. Ahora viene el almuerzo, así que vas a darles les sugiero que les des dependiendo del tamaño. Mira, si tienes como un 100 o la gente en tus relaciones públicas, les va a llevar tiempo. Y sobre todo si tienes como un punto de pellizco, como tal vez si tienes un lugar que te brinda almuerzo, entonces a veces puede ser rápido, por lo que puede tardar más tiempo que si tuvo una sesión más corta. Entonces lo que tal vez quieras hacer es asegurarte de que les des una hora completa de almuerzo, pero te dejaré eso a ti para que lo decidas. Pero solo tener en cuenta los números pueden tener un efecto en eso también. Vale, así que dale un buen almuerzo porque vas a estar retirado. Vale, ahora después de eso vas a tener la caída natural de energía después del almuerzo. Así que quieres darles un poco de energizador. A veces haces un poco de juego. A veces los levantamos. Simplemente los levantamos para que se pongan de pie. Y no sólo para estirar o hacer algo o para jugar una, jugar un juego activo el uno con el otro. Y eso les da un poco de impulso también. Vale, Ahora, en el ejemplo específico que tengo en la pantalla, lo que vas a ver es vas a ver que tenemos una reunión de sincronización ahora en este caso particular. Y yo quería mantener este ejemplo específico aquí solo para mostrarte, teníamos otro tren de liberación ágil que también funcionaba, y ellos cruzarán dependencias de equipo por ahí también. Entonces lo que hicimos es después de que el, después del almuerzo, identificamos esas dependencias con el otro borde ya tensado porque una cosa que hice descuidar mencionar es que se les pediría a los equipos que identificaran cualquier dependencia de equipo cruzado en esta instancia específica, al menos. Y entonces esa reunión de sincronización sería esa conversación con nuestras contrapartes estadounidenses en este ejemplo específico. Claramente, si no tienes otra tensión ágil realmente con la que necesitas sincronizar, entonces solo cortas eso. Esa sección fuera. Vale, sigamos adelante ahora. Entonces ahora después de eso, lo que querrías estar haciendo, los equipos volviendo del almuerzo, han hecho su energizador, y ahora están listos para continuar con su planeación. Por lo que van a descomponer las características en marcador de posición de la historia. Así que ahora si lo piensas, lo que realmente tienes es que tienes esta situación en la que imaginas, digamos por el bien de la discusión, tienes un número de equipos por aquí, ¿de acuerdo? Y cada uno de ellos ha salido con su plan por aquí, ¿verdad? Entonces ese es el plan de equipo aquí. Cada uno de ellos ha salido con su plan de equipo por aquí. ¿De acuerdo? Ahora, lo que no tienes es que no tienes todavía tengo un plan integrado en este punto. Ok. Entonces lo que han hecho es que realmente han tomado las características, ¿verdad? Sólo aguanta conmigo un segundo. Entonces ellos tomando sus características, te identificamos recuerdas identificamos cómo esos mapean a través de todos los diferentes equipos y los rompemos en cada uno de los diferentes equipos, ¿verdad? Entonces los equipos saben que están trabajando y lo que han hecho es que han identificado sus historias, ¿verdad? Yo factor probablemente. Déjame dibujar algo aquí, ¿verdad? De una manera más grande por aquí. Así que imagina que el plan PI, ¿de acuerdo? Y así habrá identificando sus historias por aquí, ¿verdad? Entonces tienes unas cuantas historias más por aquí en las anteriores y tienes menos historias medida que seguimos abajo porque necesitamos que el plan sea lo que llamamos emergente. Y hablaré de eso más en un video separado porque no tenemos tiempo para eso en este video en este momento. ¿ De acuerdo? Entonces el problema que tenemos es lo que no tenemos es que no tenemos un plan integrado. Entonces lo que quiero decir con eso es, es que tenemos planes individuales aislados en este punto, ¿verdad? Entonces lo que tenemos que empezar a hacer es que tengamos que empezar a tratar de ident. Empezamos a necesitar animar a los equipos a descubrir las dependencias que tienen entre sí. Bien, así que ahora imagina este equipo de aquí tiene una dependencia. Vamos a llamarlos equipo a y equipo B. Imaginemos que el equipo tiene una dependencia del Equipo B. Ahora van a decir, bueno, necesito esta historia en esta iteración, iteración uno o dos o lo que sea. Y entonces ahora van a tener esa negociación que eso va a seguir. Ok. Entonces eso es lo que estarán haciendo en una, en una planeación, lo que llamé planeación tres. ¿ De acuerdo? Entonces, una vez que lo hayan hecho, habrá que hacer eso por un tiempo, dales un poco de pausa para el café y dejen que sigan haciendo eso. Ahora lo que encuentras es, es que si lo harás, si lo has hecho bien, tendrás una junta de programas, ¿verdad? Era una junta de dependencia del programa. Se ve algo así. Ok. Entonces lo que tienes es que tienes tu, a lo largo de tus columnas. Lo que tienes es que tienes tus iteraciones, ¿verdad? Así que llamemos a esta iteración una iteración a la iteración tres, y continuaría, ¿verdad? ¿ De acuerdo? Y luego tienes a tus equipos por aquí. A esto se le llama equipo a, equipo B, equipo C. ¿De acuerdo? Y entonces lo que tendrías por aquí es esto es, este es un mapa para identificar cualquier dependencia que tengas. Entonces si T está entregando una característica uno aquí, y, pero requiere una historia del Equipo B. Así es como quieres que eso realmente se represente con una cadena o una línea entre los dos, ¿verdad? Y entonces lo que eso significa es, es que facilita esa comunicación en el momento adecuado para decir, Hey, esta abuela. Entonces desde, desde TMA puede tener una conversación con Equipo B solo para comprobar para asegurarse de que están recibiendo esa historia viniendo a través. Ok. Entonces ahora tenemos eso, tenemos esa necesidad de identificar esas dependencias ahora. Tendrás esos dos, no te preocupes si estás, si estás ejecutando este plan de relaciones públicas, incluso usa tu, tu, tu tablero de dependencia está permitiendo vacío para el primero. Incluso también, Hasta, hacia el medio de la planificación tres, No, no te preocupes demasiado por ello, eso está bien. Es perfectamente normal porque los equipos necesitan resolver lo que están haciendo individualmente y luego podemos empezar a malla al equipo, los planes de equipo juntos. ¿ De acuerdo? Y así ahora durante la planificación del equipo 34, se quiere empezar a identificar las dependencias del equipo cruzado. ¿De acuerdo? Ahora, una vez que hayas hecho eso otra vez, tendrías otro punto de control donde haces tal vez un Scrum of Scrums. Y luego después de eso, lo que quieres es hacia el final del día, quieres tener una oportunidad para que todo el mundo pase por los planes de equipo, todos los diferentes planes de equipo. Ahora, lo tienes que tener en cuenta que si tienes como decir, no sé, si tienes, digamos diez equipos, ¿verdad? Y cada uno de ellos toma seis minutos, Eso es una hora. Así que has volado una hora, ¿verdad? Así que solo tenlo en cuenta. Puede sentir como si le doy al equipo como, no sé si diez o 15 minutos, eso no es muy largo. Pero dependiendo del tamaño de su oficio es empezar a sumar. Por lo que solo tienes que tener en cuenta que necesitas mantener el tiempo, el término bastante corto y tiene que ser bastante sucinta también. ¿ De acuerdo? Ahora el día uno luego termina con una revisión de gestión con una gerencia y otros ejecutivos clave y echar un vistazo a eso. Y puedes, vale, dada la dada la visión general que tenemos. Esta es la visión que tenemos para el tren Agile Release. Genial, Eso es fantástico. De acuerdo, esto es lo que logramos en el anterior PI, ¿de acuerdo? Esto es lo que esperábamos lograr o en esto es donde es una especie de mirar. ¿ Qué es ese delta hay algún ajuste que necesitamos hacer, todo ese tipo de cosas buenas que va a estar sucediendo hacia el final ahora es un día largo, recuerdas, ¿verdad? Por lo que algunos de estos costos pueden ser bastante buenos. Pero probablemente va a ser después de las cinco en punto, diría bien. Así que quieres, cuando estés configurando tu agenda, solo asegúrate de establecer las expectativas. Lo que encuentro es mejor para fijar las expectativas , de antemano. Entonces la gente mira, especialmente para los ejecutivos y otras personas que van a estar involucradas con la visión general. Asegurarse del logro de esa visión. Probablemente no va a ir a casa hasta 6630, algo así. Ok. Pero ahí vas. Correcto. Ok. Día uno. Así que ahora hemos hecho el primer día, todo está genial. El día también. He visto por experiencia tiende a estar un poco más relajado porque los equipos están ahora, ojalá si has hecho un buen trabajo de romper la parte posterior del plan, aún no del todo ahí. Pero empiezas con tu networking, vale, podrías empezar un poco más tarde si quisieras escribir porque eres estilo hecho de primer día a las 830 y al día siguiente podrías decir, ¿sabes qué? Los equipos estarán un poco ahora podríamos incluso empezar a las nueve en punto. Ok. Pero esa es tu decisión obviamente, ¿verdad? Entonces ves que sí quieres tener un café matutino o sesión de networking donde la gente pueda hablar entre sí que normalmente no esté hablando, ¿verdad? Porque ahí es donde pasa la magia, ¿verdad? Estás teniendo una conversación con el papel del que normalmente no hablas o hablas en tu, en tu día a día, en tu trabajo diario. Entonces eso es útil desde esa perspectiva. De acuerdo, así que ahora seguimos haciendo la planeación para los equipos simplemente realmente, este es solo un punto para que los equipos continúen. Ellos, siguen mapeando las dependencias. Ahora en este punto, lo que están haciendo es que están mapeando una serie de salidas diferentes también, ¿verdad? Entonces habrá una, ¿cuáles son las salidas? Sólo voy, sólo voy a despejar eso para dar un poco de espacio aquí. Muy bien, entonces las salidas que tenemos de la planeación PI son básicamente lo primero. Como dije, obviamente lo que tenemos es que tenemos la junta de dependencia del programa. De acuerdo, así que eso es lo primero. Entonces esa es la junta de dependencia general que tenemos que está ahí. ¿ De acuerdo? Supongo que probablemente más importante que ése son tus objetivos de PI obviamente, ¿verdad? Porque eso son los objetivos que esperas lograr para apoyar tu visión, ¿verdad? Entonces ese es el PI va. Ahora ese es el PR va para todo el tren de liberación ágil. ¿De acuerdo? Y así que eso es importante saber. Así que tienes esta visión realmente bastante grande, este tren más grande de Agile Release. Y has, has entregado algunos goles en el anterior PI. Ahora tienes un conjunto de metas que necesitas para vivirlo en la siguiente, ¿verdad? Ok. Así que eso es eso, lo siguiente es, es que lo tienes ahora, es importante, realmente, realmente importante también. No puedo enfatizar esto lo suficiente, ¿verdad? Esta es una de las razones por las que seguro consigue un mal rap en algunos, en algunas partes de la comunidad Agile también, es porque lo que la gente realmente hace es que no tratan la salida de la planificación del PI como un Plan emergente. Lo tratan como un plan de sprint detallado por como cinco semanas, cinco sprints, lo cual es simplemente horrible. Pero no quieres hacer eso. Entonces los equipos están saliendo con ruta del equipo es qué son, cómo están, cómo me gusta pensar de ello, ¿verdad? ruta a nivel de equipo a k Así que está diciendo que más o menos estas son las características que vamos a estar entregando en los próximos cinco sprints, las características. Y mira, hemos estallado algunas de esas historias y lo sabemos para el próximo sprint porque eso está solo un par de días de distancia. Pero para los sprints de seguimiento, no sabemos para más o menos estos son los objetivos que deseamos lograr, ¿de acuerdo? Lo siguiente que tienes son los impedimentos. Y así por impedimentos, lo que queremos decir es que estos son y riesgos, ¿de acuerdo? Entonces tienes y suposiciones. ¿De acuerdo? Muy bien. Entonces por impedimentos, nos referimos a mirar, tienes que bloquear y ahora no tenemos un servidor, no tenemos este recurso. Tenemos este reto con la API que nos detiene a hacer algo, podría ser cualquier cosa, podría ser cualquier cosa desde cualquiera saber algo tonto de este usuario no tiene acceso a algo más grande. Ahora, lo único que diría sin embargo, para señalar es que a este nivel no vas a estar poniendo a cabo impedimentos a nivel de equipo que el maestro scrum debe resolverse por sí mismos. Estás hablando de cosas de más alto nivel. Estás hablando de cosas como si tuvieras desafíos con recursos, ¿de acuerdo? Tal vez suceda. Tienes grandes desafíos arquitectónicos que pueden estar sucediendo que necesitan ser vendidos a nivel de programa, ¿de acuerdo? Ahora la diferencia entre un impedimento y un riesgo es un impedimento realmente es un riesgo que se ha actualizado. Está ahí. Un riesgo es algo que puede o no ocurrir algún momento en el futuro cuando ocurrió, ese riesgo ahora se convierte en un impedimento. Idealmente, usted quiere obviamente minimizar su número de impedimentos. O como, o al menos quieres poder saltar sobre los realmente rápidamente. Cada buen ingeniero de trenes de liberación tendrá una lista caliente de los impedimentos y eso es lo primero que van a entrar. Ellos van a abordar, y yo voy a resolver los porque lo saben. Que un impedimento es mortal para la ejecución de un PI, de una SRE, de una ágil realmente recta. Y entonces obviamente los supuestos son realmente importantes que frecuentemente lo dejé también. ¿ De acuerdo? Entonces estas son las salidas que esperas empezar a unir ahora, esta etapa, ¿verdad? Ahora, si nos fijamos en la agenda de aquí, entonces tenemos otro almuerzo. Tienes una, otra reunión de sincronización de arte en el ejemplo que he puesto por aquí, porque esto fue como un ejemplo que tenía que tenía otro Agilent está entrenado, como mencioné, tienes estas sábanas juntas y ahora tienes una pausa para el café. Ahora por fin haces una revisión final. Ahora, esto podría ser más en una, más en profundidad y día uno, tienes más detalle ahora tienes todas las salidas ahí. Y tienes algo, algo bastante concreto que realmente echar un vistazo. Entonces por fin, lo que yo diría es, es que quieres asegurarte de que envuelvas toda esta planeación muy cuidadosamente porque es muy fácil salir en un alto y tienes toda esta salida. Y si no es despegado cuidadosamente de esa habitación no se cotejan cuidadosamente, entonces puede haber una pérdida entre las salidas del día de planificación del PI, sea cual sea la máquina o cualquier herramienta que esté utilizando para apoyar su ejecución de PI. Por lo que ese último bit es muy importante. Quieres asegurarte de que tienes como una retrospectiva. Quieres hacer una retrospectiva para ver lo bien que ha ido. Y también tenemos algo llamado confianza para al final de eso, ¿de acuerdo? Por lo que tu voto de confianza es que quieres saber qué confiada está la gente en tu tren general de Release Agile, planifica para el próximo PI. Muy bien, así que bastantes cosas entonces estaré poniendo videos, hago, haciendo inmersiones profundas en cada una de estas diferentes áreas. Y también si necesita alguna ayuda en absoluto, por favor hágamelo saber. Ahora tienes tres opciones en cuanto al tipo de apoyo que ofrezco en términos de planificación de PI. El primero es que cada quincena tengo unas cuantas franjas horarias que uso para ayudar a la gente con su planificación de PI. Es más como una Q&A, cualquier ayuda que alguien necesite. Ahora no se puede dar esto a todos debido al volumen de solicitudes que consigo. Pero si sí tienes alguna pregunta específica, si necesitas alguna ayuda, entonces puedes rellenar el formulario y si es posible, no puedes hacer ninguna promesa, pero si es posible, entonces voy a tratar de darte un poquito de tiempo para realmente ayudarte con eso. La otra opción que tienes es si tienes evento de planificación de API y eres la que lo lleva al siguiente nivel o es la primera vez que estás haciendo esto. Realmente sí paga ayudar a obtener algo de ayuda para facilitar realmente un evento profesional. Y eso es lo que hago. también puedas contactar con nuestras oficinas para eso. Nuevamente, los detalles estarán en la página para eso. Por último, estoy armando una sesión de entrenamiento paso a paso de planificación de PI en línea, que puedes, puedes inscribirte. Y de nuevo, se pueden obtener detalles de eso en esta página. De acuerdo, así que mira, espero que te resulte útil. Estoy muy emocionado por ti. Si este es tu primer evento de planificación de relaciones públicas, es impresionante. Te encantará. Llevo haciendo esto desde hace muchos años. Eventos de planeación PI 2021. Ahora he ayudado a apoyar, preparar, facilitar, y créanme, sigo realmente, muy emocionado cuando llegue el próximo evento de planificación de PI. Te deseo el mismo tipo de emoción, pasión cuando tú, cuando estás haciendo tu evento de planificación de PI también. Y como dije, si necesitas alguna ayuda en absoluto, por favor hazme llegar a todos nosotros espero que esto te resulte útil. Muchas gracias. Adiós.