Contenido del curso
Contenido del curso
Sandra Sierra
Edgar David Morales Fuentes
Sandra Sierra
Pablo Aguilera
Jaqueline Juarez Magne
Arles A. Pinzon Molina
Geraldin paola Carriazo julio
IWA Expert
Juliana Rios
Magda Lilibeth Paez Guerrero
LEONARD CUENCA
IWA Expert
Francisco Ponce
Andrés Felipe Salcedo Sepúlveda
Guillermo Alomia Monjaraz
Wilmar Carrillo
Alejandro Palacio Wilches
Javier Hernandez
Javier Hernandez
Mercedes Ciriaco
Jhon Jairo Santiago Carvajalino
Andrés Felipe Salcedo Sepúlveda
Carmen Sandoval
Andrés Felipe Salcedo Sepúlveda
Cristofer Vargas Morales
Cristofer Vargas Morales
Cristofer Vargas Morales
Cristofer Vargas Morales
Hola, mis notas de la clase:
tu información de Resumen es muy buena en donde anotas para que queden bien bonitas las notas?
@davidmf110 Muchas gracias por tus comentarios. Estas notas las hice en power point, pero estoy revisando otras herramientas
Dentro de mi equipo que se llama Apolo11, comencé a utilizar metáforas visuales haciendo referencia a un cohete despegando hacia la luna, cada sprint el cohete se iba acercando más y más a su objetivo (la luna representaba la salida a producción). Dentro de estos "viajes" habian obstáculos en el camino como meteoritos, cometas, etc., que representaban los riesgos que identificabamos para el siguiente sprint. Se recolectaron buenos datos y se indagaba en los potenciales problemas con acciones concretas. Aplicar estas técnicas de visualización son de mucha ayuda, se logra que dentro del equipo haya mayor participación. Muy de acuerdo que el facilitador debe ser creativo en este evento para despertar la colaboración de todos, solo así estaremos aportando valor al equipo.
Me gustó mucho este ejercicio de visualizacion, te felicito por la iniciativa.
Estructura de un buen Sprint Retrospective:
Excelente aporte. Realmente esto es lo que se debe hacer para ser mejore facilitadores.
Metáfora visual de la isla:
La botella con el papel: Que mensaje queremos decirle al equipo de cara al futuro, que lecciones aprendimos
Frutos de las palmeras: Que ganamos en este Sprint, que frutos dimos.
Barcos piratas: amenazas o cosas que no hicimos bien, riesgos que se materializaron dentro del equipo
Faro: Representa la luz que se asoma, que pueden ser posibles victorias, pero que se debe profundizar para obtenerlas.
++Facilitación de Sprint Retrospective++:
Preparar el escenario: General espacio de conexión y romper-hielo para que los asistentes se concentren. Tip: Invitar al Product Owner a participar de este evento. . _ //La inspección y adaptación deben estar presenten es este evento y el Scrum Master debe asegurarse de ello//_ .
Recolectar datos: Analizar con el equipo los hechos mas relevantes que ocurrieron, priorizar para no perder el foco. //El Scrum Master como facilitador debería procurar en este evento aportar desde la mejora de la comunicación, abstenerse de participar de las actividades para que su rol de facilitador no se vea comprometido// .
Indagación: entender la causa raíz, por que ocurrió lo que ocurrió. Necesario hacer un análisis profundo. .
Decidir que hacer: Para atacar la raíz del problema es necesario definir accionables, como equipo que podemos hacer. Priorizar acciones. //Tener backlog de mejorar y el equipo scrum debe hacerse cargo de las acciones de mejora//
Cerrar la retrospectiva: retrospectiva de la retrospectiva, ¿qué se hizo bien?¿qué cosas se pueden mejorar?
Herramientas: Metáforas visuales: para ayudar a entender mejor y mantener la atención del equipo. -miro.com/es/ -Retroma.org/es/
Hola a tod@s.
Les comparto algunas actividades que podrian facilitar la retrospectiva de un equipo:
Notebookcast: https://www.notebookcast.com/es Miro: https://miro.com/es/ Jamboard: https://jamboard.google.com/
Saludos. Magda ;)
Clase 13: Facilitación de Sprint Retrospectiva
Preparar el escenario
Notas
Preparar datos-> Uso efectivo del tiempo
Preparar datos-> El PO Es importante que este en el retro
Preparar datos-> Análisis de datos para poder detectar las mejoras
Preparar datos-> El Scrum Master es ejemplo de efectividad y agilidad
Preparar datos-> Si eres juez y facilitador se le hace difícil encontrar la solución
Indagar -> Es necesario crear un espacio para poder encontrar la situación clara para poder encontrar la oportunidad de mejora
Indagar -> Ayuda a tacar la causa raíz
Indagar -> Entramos a elegir que accionables podemos resolver, ojo pocos es mas, así que debemos tener un número considerable de accionables concretos, es recomendable tener un backlog de accionables
Indagar -> Los accionables no es responsabilidad del Scrum Master, debe estar repartido en todo el equipo scrum
Decidir qué hacer -> Avanzamos al cierre una vez que sepamos que hacer
Cerrar -> Podemos usar metáforas visuales
Cerrar -> Podemos usar herramientas para generar la retro -> https://miro.com/es/
Herramientas
Es recomendable que el scrum master (project manager), sea también parte del desarrollo (developer)?
Desde mi punto de vista, en Scrum, el rol del Scrum Master no es el de un Project Manager tradicional. Aunque comparten algunas responsabilidades, como la gestión del equipo y la planificación del proyecto, la naturaleza del trabajo y las habilidades requeridas son diferentes.
El Scrum Master es responsable de asegurarse de que el equipo Scrum tenga un entorno propicio para la colaboración, la comunicación efectiva, la mejora continua y la entrega de valor al cliente. Esto incluye eliminar obstáculos, facilitar reuniones y asegurarse de que se sigan los principios y prácticas de Scrum.
En cuanto a si el Scrum Master también debe desempeñar el papel de desarrollador, es posible, pero no es recomendable. El Scrum Master debe tener la capacidad de enfocarse en las necesidades del equipo y del proyecto en su conjunto, en lugar de trabajar en tareas de desarrollo específicas.
Además, la carga de trabajo y las responsabilidades de un Scrum Master son significativas, y agregar el rol de desarrollador puede ser abrumador. Es posible que el Scrum Master no tenga suficiente tiempo o energía para realizar ambas tareas de manera efectiva.
En general, es mejor que el Scrum Master se dedique a su papel principal de facilitar el proceso Scrum y permitir que los desarrolladores se concentren en su trabajo de desarrollo. Sin embargo, en equipos pequeños o en situaciones donde no es posible contratar a un Scrum Master a tiempo completo, puede ser necesario que el Scrum Master desempeñe múltiples roles.
Hola! el project manager y scrum master son profesiones totalmente diferentes. Por otro lado no suele ser recomendable, que asuma trabajo de desarrollo porque puede comprometer los resultados del equipo o descuidar las responsabilidades del Scrum Master.
Buscando me salio esto
** El buen GPT me brindo esta actividad, ¿qué les parece? **
Actividad: "Gestión de estrellas" (Starfish Retrospective)
Instrucciones:
Dibuja o imprime una imagen de una estrella de mar con cinco brazos en un pizarrón o papel grande. Etiqueta cada brazo de la siguiente manera:
Gustó: Para que los miembros del equipo compartan los aspectos positivos y las cosas que les gustaron del sprint. Pueden ser prácticas exitosas, logros alcanzados o cualquier cosa que haya sido valorada.
Aprendieron: Aquí se discuten las lecciones aprendidas durante el sprint. Pueden ser conocimientos nuevos, habilidades desarrolladas o incluso desafíos superados.
Faltó: En este brazo se identifican las áreas en las que el equipo considera que hubo deficiencias o aspectos que podrían haber sido mejorados. Pueden ser obstáculos, problemas recurrentes o cualquier cosa que se haya sentido como una carencia.
Anhelaron: En este brazo, los miembros del equipo expresan sus deseos o aspiraciones futuras. Pueden ser ideas innovadoras, mejoras en la forma de trabajo o cualquier cosa que les gustaría ver implementada.
Acciones: Este brazo adicional se agrega para capturar las acciones específicas que el equipo propone para abordar los puntos discutidos en los brazos anteriores. Aquí se definen las medidas concretas que se tomarán para mejorar.
Invita a cada miembro del equipo a escribir o dibujar sus ideas en notas adhesivas y pegarlas en el brazo correspondiente de la estrella de mar.
Facilita una discusión en grupo sobre cada punto. Pide a los miembros del equipo que compartan sus ideas y generen conversaciones constructivas en torno a los aspectos identificados.
Al finalizar la discusión, revisa las acciones propuestas en el brazo de "Acciones" y asegúrate de que se asignen responsables y se establezca un plan de seguimiento claro.
Esta actividad proporciona una estructura visual y sistemática que facilita la identificación de los diferentes aspectos a considerar en la retrospectiva. Además, promueve la participación y el intercambio de ideas entre los miembros del equipo.
No conocía la herramienta de metáfora visual, desde el rol CEO la empezaré a usar de inmediato!
!Lancha Rápida - Dharma Consulting
Una metáfora visual es una herramienta que ayuda a representar conceptos o ideas de manera creativa y visual. En el contexto de las retrospectivas de Sprint Scrum, se utilizan para despertar la conciencia y generar discusiones más significativas. Por ejemplo, puedes representar un equipo como una isla, donde diferentes elementos (palmeras, barcos, faros) simbolizan logros, riesgos y oportunidades de mejora. Esto facilita la reflexión y ayuda a los miembros del equipo a comunicar sus pensamientos y sentimientos de manera más efectiva.
La retrospectiva del sprint es un evento crucial en Scrum donde el equipo reflexiona sobre el trabajo realizado durante el sprint. Su objetivo es identificar áreas de mejora y definir acciones concretas para el próximo sprint. Se estructura en varios pasos: preparar el escenario, recolectar datos, indagar sobre las causas de los problemas, decidir acciones y cerrar con una retrospectiva de la retrospectiva. Esto permite al equipo maximizar su rendimiento y fomentar la mejora continua, asegurando que todos los miembros, incluido el Product Owner, participen activamente.
Dentro del contexto de Scrum, el backlog de mejoras se suele gestionar como parte del backlog del producto. Sin embargo, es importante que las mejoras estén claramente priorizadas y alineadas con los objetivos del producto. Tener un backlog adicional puede ser útil si se utiliza para identificar y organizar acciones específicas que no están necesariamente relacionadas con nuevas funcionalidades, pero sí con la optimización del proceso o del rendimiento del equipo. Asegúrate de que los elementos de mejora se integren al flujo de trabajo del equipo para maximizar la efectividad del proceso Scrum.
Recomendaciones para documentar las retrospectivas y hacer seguimiento a las decisiones y accionables?
Las iniciativas pueden llevarse en un backlog de mejoras del equipo, algunos usan tableros físicos, otros lo gestionan desde miro o herramientas como Jira.
¿Como podemos manejar el tiempo para que este todo el equipo de Scrum máster en un Sprint Retrospectiva?
Hola Carmen, no entiendo tu pregunta, ¿a qué te refieres con manejar el tiempo para que esté todo el equipo Scrum Master?
En Scrum, un "accionable" se refiere a una acción específica o medida que el equipo decide implementar para mejorar un aspecto identificado durante la retrospectiva. Un problema a mejorar puede tener varios accionables, pero es recomendable priorizar uno o dos para asegurar un enfoque efectivo y evitar la dispersión de esfuerzos. Esto maximiza las posibilidades de éxito en la mejora del rendimiento del equipo.
Una técnica muy efectiva para identificar la causa raíz de los problemas es "los 5 por qués".
Consiste en identificar un problema y hacer pregunta en base a la respuesta anterior, hasta 5 niveles respecto a dicho problema, que por lo general dará con la causa raíz del problema.
Se trata de usarlo con moderación, no necesariamente serán 5 niveles de preguntas, ya que al 4to o 3er nivel se podrá identificar la verdadera razón del problema. Lo importante es entender que a través de una dinámica de preguntas y respuestas iremos excavando hasta encontrar la raíz del problema.
Sugiero combinar técnicas de retrospectivas con "Estructuras Liberadoras".
Las "Estructuras Liberadoras" son dinámicas que fomentan las colaboración entre los miembros del equipo, de manera lúdica tratan de encontrar soluciones a problemas. Ideales para Retrospectivas, aunque también se puede aplicar a otros eventos o en el día a día mientras el equipo va sprinteando y hallando mejores formas de mejorar, identificando soluciones a impedimentos, actualizando o adaptando el trabajo pendiente del sprint, etc.
Leí un libro muy bueno sobre SCRUM (unas 4 o 5 veces) que lo adquirí en el 2019, pero es antiguo, del 2011. Si bien no contempla algunos puntos de manera estricta como lo pide la Guía de scrum, es un buen comienzo para todo aquel que se inicia en este mundo (que luego puede validar y refinar los conocimientos con la guía de Scrum). El libro explica muchos puntos, desde artefactos, roles, eventos, entre otras cosas. También analiza temas o antipatrones (en el libro los llama scrum But), y dedica un capítulo completo a usar Scrum extendido (escalado). Hay un capítulo completo dedicado a cada evento, además que al inicio del libro comenta de manera general scrum y otras metodologías. Abarca también de XP y Kanban de manera general.
Este libro se llama "Métodos Ágiles y Scrum" de Alonso Alvares Garcia, Rafale de las Heras del Dedo y Carmen Lasa Gómez. Es un libro antiguo, del 2011 pero aún sus enseñanzas tiene vigencia.
En un capítulo dedica a hablar sobre el tema de las Retrospectivas, e indica los pasos o fases que debe tener este evento. Así mismo habla de algunas técnicas visuales como:
En el capítulo dedicado a la retrospectivas, finaliza indicando varios ejemplos de cómo mejorarlas o hacer que no se vuelvan rutinarias.