Guía Scrum 2020 Flashcards
(82 cards)
1
Q
¿Qué es Scrum?
A
Scrum es un marco de trabajo que ayuda a personas y equipos a generar valor por medio de soluciones adaptativas a problemas complejos.
2
Q
¿Qué debe fomentar un Scrum Master?
A
- 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.
3
Q
¿En qué se basa Scrum?
A
- 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.
4
Q
¿Qué enfoque emplea Scrum?
A
Scrum emplea un enfoque iterativo incremental para mejorar la previsibilidad y controlar el riesgo.
5
Q
¿Cuál es el evento contenedor?
A
El Sprint que contiene cuatro eventos formales para inspección y adaptación.
6
Q
¿Cuáles son los pilares empíricos de Scrum?
A
- 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.
7
Q
¿Cuáles son los valores de Scrum?
A
- 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.
8
Q
¿Quiénes conforman el Scrum Team? o cuáles son los roles del scrum team?
A
- Scrum Master.
- Product Owner.
- Developers.
9
Q
¿Qué significa que el Scrum Team se autogestiona?
A
Deciden internamente quién hace qué, cuándo y cómo.
10
Q
¿Qué significa que el Scrum Team sea multifuncional?
A
Significa que los miembros del Scrum Team tienen todas la habilidades necesarias para crear valor en cada Srpint.
11
Q
¿Qué tan grande debe ser el Scrum Team?
A
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.
12
Q
¿Qué pasa si el Scrum Team es muy grande?
A
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.
13
Q
¿Quiénes son los developers?
A
Son las personas del Scrum Team que se comprometen a crear un incremento utilizable en cada Sprint.
14
Q
¿Cuáles son las reponsabilidades de los developers?
A
- 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.
15
Q
¿Quién es el Product Owner?
A
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.
16
Q
¿Cuáles son las responsabilidades del Product Owner?
A
- 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.
17
Q
¿Qué se necesita para que el product owner tenga éxito?
A
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)
18
Q
¿Qué hace un Scrum Master?
A
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.
19
Q
¿Cómo sirve el Scrum Master al Scrum Team?
A
- 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.
20
Q
¿Cómo sirve el Scrum Master al Product Owner?
A
- 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.
21
Q
¿Cómo sirve el Scrum Master a la organización?
A
- 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.
22
Q
¿Cuáles son los eventos de Scrum?
A
- Sprint.
- Sprint Planning.
- Daily Scrum.
- Sprint Review.
- Sprint Retrospective.
23
Q
¿Qué es el Sprint?
A
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.
24
Q
¿Qué debe ocurrir durante el Sprint?
A
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.
25
¿Cómo se puede pronosticar el progreso?
1. 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.
2. 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.
3. 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.
26
¿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.
27
¿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.
28
¿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.
29
¿Qué temas se abordan en el Srpint Planning?
1. ¿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.
2. ¿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.
3. ¿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.
30
¿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.
31
¿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.
32
¿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.
33
¿Qué es pasa si algo no se logra terminar?
Si no te dio tiempo de terminar de desarrollar una funcionalidad o el equipo de QA la rechazo por no cumplir los criterios de calidad, entonces esa historia de usuario pasa al siguiente Sprint, o el Product Owner define en qué Sprint se realiza más adelante.
Lo que no se logró terminar no se demuestra porque no está completo.
34
¿Qué es la Sprint Retrospective?
Es el evento donde se inspecciona cómo fue el último Sprint con respecto a las personas, las interacciones, los procesos, las herramientas y la definición de terminado. Se busca planificar formas de aumentar la calidad y efectividad.
El Scrum Team analiza qué salió bien durante el Sprint, qué problemas encontró y cómo se resolvieron (o no) esos problemas.
Con este evento concluye el Sprint, dura máximo 3 horas para Sprints de 1 mes, puede durar menos para Sprints más cortos.
35
¿Cuáles son las técnicas para conducir la Sprint Retrospective?
1. El barco de vela (the sailboat)
Llegar a la isla es el objetivo final, el viento nos ayuda a impulsarnos, las anclas detienen al equipo a avanzar, las rocas son los riesgos que podemos encontrar.
Identificar los vientos (lo que nos ayuda a avanzar), las anclas (lo que nos detiene), y las rocas (los riesgos).
2. Las 4L technique.
2.1. Liked (lo que nos gustó)
2.2. Learned (lo que aprendimos)
2.3. Lacked (lo que nos hizo fatlta)
2.4. Longed for (Lo que nos hubiera gustado obtener)
3. La estrella de mar (starfish)
Identificamos 5 cosas:
- Que vamos a dejar de hacer.
- Que vamos a comenzar a hacer.
- Que vamos a hacer menos.
- Que vamos a hacer hacer mas.
- Que vamos a continuar haciendo.
4. Mad-sad-glad
5. Start-stops-continue
36
¿Cuáles son las etapas de la retrospectiva?
1. Preparar el escenario para la reunión.
2. Recolectar los datos durante la reunion.
3. Reflexionar.
4. Decidir qué vamos a hacer.
5. Cerrar la retrospectiva.
37
¿Cuáles son los artefactos de Scrum?
1. Product Backlog.
2. Sprint Backlog.
3. Increment.
38
¿Cuál es el compromiso del Product Backlog?
Objetivo del Producto
39
¿Cuál es el compromiso del Sprint Backlog?
Objetivo del Sprint
40
¿Cuál es el compromiso del increment?
Definición de terminado
41
¿Qué es el product backlog?
Es uno de los artefactos de Scrum, es una lista emergente y ordenada de lo que se necesita para mejorar el producto.
42
¿Qué es el refinamiento?
El refininamiento del Product Backlog es el acto de dividir y definir más los elementos del product backlog, para que sean elementos más pequeños y precisos.
43
¿Qué es un producto?
Es un vehiculo para entregar valor, tiene un límite claro, personas interesadas conocidas, usuarios o clientes bien definidos. Puede ser un servicio, un producto físico, o algo más abstracto.
44
¿Qué es el objetivo del producto?
Es el estado futuro del producto que puede servir para que el Scrum Team planifique y está en el Product Backlog.
45
¿Qué es el Sprint Backlog?
Es un plan creado por y para los developers, es una imagen del trabajo que los developers planean realizar durante el Sprint para lograr el objetivo del sprint.
46
¿De qué se compone Sprint Backlog?
1. El obejtivo del Sprint (por qué).
2. El conjunto de elementos del Product Backlog seleccionados para el Sprint (qué)
3. El plan de acción para entregar el incremento (cómo).
47
¿Qué se inspecciona en el Daily Scrum?
Se inspecciona el progreso del Sprint Backlog.
48
¿Qué es el increment?
Es un peldaño hacia el objetivo del producto. Cada increment se suma a los increments anteriores y se debe probar que funcionen juntos.
Para proporcionar valor un increment debe ser utilizable.
49
¿Dónde se presentan los increments?
La suma de los increments se presenta en el Sprint Review
50
¿Cuando se puede presentar el increment?
Se puede presentar a los interesados antes el final del sprint. El Sprint Review no debe considerarse nunca una puerta para liberar valor.
51
¿Qué debe cumplir el trabajo para considerarse un increment?
El trabajo debe cumplir con la definición de terminado.
52
¿Qué es la definición de terminado?
Es una descripción formal del estado del increment cuando cumple las medidas de calidad requeridas para el producto.
Crea transparencia para que todos entiendan si el trabajo se completó como increment. Si un elemento no cumple con la definición de terminado no puede presentarse en la Sprint Review.
53
¿Qué pasa si un elemento de Product Backlog no cumple con la definición de terminado?
No se puede presentar en el Sprint
Review y se devuelve al Product Backlog para su consideración futura.
54
¿Qué es agile?
Es la capacidad de adaptación y la respuesta al cambio y entrega de valor anticipada.
55
¿Por qué decimos que ágil trabaja en un cuadrante complejo?
Tenemos cierta incertidumbre, a veces tenemos que hacer prueba y error para resolver algo.
56
¿Cupando se creo el Manifiesto ágil?
17 de febrero de 2001
57
¿Cuántos principios y pilares tiene el manifiesto ágil?
Tiene 12 principios y 4 pilares
58
¿Cuáles son los pilares del manifiesto ágil?
1. Preferir a los individuos sobre los procesos y herramientas.
2. Preferir el software que funciona por encima de la documentación detallada.
3. La colaboración con el cliente, por encima de la negociación contractual.
4. La respuesta al cambio sobre el seguimiento de un plan.
59
¿Cuále son lo 12 principios del manifiesto ágil?
1. Satisfacer al cliente mediante entrega temprana de software funcional.
2. Aceptar cambios en los requerimientos incluso en etapas tardías.
3. Entregar software funcional frecuentemente.
4. Trabajo en conjunto entre los responsables del negocio y los desarrolladores.
5. Los proyectos se desarrollan en torno a individuos
motivados. Hay que darles el entorno y el apoyo que
necesitan, y confiarles la ejecución del trabajo.
6. La conversación cara a cara es la mejor forma de comunicar la información en el equipo.
7. El software funcionando es la medida principal de
progreso.
8. Desarrollo sostenible: ser capaces de mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al
buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de
trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto-organizados.
12. Reflexionar sobre cómo ser más efectivo para ajustar y perfeccionar su comportamiento.
60
¿Qué es agilidad?
Es un enfoque de gestión de proyectos basado en la entrega de requisitos de forma iterativa e incremental a lo largo del ciclo de vida.
61
¿Qué es el desarrollo ágil?
Es un témino que se aplica a las metodologías de desarrollo de software iterativo como: Scrum, Lean, y eXtreme Programming (XP)
62
¿Por qué el marco de trabajo Scrum es incompleto?
El marco de trabajo Scrum es incompleto de manera intencional, solo define las partes necesarias para implementar la teoría de Scrum.
Ejm: no se mencionan HU, no se menciona que escalas usar para hacer estimaciones, etc.
63
¿Que pasa si aplico solo algunas partes de Scrum?
Si se puede implementar algunas partes de Scrum, pero el resultado final NO es Scrum.
64
¿Qué son los patrones de Scrum o Scrum Patterns?
Son elementos adicionales que proporcionan orientación a los Scrum Master y a los profesionales sobre dónde concentrarse para obtener el mayor valor de las mejoras.
65
¿Qué es Lean thinking?
Es una metodología de negocios, que se usaba en empresas de manufactura de automóviles (en Toyota), tiene que ver con mejora continua, eliminar los desperdicios y optimizar los costos.
66
¿Cuáles son los 5 principios del pensamiento Lean?
1. Definir valor.
2. Mapear el flujo de valor.
3. Crear flujo.
4. Establecer pull
5. Perseguir la perfección.
67
¿Qué es la planificación ágil?
- Se hace un daily
- Se hace Sprints con iteraciones para hacer entregas incrementales del producto.
- Planes de liberación del producto.
- Portafolio que es uno o mas productos en desarrollo.
- Todo esto forma parte de una estrategia organizacional.
68
¿Qué es el time boxing?
Es una práctica en Scrum donde cada reunión debe tener un tiempo definido y se debe respetar.
69
¿Cuáles son los beneficios del time boxing?
1. Procesos de desarrollo eficiente.
2. Menos gastos generales.
3. Alta velocidad para los equipos.
4. Ayuda a gestionar eficazmente la planificación y ejecución de proyectos.
70
¿Qué son las historias épicas?
Es una historia de usuario grande que no puede entregarse como se define en una sola iteración o es lo suficientemente larga como para dividirse en HU más pequeñas.
71
¿Qué son las historias de usuario?
Es un requisito que debe cumplir mi producto, se espera que cada historia de usuario produzca una vez implementada una contribución al valor del producto en general.
72
¿Qué es el task board o tablero scrum?
Es un tablero de tareas que se divide en 3 columnas:
1. Tareas pendientes.
2. En progreso.
3. Termiado.
Se utilizan post its para cada tareas asignada al equipo y se coloca en la columna respectiva según el estado de cada una.
Se puede llevar de forma física o de manera digital.
73
¿Qué significa el acrónimo INVEST?
Ayuda a recordar una lista de verificación para evaluar la calidad de una historia de usuario.
Independiente: no requiere de otra.
Negociable: se puede reemplazar por otra de diferente prioridad.
Valuable: que aporte valor al producto.
Estimable: el equipo se siente seguro al estimar el esfuerzo requerido.
Small (pequeña): se puede construir en una iteración junto a otras historias.
Testable: se puede probar y verificar.
74
Requisitos ágiles
Todo comienza con una idea
Esa visión se traslada a épicas e historias de usuario que conforman en Product Backlog.
Luego, las HU se desglosan en tareas, y esas tareas conforman el Sprint Backlog en cada Sprint.
75
¿Cómo está conformada una HU?
Según Ron Jeffries, debe tener las 3C's:
1. Card (tarjeta): Una ficha física (a menudo un post it), que da forma tangible a lo que de otra manera sería solo una abstracción.
2. Conversación: que se realiza en diferentes momentos y lugares durante el proyecto, entre las personas interesadas por una característica dada de un producto de software: clientes, usuarios, desarrolladores, y evaluadores, esta conversación es verbal y se complementa con documentación.
3. Confirmación: se han alcanzado los objetivos en torno a los cuales giraba la conversación.
76
¿Qué es una tarea?
Es el trabajo técnico que realizan los desarrolladores para completar un item del Product Backlog.
La mayoría de las tareas se definen como pequeñas, no toma más de unas pocas horas del día.
77
¿Qué es una tareas SMART?
Specific (Epecífica)
Measurable (Medible)
Achievable (Alcanzable)
Relevant (Relevante)
Timely (Tiempo)
78
Estimación Planning Poker
Es una técnica de estimación, que le gusta mucho a los equipos de Scrum. Consiste en estimar los Story Points de una HU utilizando cartas de poker, tienen números que usan la escala de Fibonacci.
Cuando se estima cada HU, cada miembro del equipo saca una carta para decir el grado de complejidad para desarrollar esa HU.
79
Kanban
Es un mecanismo de señalización visual, para controlar el trabajo en progreso para productos intangibles.
Es un tablero pendiente, en progreso, terminado
80
¿Qué es el MVP o PMV Producto Minimo Viable?
Es un producto que se va a construir con las características más básicas para que sea utilizable por los usuarios, la idea es aprender de los clientes con el menor esfuerzo.
Es un concepto de Lean Startup.
81
¿Qué es la velocidad en Scrum?
Es la cantidad de Story Points que mi equipo puede desarrollar en cada Sprint.
Sirve para estimar cuánto tiempo tardará en completarse un proyecto.
82
¿Qué es el Scrum de Scrums?
Cuando estamos en un equipo de más de 12 personas se puede dividir en equipos de 5-10 personas.
Se agrega una reunión diaria llamada Scrum de Scrums, se selecciona un embajador por equipo.
Es como una reunion diaria normal, donde se informa avances, impedimentos, etc.
Las soluciones pueden ser acordar interfaces, negociar límites de responsabilidad, etc.
