Guía Scrum 2020 Flashcards
¿Qué es Scrum?
Scrum es un marco de trabajo que ayuda a personas y equipos a generar valor por medio de soluciones adaptativas a problemas complejos.
¿Qué debe fomentar un Scrum Master?
- Un Product Owner ordena el trabajo de un problema complejo en un Product Backlog.
- El Scrum Team convierte una selección de trabajo en un incremento de valor durante un Sprint.
- El Scrum Team y los interesados Inspeccionan los resultados y se adaptan para el próximo Sprint.
- Repita.
¿En qué se basa Scrum?
- El empirismo que afirma que el conocimiento viene de la experiencia y de la toma de decisiones en base a lo observado.
- El pensamiento Lean que reduce el desperdicio y se enfoca en lo esencial.
¿Qué enfoque emplea Scrum?
Scrum emplea un enfoque iterativo incremental para mejorar la previsibilidad y controlar el riesgo.
¿Cuál es el evento contenedor?
El Sprint que contiene cuatro eventos formales para inspección y adaptación.
¿Cuáles son los pilares empíricos de Scrum?
- Transparencia: el proceso y el trabajo deben ser visibles tanto para quienes realizan el trabajo como para quienes lo reciben.
- Inspección: los artefactos de Scrum y el progreso hacia los objetivos acordados deben inspeccionarse con frecuencia y diligencia para detectar posibles problemas.
Para la inspección, Scrum proporciona sus 5 eventos. La inspección permite la adaptación: Sprint Planning, Sprint Review, Retrospective, Scrum Daily, Sprint.
- Adaptación: si el resultado no es el esperado, el proceso que se aplica o los materiales deben ajustarse, el ajuste se debe realizar lo más pronto posible para prevenir una mayor desviación.
¿Cuáles son los valores de Scrum?
- Compromiso: de cumplir los objetivos y apoyarse mutuamente.
- Foco: en el trabajo del sprint para lograr el mejor avance de los objetivos.
- Franqueza: sobre el trabajo y los objetivos.
- Respeto: entre sí para ser personas capaces e independientes.
- Coraje: de hacer lo correcto en problemas difíciles.
¿Quiénes conforman el Scrum Team? o cuáles son los roles del scrum team?
- Scrum Master.
- Product Owner.
- Developers.
¿Qué significa que el Scrum Team se autogestiona?
Deciden internamente quién hace qué, cuándo y cómo.
¿Qué significa que el Scrum Team sea multifuncional?
Significa que los miembros del Scrum Team tienen todas la habilidades necesarias para crear valor en cada Srpint.
¿Qué tan grande debe ser el Scrum Team?
Lo suficientemente pequeño para ser ágil y lo suficientemente grande para completar un trabajo significativo dentro de un Sprint.
10 personas o menos.
Los equipos pequeños se comunican mejor y son más productivos.
¿Qué pasa si el Scrum Team es muy grande?
Los equipos muy grandes deberían considerar reorganizarse en varios equipos más pequeños, más cohesionados, cada uno enfocado en el mismo producto. Estos deben compartir el Product Owner, el objetivo del producto, y el Product Backlog.
¿Quiénes son los developers?
Son las personas del Scrum Team que se comprometen a crear un incremento utilizable en cada Sprint.
¿Cuáles son las reponsabilidades de los developers?
- Crear un plan para el Sprint (el Sprint Backlog).
- Calidad por medio de una definición de terminado.
- Adaptar su plan hacia el objetivo del Sprint.
- Responsabilizarse mutuamente como profesionales.
¿Quién es el Product Owner?
Es el responsable de la gestión del Product Backlog, y de maximizar el valor de producto que resulta del trabajo del Scrum Team.
Es una persona, no es un comité.
Es la voz del cliente, debe entender y apoyar las necesidades e intereses de los stakeholders.
¿Cuáles son las responsabilidades del Product Owner?
- Desarrollar y comunicar el objetivo del producto.
- Crear y comunicar los elementos del Product Backlog.
- Ordenar los elementos del Product Backlog.
- Asegurarse de que el Product Backlog sea transparente, visible y se entienda.
Es el responsable de que el trabajo se realice.
¿Qué se necesita para que el product owner tenga éxito?
Toda la organización debe respetar sus decisiones.
Sus decisiones son visibles en el contenido y el orden del Product Backlog. Y a través del incremento inspeccionable en la revisión del Sprint (Sprint Review)
¿Qué hace un Scrum Master?
Es el responsable de establecer Scrum como se define en la guía Scrum. Lo hace ayudando a todos (Scrum Team y organización) a comprender la teoría y práctica de Scrum.
Es responsable de lograr la efectividad del Scrum Team, y los ayuda a mejorar sus prácticas dentro del marco de trabajo Scrum.
¿Cómo sirve el Scrum Master al Scrum Team?
- Guía (coaching) a los miembros a ser autogestionados.
- Ayuda al Scrum Team a enfocarse en crear incrementos de alto valor que cumplan con la definición de terminado.
- Eliminar impedimentos para el progreso del Scrum Team.
- Asegurarse de que todos los eventos de Scrum se llevan a cabo y se mantengan dentro de los tiempos recomendados.
¿Cómo sirve el Scrum Master al Product Owner?
- Ayuda a encontrar ténicas para la definición de los objetivos del producto y la gestión del product Backlog.
- Ayuda a que el Scrum Team entienda la importancia de tener los elementos del Product Backlog claros y concisos.
- Planificación empírica del producto.
- Facilitar la colaboración de los interesados.
¿Cómo sirve el Scrum Master a la organización?
- Liderar, capacitar, guiar a la organización la adopción de Scrum.
- Planificar y asesorar la implementación de Scrum.
- Ayudar a empleados e interesados y comprender y aplicar un enfoque empírico para el trabajo complejo.
- Eliminar barreras entre los interesados y el Scrum Team.
¿Cuáles son los eventos de Scrum?
- Sprint.
- Sprint Planning.
- Daily Scrum.
- Sprint Review.
- Sprint Retrospective.
¿Qué es el Sprint?
Es un contenedor para todos los eventos.
Son eventos de una duiración fija (un mes o menos), comienza inmediatamente termina el Srpint anterior.
Todo el trabajo necesario para alcanzar el objetivo del producto: Sprint Planning, Daily Scrums, Sprint Review, Sprint Retrospective ocurre dentro del Sprint.
Cada Sprint puede considerarse un proyecto corto.
¿Qué debe ocurrir durante el Sprint?
1, No se realizan cambios que pongan en peligro el objetivo del Sprint.
- La calidad no disminuye.
- El Product Backlog se refina según sea necesario.
- El alcance se puede aclarar y renegociar con el PO a medida que se aprender más.
¿Cómo se puede pronosticar el progreso?
- Burn-down: trabajo pendiente. Dice cómo voy a quemar mis puntos de historia a lo largo del Sprint, tiene 2 líneas, Una verde total story points planned y una roja total story points actual. Es una línea descendente.
Eje X: días
Eje Y: puntos de historia.
- Burn-up: trabajo completado.
Es similiar, pero es ascendente, el trabajo que se va acumulando conforme los días van pasando.
La línea verde es la deseada y la roja es la que sucedió realmente.
Eje X: días
Eje Y: puntos de historia.
- Cumulative flows: Flujos acumulativos.
Muestra como se va acumulando el trabajo realizado a lo largo del tiempo.
Es como un burn up pero más avanzado, voy viendo como se va acumulando el progreso del trabajo del equipo a lo largo del tiempo, y cada color de la gráfica puede ser una categoría o un status de una historia de usuario.
¿Cuándo se puede cancelar un Sprint?
Si el objetivo del Sprint se vuelve obsoleto.
Solo el Product Owner tiene la autoridad para cancelar el Sprint.
¿Qué es el Sprint Planning?
Es el evento que da inicio al Sprint, establece el trabajo que se realizará durante el Sprint, el Scrum Team puede invitar otras personas a asistir al Sprint Planning como asesores.
¿Qué límite de tiempo tiene el Sprint Planning?
Tiene un límite de tiempo de 8 horas para un Sprint de 1 mes, para Sprints más cortos puede ser de menor duración.
¿Qué temas se abordan en el Srpint Planning?
- ¿Por qué es valioso este Sprint? El Product Owner propone cómo podría incrementar su valor y utilidad el producto. Entre el Scrum Team se define un objetivo del Sprint, que debe completarse antes que termine el Sprint Planning.
- ¿Qué se puede hacer en este Sprint? Los developers junto al Product Owner seleccionan los elementos del Product Backlog que se van a realizar durante el Sprint. El Scrum Team puede refinar los elementos para aumentar la confianza y comprensión.
Saber cuánto se puede hacer durante un Sprint puede ser difícil, pero mientras más sepan los Developers de su desempeño pasado, más facil les será pronosticar para el Sprint.
- ¿Cómo se realizará el trabajo elegido? Para cada elmento seleccionado del Product Backlog, los Developers planifican el trabajo para crear un incremento que cumpla la definición de terminado, normalmente estos e hace descomponiendo los elementos del Product Backlog en elementos más pequeños de un día o menos. La forma de hacerlo es a criterio del Developer, nadie más les dice cómo convertir elementos del Product Backlog en incrementos de valor.
¿Qué es el Sprint Backlog?
Está conformado por el objetivo del Sprint, los elementos seleccionados del Product Backlog para el Sprint, y el plan para entregarlos.
¿Qué es el Daily Scrum?
Es un evento de 15 minutos para los Developers que sirve para inspeccionar el progreso para cumplir el objetivo del Sprint, y ajustar el Sprint Backlog si es necesario. Se realiza a la misma hora y en el mismo lugar todos los días hábiles del Sprint. Ayuda a mejorar la comunicación, identificar impedimentos, tomar decisiones rápido y elimina la necesidad de más reuniones.
El Product Owner y Scrum Master participan como Developers si están trabajando activamente.
¿Qué es el Sprint Review?
Es un evento donde se inspecciona el resultado del Sprint y se ven futuras adaptaciones, el Scrum Team y los interesados revisan lo que se logró durante el Sprint. El Scrum Team presenta el resultado de su trabajo a los interesados clave y discute el progreso hacia el objetivo del producto.
Es una sesión de trabajo y el Scrum Team debe evitar que sea solo una presentación.
Tiene un límite de tiempo de 4 horas para Sprints de 1 mes, puede ser de menos para Sprints más cortos.