Scrum

Scrum
Un marco de trabajo por el cual las personas pueden abordar problemas complejos adaptativos, a
la vez que entregar productos del máximo valor posible productiva y creativamente.
Scrum es:
• Liviano
• Fácil de entender
• Difícil de dominar
Scrum no es un proceso, una técnica o método definitivo. En lugar de eso, es un marco de trabajo
dentro del cual se pueden emplear varios procesos y técnicas. Scrum muestra la eficacia relativa
de las técnicas de gestión de producto y las técnicas de trabajo de modo que podamos mejorar
continuamente el producto, el equipo y el entorno de trabajo.
Usos de Scrum
Scrum se ha usado ampliamente en todo el mundo para:
1. Investigar e identificar mercados viables, tecnologías y capacidades de productos.

2. Desarrollar productos y mejoras
3. Liberar productos y mejoras tantas veces como sea posible durante el día
4. Desarrollar y mantener ambientes en la Nube (en línea, seguros, bajo demanda) y otros
entornos operacionales para el uso de productos.
5. Mantener y renovar productos.
6. Scrum se ha usado para desarrollar software, hardware, software embebido, redes de
funciones interactivas, vehículos autónomos, escuelas, gobiernos, mercadeo, también
para gestionar la operación de organizaciones y casi todo lo que usamos en nuestra vida
diaria, como individuo y como sociedad.
Scrum demostró ser especialmente efectivo en la transferencia iterativa e incremental de

conocimiento. Scrum se usa ahora ampliamente para productos, servicios y gestión de la
organización matriz.
Teoría de Scrum
Scrum se basa en la teoría de control de procesos empírica o empirismo. El empirismo asegura que
el conocimiento procede de la experiencia y de tomar decisiones basándose en lo que se conoce.
Scrum emplea un enfoque iterativo e incremental para optimizar la predictibilidad y el control del
riesgo.
Tres pilares soportan toda la implementación del control de procesos empírico: transparencia,
inspección y adaptación.
• La transparencia requiere que dichos aspectos sean definidos por un estándar común, de
tal modo que los observadores compartan un entendimiento común de lo que se están
viendo.
• Inspección Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de
Scrum y el progreso hacia un objetivo para detectar variaciones indeseadas. Su inspección
no debe ser tan frecuente como para que interfiera en el trabajo
• Adaptación Si un inspector determina que uno o más aspectos de un proceso se desvían
de límites aceptables y que el producto resultante será inaceptable, el proceso o el
material que está siendo procesado deben ajustarse.
Scrum prescribe cuatro eventos formales, contenidos dentro del Sprint, para la inspección
y adaptación.
1. Planificación del Sprint (Sprint Planning)
2. Scrum Diario (Daily Scrum)
3. Revisión del Sprint (Sprint Review)
4. Retrospectiva del Sprint (Sprint Retrospective)
Los Valores de Scrum

Cuando el Equipo Scrum incorpora y vivencia los valores de compromiso, coraje, foco, apertura y
respeto, los pilares Scrum de transparencia, inspección y adaptación se materializan y fomentan la
confianza en todo el mundo.
El uso exitoso de Scrum depende de que las personas lleguen a ser más virtuosas en la convivencia
con estos cinco valores.
El Equipo Scrum (Scrum Team)

El Equipo Scrum consiste en un Dueño de Producto (Product Owner), el Equipo de Desarrollo
(Development Team) y un Scrum Master. Los Equipos Scrum son autoorganizados y
multifuncionales. Los equipos autoorganizados eligen la mejor forma de llevar a cabo su trabajo y
no son dirigidos por personas externas al equipo.
El Dueño de Producto (Product Owner)
El Dueño de Producto es el responsable de maximizar el valor del producto

resultante del trabajo del Equipo de Desarrollo.
El Equipo de Desarrollo (Development Team)
El Equipo de Desarrollo consiste en los profesionales que realizan el trabajo de

entregar un Incremento de producto “Terminado” que potencialmente se pueda
poner en producción al final de cada Sprint.
El Scrum Master
El Scrum Master es responsable de promover y apoyar Scrum como se define en la

Guía de Scrum. Los Scrum Masters hacen esto ayudando a todos a entender la
teoría, prácticas, reglas y valores de Scrum.
El Scrum Master es un líder que está al servicio del Equipo Scrum.

Eventos de Scrum
En Scrum existen eventos predefinidos con el fin de crear regularidad y minimizar la necesidad de
reuniones no definidas en Scrum. Todos los eventos son bloques de tiempo (time-boxes), de tal
modo que todos tienen una duración máxima.
Es un contenedor del resto de eventos, cada uno de los eventos de Scrum constituye una
oportunidad formal para la inspección y adaptación de algún aspecto.
El Sprint
Es un bloque de tiempo (time-box) de un mes o menos durante el cual se crea un incremento de
producto “Terminado” utilizable y potencialmente desplegable.
Los Sprints contienen y consisten en la Planificación del Sprint (Sprint Planning), los Scrums Diarios
(Daily Scrums), el trabajo de desarrollo, la Revisión del Sprint (Sprint Review), y la Retrospectiva
del Sprint (Sprint Retrospective).
Cada Sprint puede considerarse un proyecto con un horizonte no mayor de un mes. Al igual que
los proyectos, los Sprints se usan para lograr algo.
Planificación de Sprint (Sprint Planning)

El trabajo a realizar durante el Sprint se planifica en la Planificación de Sprint. Este plan se crea
mediante el trabajo colaborativo del Equipo Scrum completo. La Planificación de Sprint tiene un
máximo de duración de ocho horas para un Sprint de un mes. Para Sprints más cortos el evento es
usualmente más corto.
La Planificación de Sprint responde a las siguientes preguntas:
• ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza?

El Equipo de Desarrollo trabaja para proyectar la funcionalidad que se desarrollará
durante el Sprint. El Dueño de Producto discute el objetivo que el Sprint debería lograr y
los Elementos de la Lista de Producto que, si se completan en el Sprint, lograrían el
Objetivo del Sprint.
• ¿Cómo se conseguirá hacer el trabajo necesario para entregar el Incremento?
El Equipo de Desarrollo por lo general comienza diseñando el sistema y el trabajo
necesario para convertir la Lista de Producto en un Incremento de producto funcional. El
trabajo podría ser de tamaño o esfuerzo estimado variables.
Al finalizar la Planificación del Sprint, el Equipo de Desarrollo debería ser capaz de explicar
al Dueño de Producto y al Scrum Master cómo pretende trabajar como un equipo
autoorganizado para lograr el Objetivo del Sprint y crear el Incremento esperado.
Scrum Diario (Daily Scrum)

El Scrum Diario es una reunión con un bloque de tiempo de 15 minutos para el Equipo de
Desarrollo. El Scrum Diario se lleva a cabo cada día del sprint.
Esto optimiza la colaboración y el desempeño del equipo inspeccionando el trabajo avanzado

desde el último Scrum Diario y haciendo una proyección del trabajo del Sprint a realizar a
continuación.
El Equipo de Desarrollo usa el Scrum Diario para evaluar el progreso hacia el Objetivo del Sprint y
para evaluar qué tendencia sigue este progreso hacia la finalización del trabajo contenido en la
Lista de Pendientes del Sprint.
Revisión de Sprint (Sprint Review)

Al final del Sprint se lleva a cabo una Revisión de Sprint para inspeccionar el Incremento y adaptar
la Lista de Producto si fuese necesario. Durante la Revisión de Sprint, el Equipo Scrum y los
interesados colaboran acerca de lo que se hizo durante el Sprint.
Se trata de una reunión informal, no una reunión de seguimiento, y la presentación del

Incremento tiene como objetivo facilitar la retroalimentación de información y fomentar la
colaboración.
Retrospectiva de Sprint (Sprint Retrospective)

La Retrospectiva de Sprint es una oportunidad para el Equipo Scrum de inspeccionarse a sí mismo
y de crear un plan de mejoras que sean abordadas durante el siguiente Sprint.
El propósito de la Retrospectiva de Sprint es:
• Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y

herramientas.
• Identificar y ordenar los elementos más importantes que salieron bien y las posibles
mejoras.
• Crear un plan para implementar las mejoras a la forma en la que el Equipo Scrum
desempeña su trabajo.
Artefactos de Scrum
Los artefactos de Scrum representan trabajo o valor en diversas formas que son útiles para
proporcionar transparencia y oportunidades para la inspección y adaptación.
Lista de Producto (Product Backlog)

La Lista de Producto es una lista ordenada de todo lo que se conoce que es necesario en el
producto. Es la única fuente de requisitos para cualquier cambio a realizarse en el producto. El
Dueño de Producto (Product Owner) es el responsable de la Lista de Producto, incluyendo su
contenido, disponibilidad y ordenación.
Lista de Pendientes del Sprint (Sprint Backlog)

La Lista de Pendientes del Sprint es el conjunto de elementos de la Lista de Producto
seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el
Objetivo del Sprint.
Incremento
El Incremento es la suma de todos los elementos de la Lista de Producto completados durante un
Sprint y el valor de los incrementos de todos los Sprints anteriores. Al final de un Sprint el nuevo
Incremento debe estar “Terminado”, lo cual significa que está en condiciones de ser utilizado y
que cumple la Definición de “Terminado” del Equipo Scrum. Un incremento es un cuerpo de
trabajo inspeccionable y terminado que respalda el empirismo al final del Sprint. El incremento es
un paso hacia una visión o meta.
Si “Terminado” para un incremento no es una convención de la organización de desarrollo, el

Equipo de Desarrollo del Equipo Scrum debe especificar una definición de “Terminado” apropiada
para el producto. Si hay múltiples Equipos Scrum trabajando en la entrega del sistema o producto,
los Equipos de Desarrollo en todos los Equipos Scrum deben definir en conjunto la definición de
“Terminado”.
Transparencia de los Artefactos

Scrum se basa en la transparencia. Las decisiones para optimizar el valor y controlar el riesgo se
toman basadas en el estado percibido de los artefactos. En la medida en que la transparencia sea
completa, estas decisiones tienen unas bases sólidas.
El Scrum Master debe trabajar con el Dueño de Producto, el Equipo de Desarrollo y otras partes
involucradas para entender si los artefactos son completamente transparentes. Hay prácticas para
hacer frente a la falta de transparencia; el Scrum Master debe ayudar a todos a aplicar las
prácticas más apropiadas si no hay una transparencia completa.
La labor del Scrum Master es trabajar con el Equipo Scrum y la organización para mejorar la
transparencia de los artefactos. Este trabajo usualmente incluye aprendizaje, convicción y cambio.

Scrum

Cargado por

Copyright:

Formatos disponibles

Scrum

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Scrum

Cargado por

Copyright:

Formatos disponibles

Scrum

1. Investigar e identificar mercados viables, tecnologías y capacidades de productos.

Scrum demostró ser especialmente efectivo en la transferencia iterativa e incremental de

Los Valores de Scrum

El Equipo Scrum (Scrum Team)

El Dueño de Producto (Product Owner)

El Dueño de Producto es el responsable de maximizar el valor del producto

El Equipo de Desarrollo (Development Team)

El Equipo de Desarrollo consiste en los profesionales que realizan el trabajo de

El Scrum Master es responsable de promover y apoyar Scrum como se define en la

El Scrum Master es un líder que está al servicio del Equipo Scrum.

Planificación de Sprint (Sprint Planning)

La Planificación de Sprint responde a las siguientes preguntas:

• ¿Qué puede entregarse en el Incremento resultante del Sprint que comienza?

Scrum Diario (Daily Scrum)

Esto optimiza la colaboración y el desempeño del equipo inspeccionando el trabajo avanzado

Revisión de Sprint (Sprint Review)

Se trata de una reunión informal, no una reunión de seguimiento, y la presentación del

Retrospectiva de Sprint (Sprint Retrospective)

El propósito de la Retrospectiva de Sprint es:

• Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y

Lista de Producto (Product Backlog)

Lista de Pendientes del Sprint (Sprint Backlog)

Si “Terminado” para un incremento no es una convención de la organización de desarrollo, el

Transparencia de los Artefactos

También podría gustarte