Estructura y componentes del framework Scrum
Contenido del curso
Juan Carlos Javier Vargas
Ixcoatl Francisco Pérez
Weimar Marin
Guillermo Alomia Monjaraz
Santiago Ahumada Lozano
Ixcoatl Francisco Pérez
Angela María García Tangarife
ProfesorErnesto Arturo Bonilla Ramos
Carlos Roberto Doblado Ochoa
José David Calderón Serrano
Carlos Mauricio Parra Vizcarra
Andres Escobar
ORLANDO ERNESTO ARBAIZA AVILES
Hector D. Ruiz
Ailín tatiana Baudin
Santiago Ahumada Lozano
Diego Mauricio Zuluaga Rodríguez
Diego Mauricio Zuluaga Rodríguez
*Roles, eso fue mi primer bloqueo pues cuando buscaba información una casa certificadora indicaba que eran 3 roles y la otra decía que eran responsabilidades (scrum guide 2020). Entonces ahí hay que tener cuidado si es que deseas certificarte.
Además, el término le da otro enfoque, les dejo un enlace de Scrum.org quien se basa en la Guía Scrum 2020
Los ROLES definen la estructura, los EVENTOS el ritmo y los ARTEFACTOS nos definen la transparencia.
Que responsabilidades tiene el scrum master para llevar a cabo la vision del product owner?
¿Qué hace el Scrum master?
Es quien ayuda a entender y adoptar Scrum. Es un líder al servicio del equipo y de la organización. Facilita que el equipo tenga condiciones y prácticas adecuadas.
¿Qué hace el product owner?
Es responsable de maximizar el valor del producto o servicio. Es una sola persona, no un comité. Aporta visión y prioridades claras.
¿Qué hacen los developers?
Se comprometen a crear un incremento útil y funcional para el cliente en cada ciclo. Conectan tareas técnicas con el objetivo del producto.
Muchas gracias por tus notas
1. ¿Qué roles reconoces? ¿Hay alguien que toma decisiones, alguien que guía el proceso, alguien que ejecuta?
R= Product Owner
2. ¿Qué eventos o reuniones suceden de forma periódica? ¿Con qué propósito?
R= No suceden
3. ¿Qué artefactos o herramientas usan para gestionar el trabajo? (Listas de tareas, entregables, tableros)
R= Lista de actividades realizadas durante la semana, con fecha, departamento y detalle de lo ejecutado.
1.1 ¿Qué roles reconoces?
Scrum master... pero es la misma persona que hace de product owner, el resto somos el equivalente a developers
1.2 ¿Hay alguien que toma decisiones, alguien que guía el proceso, alguien que ejecuta?
Las deciciones solo las toma una persona, y es quien guía, todos ejecutan acciones de acuerdo a las asignaciones
2.1 ¿Qué eventos o reuniones suceden de forma periódica?
Reuniones de control de avances y de sociabilziación de nuevas necesidades
2.2 ¿Con qué propósito?
Para saber el estado de trabajo pendiente, y para saber que nuevo trabajo se tendrá
3. ¿Qué artefactos o herramientas usan para gestionar el trabajo? (Listas de tareas, entregables, tableros)
Existen formatos para entregables, existen tableros de visualización que son también herramientas para entregables, pero las listas de tareas, los entregables y tableros están dispersos en almacenamientos compartidos, cuesta identificar cada cosa
Buen ejemplo y buena explicacion
Excelente la analogia del Pastel.
¿Qué roles reconoces hoy: alguien que decide y alguien que ejecuta?
¿Qué eventos o reuniones periódicas existen?
¿Esas reuniones tienen un propósito claro?
No del todo, ya que todo indica que el resultado de las reuniones no se traduce en eficiencia, es decir, el equipo siente que el tiempo invertido no se traduce en un producto utilizable tras seis meses de trabajo.
¿Qué artefactos o herramientas usan para gestionar el trabajo: lista de tareas, tablero, entregables?
evento principal el Sprint generalmente de un mes.. dentro del Sprint planing se define cual es el plan que vamos a tener durante todo ese Sprint. Daily scrum es como nos vamos acercando diariamente a ese objetivo y que bloqueos tenemos. (la inspección diaria) Sprint Review es la oportunidad para revisar los resultados. Sprint retrospective la oportunidad para identificar mejoras en el proceso. para gestionar el trabajo y el valor, tenemos 3 artefactos. product backlog (lista emergente y ordenada de todos los elementos que hacen parte de ese producto o servicio que vamos a construir) Sprint backlog el plan que tendrán los desarrolladores durante un Sprint.
Sprint Planning: Planeación del sprint
Daily Srcum: Inspección de como nos acercamos al resultado
Sprint Review: Revision de resultados
Sprint Retrospective: Oportunidad del equipo para identificar mejoras
Los eventos de Scrum, como el Sprint y sus ceremonias, son esenciales para crear regularidad y transparencia. Permiten al equipo inspeccionar el progreso, adaptarse a los cambios y mejorar continuamente su proceso de trabajo.
El Product Owner se enfoca en maximizar el valor del producto, mientras los Developers crean un incremento útil. El Scrum Master asegura que el equipo siga los principios de Scrum para que el valor se entregue de manera eficiente.
