GLOSARIO SCRUM

Burn-down Chart: un gráfico que muestra la cantidad de trabajo que se

cree que queda pendiente. El tiempo se muestra en el eje horizontal y
el trabajo restante en el eje vertical.

Burn-up Chart:  un gráfico que muestra la cantidad de trabajo que se

ha completado. El tiempo se muestra en el eje horizontal y el trabajo
completado en el eje vertical.

Coherent/Coherence: La calidad de la relación entre ciertos elementos

del Product Backlog que puede hacer que merezcan ser considerados
como un todo. Ver también: Sprint Goal.

Daily Scrum: es un evento de tiempo limitado de 15 minutos que se

lleva a cabo todos los días para los desarrolladores. El Daily Scrum se
lleva a cabo todos los días del Sprint. En eso, los planes de los
Desarrolladores funcionan durante las próximas 24 horas. Esto
optimiza la colaboración y el rendimiento del equipo al inspeccionar el
trabajo desde el último Daily Scrum y pronosticar el próximo trabajo de
Sprint. El Daily Scrum se lleva a cabo a la misma hora y en el mismo
lugar todos los días para reducir la complejidad.

Definition of Done (DoD): es una descripción formal del estado del

Incremento 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 of Done, nace un Incremento. Si un
elemento de la Lista de Producto no cumple con la Definición de
Terminado, no se puede publicar ni presentar en la Sprint Review.
Developer: cualquier miembro de un Equipo Scrum, que se
comprometa a crear cualquier aspecto de un Incremento utilizable en
cada Sprint, independientemente de su especialidad técnica, funcional
o de otro tipo.

Emergence: el proceso de aparición o prominencia de nuevos hechos

o nuevo conocimiento de un hecho, o conocimiento de un hecho que
se vuelve visible inesperadamente.

Empirismo: tipo de control de procesos en el que sólo se acepta como

cierto el pasado y en el que las decisiones se basan en la observación,
la experiencia y la experimentación. El empirismo tiene tres pilares:
transparencia, inspección y adaptación.

Estándares de ingeniería: un conjunto compartido de estándares de

desarrollo y tecnología que los Desarrolladores aplican para crear
Incrementos de software liberables.

Forecast (de funcionalidad): la selección de elementos de Product

Backlog que los desarrolladores consideran factibles para
implementar en un Sprint.

Increment: Artefacto de Scrum que define el trabajo completo y

valioso producido por los Desarrolladores durante un Sprint. La suma
de todos los Incrementos forman un producto.

P
Product Backlog: Un artefacto Scrum que consiste en una lista
ordenada del trabajo a realizar para crear, mantener y sostener un
producto. Gestionado por el propietario del producto.

Product Backlog refinement: la actividad en un Sprint a través de la

cual el Product Owner y los Desarrolladores agregan granularidad al
Product Backlog.

Product Owner: Rol en Scrum responsable de maximizar el valor de un

producto, principalmente al administrar y expresar de manera
incremental las expectativas comerciales y funcionales de un producto
a los desarrolladores.

Product Goal: El objetivo del producto describe un estado futuro del

producto que puede servir como objetivo para que el Equipo Scrum
planifique. El objetivo del producto se encuentra en el Product Backlog.
El resto del Product Backlog emerge para definir "qué" cumplirá con el
Product Goal.

Ready: un entendimiento compartido por el Product Owner y los

Developers con respecto al nivel preferido de descripción de los
elementos de la cartera de productos introducidos en Sprint Planning.

Scrum: Scrum es un framework liviano que ayuda a las personas, los

equipos y las organizaciones a generar valor a través de soluciones
adaptables para problemas complejos como se define en Scrum
GuideTM.

Scrum board: un tablero físico para visualizar información para y por el

Equipo Scrum, a menudo utilizado para administrar Sprint Backlog. Los
Scrum board son una implementación opcional dentro de Scrum para
hacer visible la información.
Scrum guide: la definición de Scrum. Esta definición consiste en las
responsabilidades, los eventos, los artefactos y las reglas de Scrum
que los unen.

Scrum Master: Rol dentro de un Equipo Scrum responsable de guiar,

entrenar, enseñar y ayudar a un Equipo Scrum y sus entornos en una
comprensión y uso adecuados de Scrum.

Scrum Team: un equipo autogestionado que consta de un Scrum

Master, un Product Owner y Developers.

Scrum Values: un conjunto de valores y cualidades fundamentales que

sustentan el marco Scrum: compromiso, foco, franqueza, respeto y
coraje.

Self Managing: Los Equipos Scrum son multifuncionales, lo que

significa que los miembros tienen todas las habilidades necesarias
para crear valor en cada Sprint. También se autogestionan, lo que
significa que deciden internamente quién hace qué, cuándo y cómo.

Sprint: Evento de Scrum que tiene un límite de tiempo (Time-Boxed) de

un mes o menos, que sirve como contenedor para los demás eventos y
actividades de Scrum. Los sprints se realizan de forma consecutiva,
sin huecos intermedios.

Sprint Backlog: Artefacto de Scrum que proporciona una descripción

general del trabajo de desarrollo para lograr el objetivo de un Sprint,
generalmente un forecast (pronostico) de la funcionalidad y el trabajo
necesario para entregar esa funcionalidad. Gestionado por los
Desarrolladores.

Sprint goal: una breve expresión del objetivo de un Sprint, a menudo un

problema comercial que se aborda. La funcionalidad puede ajustarse
durante el Sprint para lograr el Sprint Goal.

Sprint Planning: Evento Scrum que tiene un límite de tiempo (time

boxed) de 8 horas, o menos, para iniciar un Sprint. Sirve para que el
Equipo Scrum inspeccione el trabajo del Product Backlog que es más
valioso para realizar a continuación y diseñe ese trabajo en el Sprint
Backlog.
Sprint Retrospective: Evento de Scrum que se establece en un time
box de 3 horas, o menos, para finalizar un Sprint. Sirve para que el
Equipo Scrum inspeccione el Sprint anterior y planifique las mejoras
que se implementarán durante los Sprints futuros.

Sprint Review: Evento Scrum que se establece en un time box de 4

horas, o menos, para concluir el trabajo de desarrollo de un Sprint.
Sirve para que el Scrum Team y los stakeholders inspeccionen el
Incremento de producto resultante del Sprint, evalúe el impacto del
trabajo realizado en el progreso general hacia el objetivo del producto
y actualice la acumulación del producto para maximizar el valor del
próximo período.

Stakeholder: una persona externa al Equipo Scrum con un interés

específico y conocimiento de un producto que se requiere para el
descubrimiento incremental. Representado por el Product Owner y
comprometido activamente con el equipo Scrum en Sprint Review.

Technical Debt: los gastos generales típicamente impredecibles de

mantener el producto, a menudo causados por decisiones de diseño
menos que ideales, que contribuyen al costo total de propiedad. Puede
existir involuntariamente en el Incremento o introducirse a propósito
para obtener valor antes.

Time Box: limite máximo de duración en el cual puede enmarcarse un

evento.

Values: Cuando los valores de compromiso, coraje, foco, franqueza y

respeto son encarnados y vividos por el Equipo Scrum, los *pilares
Scrum* de transparencia, inspección y adaptación *cobran vida* y
*generan confianza* para todos. Los miembros del Equipo Scrum
aprenden y exploran esos valores a medida que trabajan con los
eventos, roles y artefactos de Scrum.
Velocity: una indicación opcional, pero de uso frecuente, de la
cantidad de Product Backlog convertida en un Incremento de producto
durante un Sprint por parte de un Equipo Scrum, rastreada por los
Desarrolladores para su uso dentro del Equipo Scrum.