Hola, mis notas del curso
Fundamentos del Scrum Master
Bienvenida e introducción al curso
¿Qué hace un Scrum Master?
Scrum desde la perspectiva del Scrum Master
Quiz: Fundamentos del Scrum Master
Modelos adaptativos en Scrum
MAC en producto
MAC en proceso
MAC en progreso
Quiz: Modelos adaptativos en Scrum
Servicios del Scrum Master
Servicio al Product Owner
Servicio al Scrum Team
Servicio a la Organización
Scrum Master como Facilitador
Facilitación de Sprint Planning
Facilitación de la Daily Scrum
Facilitación de Sprint Review
Facilitación de Sprint Retrospective
Recomendaciones
Anti patrones de Scrum
Preguntas frecuentes
¿Cómo certificarse?
Quiz: Recomendaciones
Cierre
¿Qué sigue después?
You don't have access to this class
Keep learning! Join and start boosting your career
If you already have an account,
Resources
What are Adaptive Control Models in Scrum?
Adaptive control models in Scrum are fundamental to manage uncertainty and complexity within a project. There are three adaptive models: one for the product, one for the team's work process and one focused on progress within the sprint. These models help to navigate high uncertainty contexts and evolve both the product and the team's way of working efficiently.
How does the adaptive control model work in a sprint?
Within a sprint, the adaptive control model focuses on ensuring transparency, inspection and adaptation. This model is crucial to deal with the volatility and complexity that can arise. The Daily Scrum is the event that allows this adaptive control to take place. It must be used correctly to meet the sprint objective, continuously reviewing progress and adjusting the strategy if necessary.
What is the purpose of the Daily Scrum?
The Daily Scrum is essential for tracking and adjusting sprint progress. Its purpose is to discuss progress towards the sprint goal, allowing for transparency, inspection and adaptation. Traditionally, three questions were used: what did I do yesterday, what will I do today, and what problems do I have. Although these questions no longer appear in the Scrum guide, the interaction and analysis in the Daily Scrum are vital to navigating uncertainty during the sprint.
Correctly Implementing the Daily Scrum
To correctly implement the Daily Scrum:
- Make sure all developers attend and actively participate.
- Keep the focus on progress toward the sprint goal.
- Avoid the meeting becoming an accountability to the Product Owner or Scrum Master.
- Foster an environment where transparency prevails and there are no hidden agendas.
What are common mistakes in the Daily Scrum?
Some common mistakes include involving team members that detract from the focus of the purpose of the sprint, or turning the Daily Scrum into a mere list of activities with no value added. Instead of focusing on superficial activities such as sending emails or attending meetings, the discussion should focus on how the actions contribute to the sprint goal.
How to improve the effectiveness of the Daily Scrum?
As a Scrum Master, it is important to educate the team on the true purpose of the event to ensure that it is not conducted in a superficial or tokenistic manner. Provide clear instructions to ensure that the discussions have value and stay relevant.
Periodically review whether your team is using the adaptive control model effectively and propose improvements within the agile backlog. Continuous improvement in this process is key to the success of the team and the project.
What to do if there are failures in the Scrum implementation?
If you find flaws in the Scrum implementation, take immediate action to correct them. Evaluate how the Daily Scrum is being conducted and what adjustments are needed to align this event with its original purpose. Transparency and inspection are crucial, and roles must continue to function according to Scrum guidance. If the team needs to, redefining current practices may be essential to progress toward sprint compliance.
Always remember to foster an open organizational culture, where the team can be honest and direct, adjusting course as needed. With clear guidance and understanding of the process, your team will be able to adapt and face uncertainty with confidence. Go ahead and keep improving every day!
Contributions 21
Questions 9
Sort by:
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
👷🏽♂️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
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.
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.
Me quedo con esto: el daily scrum no es para rendir cuentas, es para ver si estamos acercandonos al objetivo del sprint.
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
Problemas del MAC durante la medición de progreso:
* Debido a la falta de un manejo óptimo de los Daily scrum, no existe una buena inspección ni adaptabilidad, ya que si bien se usa “la transparencia” como forma de enlistar las actividades realizadas de forma utilitaria, no se la toma como un método para analizar qué mejoras han sido fácilmente alcanzadas y cuáles no.
* Se cambia los Daily scrum a ser cada 2 días, lo que impide un seguimiento directo de la generación de valor y se ve como una dificultad, ya que al entregarse solo listas de tareas, no se hace notorio el avance del proyecto.
* Al no existir una estructura de organización centraba en el trabajo en equipo y en la adaptabilidad, la dirección del PO sobre los developers se vuelve rígida y una rendición de cuentas
En una Daily Scrum, las instrucciones clave incluyen:
1. **Transparencia**: Cada miembro del equipo debe compartir qué hizo ayer, qué planea hacer hoy y si enfrentó algún obstáculo.
2. **Enfoque en el objetivo del sprint**: Las discusiones deben centrarse en el progreso hacia el objetivo del sprint, no en rendir cuentas de tareas.
3. **Inspección y adaptación**: Se debe evaluar si el equipo está en camino de cumplir el objetivo y ajustar el plan si es necesario.
4. **Participación activa**: Todos los desarrolladores deben estar presentes y participar para fomentar la colaboración.
* Claridad en Dayli. La clave es la transparencia en presentación de informes y comunicación entre el equipo de trabajo.
* Cantidad en Dayli. No sobre cargar al equipo Scrum con historias de usuario innecesarias solo priorizar las convenientes para el producto.
* Estrategia Dayli. adaptar la estrategia según el proceso de trabajo lo requiera con tiempos de trabajo adaptables al proyecto y equipo Scrum.
estube en un proyecto donde los miembros del equipos se esforzaban por decir todas las actividades que hicieron ya que sino el cliente y el jefe del proyecto pensaban que la persona no estaba trabajando
:/
¡Hola a todos!
Espero que estén bien. Quería compartir el enlace al proyecto completado hasta ahora en esta clase.
<https://docs.google.com/document/d/1ryWFjfvNfI1LUG1mQoC4b-XMNyOim4ea/edit>.
Muchas gracias.
MAC en progreso, se enfoca en el progreso del sprint
En la daily scrum encontramos transparencia, inspeccion y adatapcion para controlar el dia a dia y definir si vamos a cumplir al objetivo o no.
Daily Scrum: es un evento propio para los developers
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
Donde se pueden cargar las soluciones a los retos por favor. Estos serán revisados y optimizados?
Hola, muy bueno! pero no encuentro los ejercicios o desafios que nos planteas en cada video.....
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.
Want to see more contributions, questions and answers from the community?