Scrum_Summary Flashcards

1
Q

Afirmation scrum

A

Cada elemento del marco de trabajo tiene un propósito específico que es esencial para el valor general y los resultados obtenidos con Scrum.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Affirmation scrum

A

Cambiar el diseño o las ideas esenciales de Scrum, omitir elementos o no seguir las reglas de Scrum, oculta los problemas y limita los beneficios de Scrum, e incluso potencialmente lo vuelve inútil.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Affirmation scrum

A

Scrum está siendo adoptado en muchos dominios que tienen un trabajo esencialmente complejo, más allá del desarrollo de productos de software donde Scrum tiene sus raíces.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Affirmation Scrum

A

Usamos la palabra “desarrolladores” en Scrum no para excluir, sino para simplificar. Si obtiene valor de Scrum, considérese incluido.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Definition SCRUM

A

Scrum es un marco de trabajo liviano que ayuda a las personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Definition SCRUM

A

En pocas palabras, Scrum requiere un Scrum Master para fomentar un entorno donde:
1. Un Product Owner ordena el trabajo de un problema complejo en un Product Backlog.
2. El Scrum Team convierte una selección del trabajo en un Increment de valor durante un Sprint.
3. El Scrum Team y sus interesados inspeccionan los resultados y se adaptan para el próximo Sprint.
4. Repita

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Definition SCRUM

A

Scrum es simple. Pruébelo como está y determine si su filosofía, teoría y estructura ayudan a lograr objetivos y crear valor.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Definition SCRUM

A

El marco de trabajo Scrum es incompleto de manera intencional, solo define las partes necesarias para implementar la teoría de Scrum.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Definition SCRUM

A

Scrum se basa en la inteligencia colectiva de las personas que lo utilizan. En lugar de proporcionar a las personas instrucciones detalladas, las reglas de Scrum guían sus relaciones e interacciones.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Definition SCRUM

A

En este marco de trabajo pueden emplearse varios procesos, técnicas y métodos. Scrum envuelve las prácticas existentes o las hace innecesarias. Scrum hace visible la eficacia relativa de las técnicas actuales de gestión, entorno y trabajo, de modo que se puedan realizar mejoras.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Teoria scrum

A

Scrum se basa en el empirismo y el pensamiento Lean.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Teoria scrum

A

El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones con base en lo observado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Teoria scrum

A

El pensamiento Lean reduce el desperdicio y se enfoca en lo esencial.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Teoria scrum

A

Scrum emplea un enfoque iterativo e Incremental para optimizar la previsibilidad y controlar el riesgo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Teoria scrum

A

Scrum involucra a grupos de personas que colectivamente tienen todas las habilidades y experiencia para hacer el trabajo y compartir o adquirir dichas habilidades según sea necesario.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Teoria scrum

A

Scrum combina cuatro eventos formales para inspección y adaptación dentro de un evento contenedor, el Sprint.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Teoria scrum

A

Estos eventos funcionan porque implementan los pilares empíricos de Scrum de transparencia, inspección y adaptación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Transparencia

A

El proceso y el trabajo emergentes deben ser visibles tanto para quienes realizan el trabajo como para quienes lo reciben.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Transparencia

A

Con Scrum, las decisiones importantes se basan en el estado percibido de sus tres 3
artefactos formales.
Los artefactos que tienen poca transparencia pueden llevar a decisiones que disminuyan el valor y aumentan el riesgo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Transparencia

A

La transparencia permite la inspección. La inspección sin transparencia es engañosa y derrochadora.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Inspección

A

Los artefactos de Scrum y el progreso hacia los objetivos acordados deben inspeccionarse con frecuencia y con diligencia para detectar variaciones o problemas potencialmente indeseables.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Inspección

A

Para ayudar con la inspección, Scrum proporciona cadencia en forma de sus cinco eventos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Inspección

A

La inspección permite la adaptación. La inspección sin adaptación se considera inútil.
Los eventos Scrum están diseñados para provocar cambios.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Adaptacion

A

Si algún aspecto de un proceso se desvía fuera de los límites aceptables o si el producto resultante es inaceptable, el proceso que se aplica o los materiales que se producen deben ajustarse.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Adaptacion

A

El ajuste debe realizarse lo antes posible para minimizar una mayor desviación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Adaptacion

A

La adaptación se vuelve más difícil cuando las personas involucradas no están empoderadas ni se autogestionan.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Adaptacion

A

Se espera que un Scrum Team se adapte en el momento en que aprenda algo nuevo a través de la inspección.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Valores de Scrum

A

El uso exitoso de Scrum depende de que las personas se vuelven más competentes en vivir cinco valores:

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

Valores de Scrum

A

Compromiso, Foco, Franqueza, Respeto y Coraje

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

Valores de Scrum

A

El Scrum Team se compromete a lograr sus objetivos y a apoyarse mutuamente.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Valores de Scrum

A

Su foco principal está en el trabajo del Sprint para lograr el mejor progreso posible hacia estos objetivos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

Valores de Scrum

A

El Scrum Team y sus interesados son francos sobre el trabajo y los desafíos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

Valores de Scrum

A

Los miembros del Scrum Team se respetan entre sí para ser personas capaces e independientes, y son respetados como tales por las personas con las que trabajan.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

Valores de Scrum

A

Los miembros del Scrum Team tienen el coraje de hacer lo correcto, para trabajar en problemas difíciles.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

Valores de Scrum

A

Los miembros del Scrum Team tienen el coraje de hacer lo correcto, para trabajar en problemas difíciles.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

Valores de Scrum

A

Estos valores dan dirección al Scrum Team con respecto a su trabajo, acciones y comportamiento. Las decisiones que se tomen, los pasos que se den y la forma en que se use Scrum deben reforzar estos valores, no disminuirlos ni socavarlos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

Valores de Scrum

A

Los miembros del Scrum Team aprenden y exploran los valores mientras trabajan con los eventos y artefactos Scrum.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

Valores de Scrum

A

Cuando el Scrum Team y las personas con las que trabajan incorporan estos valores, los pilares empíricos de Scrum de transparencia, inspección y adaptación cobran vida y generan confianza.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

Scrum Team

A

La unidad fundamental de Scrum es un pequeño equipo de personas, un Scrum Team.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

Scrum Team

A

El Scrum Team consta de un Scrum Master, un Product Owner y Developers.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

Scrum Team

A

Dentro de un Scrum Team, no hay subequipos ni jerarquías. Es una unidad cohesionada de profesionales enfocados en un objetivo a la vez, el Objetivo del Producto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

Scrum Team

A

Los Scrum Teams son multifuncionales, lo que significa que los miembros tienen todas las habilidades necesarias para crear valor en cada Sprint.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

Scrum Team

A

También se autogestionan, lo que significa que deciden internamente quién hace qué, cuándo y cómo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

Scrum Team

A

El Scrum Team es lo suficientemente pequeño como para seguir siendo ágil y lo suficientemente grande como para completar un trabajo significativo dentro de un Sprint, generalmente 10 personas o menos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

Scrum Team

A

En general, hemos descubierto que los equipos más pequeños se comunican mejor y son más productivos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

Scrum Team

A

Si los Scrum Teams se vuelven demasiado grandes, deberían considerar reorganizarse en múltiples Scrum Teams cohesivos, cada uno enfocado en el mismo producto. Por lo tanto, deben compartir el mismo Objetivo del Producto, el Product Backlog y el Product Owner.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

Scrum Team

A

El Scrum Team es responsable de todas las actividades relacionadas con el producto, desde la colaboración de los interesados, la verificación, el mantenimiento, la operación, la experimentación, la investigación y el desarrollo, y cualquier otra cosa que pueda ser necesaria.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
48
Q

Scrum Team

A

Están estructurados y empoderados por la organización para gestionar su propio trabajo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
49
Q

Scrum Team

A

Trabajar en Sprints a un ritmo sostenible mejora el enfoque y la consistencia del Scrum Team.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
50
Q

Scrum Team

A

Todo el Scrum Team es responsable de crear un Increment valioso y útil en cada Sprint.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
51
Q

Scrum Team

A

Scrum define tres responsabilidades específicas dentro del Scrum Team: los Developers, el Product Owner y el Scrum Master.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
52
Q

Developers

A

Las personas del Scrum Team que se comprometen a crear cualquier aspecto de un Increment utilizable en cada Sprint son Developers.

53
Q

Developers

A

Las habilidades específicas que necesitan los Developers suelen ser amplias y variarán según el ámbito de trabajo.

54
Q

Developers

A

Sin embargo, los Developers siempre son responsables de:
● Crear un plan para el Sprint, el Sprint Backlog;
● Inculcar calidad al adherirse a una Definición de Terminado;
● Adaptar su plan cada día hacia el Objetivo del Sprint; y,
● Responsabilizarse mutuamente como profesionales.

55
Q

Product Owner

A

El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del Scrum Team. La forma en que esto se hace puede variar ampliamente entre organizaciones, Scrum Teams e individuos.

56
Q

Product Owner

A

El Product Owner también es responsable de la gestión efectiva del Product Backlog, lo que incluye:
● Desarrollar y comunicar explícitamente el Objetivo del Producto;
● Crear y comunicar claramente los elementos del Product Backlog;
● Ordenar los elementos del Product Backlog; y,
● Asegurarse de que el Product Backlog sea transparente, visible y se entienda.

57
Q

Product Owner

A

El Product Owner puede realizar el trabajo anterior o puede delegar la responsabilidad en otros. Independientemente de ello, el Product Owner sigue siendo el responsable de que el trabajo se realice.

58
Q

Product Owner

A

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.

59
Q

Product Owner

A

El Product Owner es una persona, no un comité. 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.

60
Q

Scrum Master

A

El Scrum Master es responsable de establecer Scrum como se define en la Guía de Scrum. Lo hace ayudando a todos a comprender la teoría y la práctica de Scrum, tanto dentro del Scrum Team como de la organización.

61
Q

Scrum Master

A

El Scrum Master es responsable de lograr la efectividad del Scrum Team. Lo hace apoyando al Scrum Team en la mejora de sus prácticas, dentro del marco de trabajo de Scrum.

62
Q

Scrum Master

A

Los Scrum Masters son verdaderos líderes que sirven al Scrum Team y a la organización en general.

63
Q

Scrum Master

A

El Scrum Master sirve al Scrum Team de varias maneras, que incluyen:

● Guiar a los miembros del equipo en ser autogestionados y multifuncionales;
● Ayudar al Scrum Team a enfocarse en crear Increments de alto valor que cumplan con la Definición de Terminado;
● Procurar la eliminación de impedimentos para el progreso del Scrum Team; y,
● Asegurarse de que todos los eventos de Scrum se lleven a cabo y sean positivos, productivos y se mantengan dentro de los límites de tiempo recomendados en esta Guía.

64
Q

Scrum Master

A

El Scrum Master sirve al Product Owner de varias maneras, que incluyen:

● Ayudar a encontrar técnicas para una definición efectiva de Objetivos del Producto y la gestión del Product Backlog;
● Ayudar al Scrum Team a comprender la necesidad de tener elementos del Product Backlog claros y concisos;
● Ayudar a establecer una planificación empírica de productos para un entorno complejo; y,
● Facilitar la colaboración de los interesados según se solicite o necesite.

65
Q

Scrum Master

A

El Scrum Master sirve a la organización de varias maneras, que incluyen:

● Liderar, capacitar y guiar a la organización en su adopción de Scrum;
● Planificar y asesorar implementaciones de Scrum dentro de la organización;
● Ayudar a los empleados y los interesados a comprender y aplicar un enfoque empírico para el trabajo complejo; y,
● Eliminar las barreras entre los interesados y los Scrum Teams.

66
Q

Eventos de Scrum

A

El Sprint es un contenedor para todos los demás eventos.

67
Q

Eventos de Scrum

A

Cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar los artefactos Scrum.

68
Q

Eventos de Scrum

A

Estos eventos están diseñados específicamente para habilitar la transparencia requerida.

69
Q

Eventos de Scrum

A

No operar cualquier evento según lo prescrito resulta en la pérdida de oportunidades para inspeccionar y adaptarse.

70
Q

Eventos de Scrum

A

Los eventos se utilizan en Scrum para crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum.

71
Q

Eventos de Scrum

A

Lo óptimo es que todos los eventos se celebren al mismo tiempo y en el mismo lugar para reducir la complejidad.

72
Q

El Sprint

A

Los Sprints son el corazón de Scrum, donde las ideas se convierten en valor.

73
Q

El Sprint

A

Son eventos de duración fija de un mes o menos para crear consistencia.

74
Q

El Sprint

A

Un nuevo Sprint comienza inmediatamente después de la conclusión del Sprint anterior.

75
Q

El Sprint

A

Todo el trabajo necesario para lograr el Objetivo del Producto, incluido la Sprint Planning, Daily Scrums, Sprint Review y Sprint Retrospective, ocurre dentro de los Sprints.

76
Q

El Sprint

A

Durante el Sprint:
● 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; y,
● El alcance se puede aclarar y renegociar con el Product Owner a medida que se aprende más.

77
Q

El Sprint

A

Los Sprints permiten la previsibilidad al garantizar la inspección y adaptación del progreso hacia un Objetivo del Producto al menos cada mes calendario.

78
Q

El Sprint

A

Cuando el horizonte de un Sprint es demasiado largo, el Objetivo del Sprint puede volverse inválido, la complejidad puede crecer y el riesgo puede aumentar.

79
Q

El Sprint

A

Se pueden emplear Sprints más cortos para generar más ciclos de aprendizaje y limitar el riesgo de costo y esfuerzo a un período de tiempo menor. Cada Sprint puede considerarse un proyecto corto.

80
Q

El Sprint

A

Existen varias prácticas para pronosticar el progreso, como el trabajo pendiente (burn‐downs), trabajo completado (burn‐ups) o flujos acumulativos (cumulative flows). Si bien han demostrado su utilidad, no reemplazan la importancia del empirismo. En entornos complejos, se desconoce lo que sucederá. Solo lo que ya ha sucedido se puede utilizar para la toma de decisiones con miras al futuro.

81
Q

El Sprint

A

Un Sprint podría cancelarse si el Objetivo del Sprint se vuelve obsoleto. Solo el Product Owner tiene la autoridad para cancelar el Sprint.

82
Q

Sprint Planning

A

La Sprint Planning inicia el Sprint al establecer el trabajo que se realizará para el Sprint. El Scrum Team crea este plan resultante mediante trabajo colaborativo.

83
Q

Sprint Planning

A

El Product Owner se asegura de que los asistentes estén preparados para discutir los elementos más importantes del Product Backlog y cómo se relacionan con el Objetivo del Producto.

84
Q

Sprint Planning

A

El Scrum Team también puede invitar a otras personas a asistir a la Sprint Planning para brindar asesoramiento.

85
Q

Sprint Planning

A

La Sprint Planning aborda los siguientes temas:

86
Q

Sprint Planning

A

Tema uno: ¿Por qué es valioso este Sprint?
El Product Owner propone cómo el producto podría Incrementar su valor y utilidad en el Sprint actual. Luego, todo el Scrum Team colabora para definir un Objetivo del Sprint que comunica por qué el Sprint es valioso para los interesados. El Objetivo del Sprint debe completarse antes de que termine la Sprint Planning.

87
Q

Sprint Planning

A

Tema dos: ¿Qué se puede hacer en este Sprint?
8
A través de una conversación con el Product Owner, los Developers seleccionan elementos del Product Backlog para incluirlos en el Sprint actual. El Scrum Team puede refinar estos elementos durante este proceso, lo que aumenta la comprensión y la confianza.
Seleccionar cuánto se puede completar dentro de un Sprint puede ser un desafío. Sin embargo, cuanto más sepan los Developers sobre su desempeño pasado, su capacidad actual y su Definición de Terminado, más confiados estarán en sus pronósticos para el Sprint.

88
Q

Sprint Planning

A

Tema tres: ¿Cómo se realizará el trabajo elegido?
Para cada elemento del Product Backlog seleccionado, los Developers planifican el trabajo necesario para crear un Increment que cumpla con la Definición de Terminado. A menudo, esto se hace descomponiendo los elementos del Product Backlog en elementos de trabajo más pequeños de un día o menos. La forma de hacerlo queda a criterio exclusivo de los Developers. Nadie más les dice cómo convertir los elementos del Product Backlog en Increments de valor.

89
Q

Sprint Planning

A

El Objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint, más el plan para entregarlos se denominan juntos Sprint Backlog.

90
Q

Sprint Planning

A

La Sprint Planning tiene un límite de tiempo de máximo ocho horas para un Sprint de un mes. Para Sprints más cortos, el evento suele ser de menor duración.

91
Q

Daily Scrum

A

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.

92
Q

Daily Scrum

A

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. Si el Product Owner o Scrum Master están trabajando activamente en elementos del Sprint Backlog, participan como Developers.

93
Q

Daily Scrum

A

Los Developers pueden seleccionar la estructura y las técnicas que deseen, siempre que su Daily Scrum se centre en el progreso hacia el Objetivo del Sprint y produzca un plan viable para el siguiente día de trabajo. Esto crea enfoque y mejora la autogestión.

94
Q

Daily Scrum

A

Las Daily Scrums mejoran la comunicación, identifican impedimentos, promueven la toma rápida de decisiones y, en consecuencia, eliminan la necesidad de otras reuniones.

95
Q

Daily Scrum

A

La Daily Scrum no es el único momento en el que los Developers pueden ajustar su plan. A menudo se reúnen durante el día para discusiones más detalladas sobre cómo adaptar o volver a planificar el resto del trabajo del Sprint.

96
Q

Sprint Review

A

El propósito de la Sprint Review es inspeccionar el resultado del Sprint y determinar futuras adaptaciones.

97
Q

Sprint Review

A

El Scrum Team presenta los resultados de su trabajo a los interesados clave y se discute el progreso hacia el Objetivo del Producto.

98
Q

Sprint Review

A

Durante el evento, el Scrum Team y los interesados revisan lo que se logró en el Sprint y lo que ha cambiado en su entorno.

99
Q

Sprint Review

A

Con base en esta información, los asistentes colaboran sobre qué hacer a continuación. El Product Backlog también se puede ajustar para satisfacer nuevas oportunidades.

100
Q

Sprint Review

A

La Sprint Review es una sesión de trabajo y el Scrum Team debe evitar limitarla a una presentación.

101
Q

Sprint Review

A

La Sprint Review es el penúltimo evento del Sprint y tiene un límite de tiempo de máximo cuatro horas para un Sprint de un mes. Para Sprints más cortos, el evento suele ser de menor duración.

102
Q

Sprint Retrospective

A

El propósito de la Sprint Retrospective es planificar formas de aumentar la calidad y la efectividad.

103
Q

Sprint Retrospective

A

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. Los elementos inspeccionados suelen variar según el ámbito del trabajo.

104
Q

Sprint Retrospective

A

Se identifican los supuestos que los llevaron por mal camino y se exploran sus orígenes. El Scrum Team analiza qué salió bien durante el Sprint, qué problemas encontró y cómo se resolvieron (o no) esos problemas.

105
Q

Sprint Retrospective

A

El Scrum Team identifica los cambios más útiles para mejorar su efectividad. Las mejoras más impactantes se abordan lo antes posible. Incluso se pueden agregar al Sprint Backlog para el próximo Sprint.

106
Q

Sprint Retrospective

A

La Sprint Retrospective concluye el Sprint. Tiene un tiempo limitado a máximo tres horas para un Sprint de un mes. Para Sprints más cortos, el evento suele ser de menor duración.

107
Q

Artefactos de Scrum

A

Los artefactos de Scrum representan trabajo o valor. Están diseñados para maximizar la transparencia de la información clave. Por lo tanto, todas las personas que los inspeccionan tienen la misma base de adaptación.

108
Q

Artefactos de Scrum

A

Cada artefacto contiene un compromiso para garantizar que proporcione información que mejore la transparencia y el enfoque frente al cual se pueda medir el progreso:
● Para el Product Backlog, es el Objetivo del Producto.
● Para el Sprint Backlog, es el Objetivo del Sprint.
● Para el Increment es la Definición de Terminado.

109
Q

Artefactos de Scrum

A

Estos compromisos existen para reforzar el empirismo y los valores de Scrum para el Scrum Team y sus interesados.

110
Q

Product Backlog

A

El Product Backlog es una lista emergente y ordenada de lo que se necesita para mejorar el producto. Es la única fuente del trabajo realizado por el Scrum Team.

111
Q

Product Backlog

A

Los elementos del Product Backlog que el Scrum Team puede dar por Terminados dentro de un Sprint se consideran preparados para ser seleccionados en un evento de Sprint Planning.

112
Q

Product Backlog

A

Suelen adquirir este grado de transparencia tras las actividades de refinamiento.

113
Q

Product Backlog

A

El refinamiento del Product Backlog es el acto de dividir y definir aún más los elementos del Product Backlog en elementos más pequeños y precisos. Esta es una actividad continua para agregar detalles, como una descripción, orden y tamaño. Los atributos suelen variar según el ámbito del trabajo.

114
Q

Product Backlog

A

Los Developers que realizarán el trabajo son responsables del dimensionamiento. El Product Owner puede influir en los Developers ayudándolos a entender y seleccionar sus mejores alternativas.

115
Q

Compromiso: Objetivo del Producto

A

El Objetivo del Producto describe un estado futuro del producto que puede servir como un objetivo para que el Scrum Team planifique.

116
Q

Compromiso: Objetivo del Producto

A

El Objetivo del Producto está en el Product Backlog. El resto del Product Backlog emerge para definir “qué” cumplirá con el Objetivo del Producto.

117
Q

Compromiso: Objetivo del Producto

A

Un producto es un vehículo para entregar valor. Tiene un límite claro, personas interesadas conocidas, usuarios o clientes bien definidos. Un producto puede ser un servicio, un producto físico o algo más abstracto.

118
Q

Compromiso: Objetivo del Producto

A

El Objetivo del Producto es el objetivo a largo plazo del Scrum Team. Ellos deben cumplir (o abandonar) un objetivo antes de asumir el siguiente.

119
Q

Sprint Backlog

A

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).

120
Q

Sprint Backlog

A

El Sprint Backlog es un plan realizado por y para los Developers. Es una imagen muy visible y en tiempo real del trabajo que los Developers planean realizar durante el Sprint para lograr el Objetivo del Sprint. En consecuencia, el Sprint Backlog se actualiza a lo largo del Sprint a medida que se aprende más. Debe tener suficientes detalles para que puedan inspeccionar su progreso en la Daily Scrum.

121
Q

Compromiso: Objetivo del Sprint

A

El Objetivo del Sprint es el único propósito del Sprint. Si bien el Objetivo del Sprint es un compromiso de los Developers, proporciona flexibilidad en términos del trabajo exacto necesario para lograrlo. El Objetivo del Sprint también crea coherencia y enfoque, lo que alienta al Scrum Team a trabajar en conjunto en lugar de en iniciativas separadas.

122
Q

Compromiso: Objetivo del Sprint

A

El Objetivo del Sprint se crea durante el evento Sprint Planning y se agrega al Sprint Backlog. Mientras los Developers trabajan durante el Sprint, tienen en mente el Objetivo del Sprint. Si el trabajo resulta ser diferente de lo que esperaban, colaboran con el Product Owner para negociar el alcance del Sprint Backlog dentro del Sprint sin afectar el Objetivo del Sprint.

123
Q

Increment

A

Un Increment es un peldaño concreto hacia el Objetivo del Producto. Cada Increment se suma a todos los Increments anteriores y se verifica minuciosamente, lo que garantiza que todos los Increments funcionen juntos. Para proporcionar valor, el Increment debe ser utilizable.

124
Q

Increment

A

Se pueden crear múltiples Increments dentro de un Sprint. La suma de los Increments se presenta en la Sprint Review apoyando así el empirismo. Sin embargo, se puede entregar un Increment a los interesados antes del final del Sprint. La Sprint Review nunca debe considerarse una puerta para liberar valor.

125
Q

Increment

A

El trabajo no puede considerarse parte de un Increment a menos que cumpla con la Definición de Terminado.

126
Q

Compromiso: Definición de Terminado

A

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.

127
Q

Compromiso: Definición de Terminado

A

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.

128
Q

Compromiso: Definición de Terminado

A

Si la Definición de Terminado para un Increment es parte de los estándares de la organización, todos los Scrum Teams deben seguirla como mínimo. Si no es un estándar organizacional, el Scrum Team debe crear una Definición de Terminado apropiada para el producto.
Los Developers deben adherirse a la Definición de Terminado. Si hay varios Scrum Teams trabajando juntos en un producto, deben definir y cumplir mutuamente la misma Definición de Terminado.