MAC en progreso

Hola, mis notas del curso

El proposito de la Daily no es realizarla por que dice en la guia, el proposito es alinear al equipo en funcion del goal del sprint, sincronizarlo en funcion del objetivo.

Atras quedaron las preguntas, que hiciste, que haras, bloqueantes. la nueva forma es definir si la estrategia nos permite acercarnos cada vez mas al cierre del sprint

Hola, estas son mis notas en el Modelo Adaptativo de Control de Progreso:
También se puede adoptar los tres pilares la Transparencia, la Inspección y la Adaptación en el Sprint con el fin de controlar la incertidumbre.
Trasparencia, Inspección y Adaptación: Se aplica en el Daily Scrum en la forma de trabajar dentro del Sprint, del progreso y del incremento. En esta ceremonia se hacen las siguientes preguntas:
Qué hice ayer, Qué voy hacer hoy y Cuáles son los impedimentos
Transparencia: Qué hice ayer, Cuáles son los impedimentos
Inspección: Que tan cerca estamos de cumplir con el objetivo del Sprint
Adaptación: Si se necesita o no cambiar lo que se definió en el Sprint Backlog

MODELO ADAPTATIVO DE CONTROL en progreso:
.
La Daily scrum es un modelo adaptativo de control que provee transparencia, inspección y adaptación de la forma de trabajar dentro de la sprint.
.
Este espacio es para que los developers se junten para tener un ejercicio de transparencia por medio de saber ¿qué se hizo ayer?¿que se hará hoy?¿qué obstáculos existen?
.
la inspección ocurre cuando se preguntan ¿qué se hará con esta información que se tiene?¿que tan cerca esta el objetivo del sprint?
.
la adaptación es si se necesita cambiar o no el plan definido en el sprint backlog.
.
la Daily scrum es un evento propiamente para los developrs, aunque puede participar el PO y el SM si tienen compromisos de cara al objetivo del sprint.
.
el objetivo de la conversación es si la estrategia definida inicialmente esta acercando al objetivo o no.

👷🏽‍♂️Modelos Adaptativos de Control en Progreso

🌊Transparencia

• Daily Scrum haciéndolo visible el trabajo actual realizado

🔍Inspección

• Daily Scrum que tan cerca se está de cumplir el objetivo del Sprint

🔩Adaptación

• Daily Scrum revisando si debemos cambiar el plan definido en el Sprint Backlog

📌Objetivo Principal: Es decir si la estrategia presentada inicialmente nos está acercando al objetivo, o si hay que cambiarla

🔗Link: https://docs.google.com/document/d/1e_Qhye_P97hGMxuZbsQ1pm5SH3sHwfJZ/edit

Clase 6: MAC en producto [MAC en prgreso]

El proposito de la Daily no es realizarla por que dice en la guia, el proposito es alinear al equipo en funcion del goal del sprint, sincronizarlo en funcion del objetivo.

Atras quedaron las preguntas, que hiciste, que haras, bloqueantes. la nueva forma es definir si la estrategia nos permite acercarnos cada vez mas al cierre del sprint

Proposito

• Debe ser transparente
• Debe ser Adaptable
• Se debe poder inspeccionar

Nota

• Mas que la tres preguntas que hice, que hare hoy, si tengo un stoper
• Se debe ir mas alla de validar dicha información preguntarse si lograremos la meta
• Transparencia: Qué hice ayer, Cuáles son los impedimentos
• Inspección: Que tan cerca estamos de cumplir con el objetivo del Sprint
• Adaptación: Si se necesita o no cambiar lo que se definió en el Sprint Backlog
• En la Guia de Scrumm actualizada ya no salen las tres preuntas.
• Las Daily ahora son para validar si estamos llegando al Objetivo del spring.

CASO DE ESTUDIO – ANTIPATRONES – ANALISIS.
TOMANDO COMO REFERENCIA EL MAC (modelo Adaptativo de Control)
PARA EL PRODUCTO:
TRANSPARENCIA
El PO es parte del equipo Scrum, no puede estar distante
El Product Backlog debe ser conocido por todo el equipo y ser claro y conciso.

Si el PO se encuentra distante del equipo, tal vez no se conoce bien el Product Backlog y es el combustible de análisis de los Devolopers para generar el Increment de valor de cada Sprint. Los Devolopers son los responsables de definir el Increment descomponiendo los elementos del Product Backlog. Nadie más les dice cómo convertir los elementos del Product Backlog en Increments de valor
Los Developers que realizarán el trabajo son responsables del dimensionamiento del mismo. El Product Owner puede influir en los Developers ayudándolos a entender y seleccionar sus mejores alternativas.

INSPECCION
El propósito de la Sprint Review es inspeccionar el resultado del Sprint y determinar futuras adaptaciones. No se trata de un seguimiento. La Sprint Review es una sesión de trabajo y el Scrum Team debe evitar limitarla a una presentación.

El Scrum Team presenta los resultados de su trabajo a los interesados clave y se discute el progreso hacia el Objetivo del Producto

Durante el evento de la Sprint Review, el Scrum Team y los interesados revisan lo que se logró en el Sprint y lo que ha cambiado en su entorno

ADAPTACION
La **Sprint Planning **consiste en un trabajo colaborativo, en donde surgen tres interrogantes a interactuar entre los participantes, a saber:
*¿Por qué es valioso este Sprint?
*¿Qué se puede hacer en este Sprint?
*¿Cómo se realizará el trabajo elegido?

La finalidad consiste en definir el objetivo del Sprint, seleccionar los elementos del Product Backlog a incluir en el sprint.

PARA EL PROCESO:
TRANSPARENCIA
El Sprint Backlog se compone del Objetivo del Sprint (por qué), el conjunto de elementos del Product Backlog seleccionados para el Sprint (qué), así como un plan de acción para entregar el Increment (cómo). El Sprint Backlog es un plan realizado por y para los Developers

INSPECCION
La Definición de Terminado es una descripción formal del estado del Increment cuando cumple con las medidas de calidad requeridas para el producto. En el momento en que un elemento del Product Backlog cumple con la Definición de Terminado, nace un Increment. La Definición de Terminado crea transparencia al brindar a todos un entendimiento compartido de qué trabajo se completó como parte del Increment. Si un elemento del Product Backlog no cumple con la Definición de Terminado, no se puede publicar ni presentar en la Sprint Review. En su lugar, vuelve al Product Backlog para su consideración futura
SIEMPRE DEBE ESTAR PRESENTE EL DEFINITION OF DONE

Todo el Scrum Team tiene que estar presente en la Sprint Retrospective.
El Scrum Team inspecciona cómo fue el último Sprint con respecto a las personas, las interacciones, los procesos, las herramientas y su Definición de Terminado. Se identifican los supuestos que los llevaron por mal camino y se exploran sus orígenes.

ADAPTACION
En la Sprint Retrospective el Scrum Team analiza qué salió bien durante el Sprint, qué problemas encontró y cómo se resolvieron (o no) esos problemas.

PARA EL PROGRESO:
TRANSPARENCIA-INSPECCION-ADAPTACION
El propósito de la** Daily Scrum** es inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog según sea necesario, ajustando el trabajo planificado entrante. La Daily Scrum es un evento para los Developers del Scrum Team. Si el Product Owner o Scrum Master están trabajando activamente en elementos del Sprint Backlog, participan como Developers.
La Daily Scrum es un evento de 15 minutos para los Developers del Scrum Team. Para reducir la complejidad, se lleva a cabo a la misma hora y en el mismo lugar todos los días hábiles del Sprint.
El propósito de la Daily Scrum es inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog según sea necesario, ajustando el trabajo planificado entrante.

Conclusión:
• Se observa que el equipo Scrum no está maduro, no se sigue lo establecido por la Guia Scrum y no se autogestiona.
• No existe una participación activa de cada miembro y no se tiene claro el funcionamiento del marco de trabajo.
• Esta desdibujado el rol Del PO
• Para que los Product Owners tengan éxito, toda la organización debe respetar sus decisiones. Estas decisiones son visibles en el contenido y el orden del Product Backlog, y a través del Increment inspeccionable en la Sprint Review. El Product Owner puede representar las necesidades de muchos interesados en el Product Backlog. Aquellos que quieran cambiar el Product Backlog pueden hacerlo intentando convencer al Product Owner
• Esta desdibujado el rol del Scrum Master
• El Scrum Master es responsable de aplicar este marco de trabajo como se define en la Guía de Scrum. Lo hace ayudando a todos a comprender tanto la teoría y la práctica dentro del Scrum Team como de la organización.
• El Scrum Master ayuda al PO de la siguiente manera:
 A encontrar técnicas para una definición efectiva de Objetivos del Producto y la gestión del Product Backlog
 A entender que el Product Backlog tiene que ser accesible a los developers, por lo tanto, los elementos del Product Backlog tienen que ser claros y concisos. El PO debe ser accesible para poder resolver dudas que surjan respecto del product backlog y tiene que estar muy cerca de los desarrolladores del producto.
 Asistir desde la facilitación a desarrollar hilos de comunicación y coordinar acciones con los interesados de la organización según se solicite o necesite

Se espera de todos los miembros del equipo de desarrollo, que incluye programadores, diseñadores, y testers participen en la daily scrum.
El Scrum Master actúa como facilitador, ayudando a eliminar obstáculos, mientras que el Product Owner puede estar presente como observador, aunque su participación suele ser más pasiva.
La Daily Scrum se centra en la comunicación efectiva y la coordinación dentro del equipo para mantener a todos informados y abordar cualquier desafío que pueda surgir durante el desarrollo del producto.

Daily Scrum es practica para la transparencia, adaptación y inspección

Daily Scrum, para adaptación, inspección y transporte, para cambien o no el alimento

Artefactos de Transparencia:

• Daily Scrum

Artefactos de Inspección:

• Daily Scrum

Artefactos de Adaptación:

• Daily Scrum

Daily Scrum Nos permite Transparecia, Inspección, Adaptación Mediante reuniones sabes si vamos bien o que podemos mejorar.