SCRUM

FOUNDATION
PROFESSIONAL
CERTIFICATE
 PRINCIPIOS DEL MANIFIESTO ÁGIL

• Nuestra mayor prioridad es satisfacer al cliente mediante la

entrega temprana y continua de software con valor.
• Aceptamos que los requisitos cambien, incluso en etapas
tardías del desarrollo. Los procesos Ágiles aprovechan el
cambio para proporcionar ventaja competitiva al cliente.
• Entregamos software funcional frecuentemente, entre dos
semanas y dos meses, con preferencia al periodo de tiempo
más corto posible.
 PRINCIPIOS DEL MANIFIESTO ÁGIL

• Los responsables de negocio y los desarrolladores trabajamos

juntos de forma cotidiana durante todo el proyecto.
• 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.
• El método más eficiente y efectivo de comunicar información
al equipo de desarrollo y entre sus miembros es la
conversación cara a cara.
 PRINCIPIOS DEL MANIFIESTO ÁGIL

• El software funcionando es la medida principal de progreso.

• Los procesos Ágiles promueven el desarrollo sostenible. Los
promotores, desarrolladores y usuarios debemos ser capaces
de mantener un ritmo constante de forma indefinida.
• La atención continua a la excelencia técnica y al buen diseño
mejora la Agilidad.
• La simplicidad, o el arte de maximizar la cantidad de trabajo no
realizado, es esencial.
 PRINCIPIOS DEL MANIFIESTO ÁGIL
• Las mejores arquitecturas, requisitos y diseños emergen de
equipos auto-organizados.
• A intervalos regulares el equipo reflexiona sobre cómo ser
más efectivo para a continuación ajustar y perfeccionar su
comportamiento en consecuencia.
 MANIFIESTO POR EL DESARROLLO
ÁGIL DE SOFTWARE
Estamos descubriendo formas mejores de desarrollar software
tanto por nuestra propia experiencia como ayudando a terceros. A
través de este trabajo hemos aprendido a valorar:

Individuos e interacciones sobre procesos y herramientas

Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha, valoramos

más los de la izquierda.
LA GUÍA DE SCRUM
 PROPÓSITO DE LA GUÍA DE SCRUM

• Scrum es un marco de trabajo para desarrollar,

entregar y mantener productos complejos. Esta
Guía contiene la definición de Scrum. Esta
definición consiste en los roles, eventos y
artefactos de Scrum y las reglas que los
relacionan. Ken Schwaber y Jeff Sutherland
desarrollaron Scrum; ellos escribieron y
proporcionan la Guía de Scrum. Juntos,
respaldan la Guía de Scrum.
 VISIÓN GENERAL DE SCRUM
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
 USOS DE SCRUM

Scrum fue desarrollado inicialmente para gestionar y desarrollar

productos. Desde principios de los años 90 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;
 USOS DE SCRUM

• 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; y
• 5. Mantener y renovar productos
 TEORIA DEL 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.
 TRANSPARENCIA
• Los aspectos significativos del proceso deben ser visibles para
aquellos que son responsables del resultado. 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.

• Todos los participantes deben compartir un lenguaje común para

referirse al proceso; y,
• Aquellos que desempeñan el trabajo y quienes inspeccionan el
incremento resultante deben compartir una definición común de
“Terminado”.
 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. Las
inspecciones son más beneficiosas cuando se realizan de
forma diligente por inspectores expertos en el mismo lugar
de 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. Dicho ajuste debe realizarse
cuanto antes para minimizar desviaciones mayores.
 SCRUM…
…prescribe cuatro eventos formales, contenidos dentro del
Sprint, para la inspección y adaptación, tal y como se
describen en la sección Eventos de Scrum del presente
documento.
• Planificación del Sprint (Sprint Planning)
• Scrum Diario (Daily Scrum)
• Revisión del Sprint (Sprint Review)
• 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. Los miembros del
Equipo Scrum aprenden y exploran estos valores a medida que
trabajan en los eventos, roles y artefactos de Scrum.
 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

El modelo de equipo en Scrum está diseñado para optimizar la

flexibilidad, la creatividad y la productividad.
 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
cómo se lleva a cabo esto podría variar ampliamente entre
distintas organizaciones, Equipos Scrum e individuos.

El Dueño de Producto es la única persona responsable de

gestionar la Lista del Producto (Product Backlog).
 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. Un Incremento
“Terminado” es obligatorio en la Revisión del Sprint. Solo los
miembros del Equipo de Desarrollo participan en la creación
del Incremento.
 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. El Scrum Master ayuda a las personas externas al
Equipo Scrum a entender qué interacciones con el Equipo
Scrum pueden ser útiles y cuáles no. El Scrum Master ayuda a
todos a modificar estas interacciones para maximizar el valor
creado por el 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. Una vez que comienza un Sprint, su duración es fija y
no puede acortarse o alargarse.
 EL SPRINT

El corazón de Scrum es 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. Es más conveniente si la duración de los Sprints es
consistente a lo largo del esfuerzo de desarrollo. Cada nuevo
Sprint comienza inmediatamente después de la finalización del
Sprint anterior.
 EL SPRINT

• Los Sprints contienen y consisten en:

La Planificación del Sprint (Sprint Planning)

Los Scrums Diarios (Daily Scrums)
La Revisión del Sprint (Sprint Review)
La Retrospectiva del Sprint (Sprint Retrospective).
 EL SPRINT

Durante el Sprint:
• No se realizan cambios que puedan afectar al Objetivo del
Sprint (Sprint Goal);
• Los objetivos de calidad no disminuyen; y,
• El alcance puede clarificarse y renegociarse entre el Dueño de
Producto y el Equipo de Desarrollo a medida que se va
aprendiendo más.
 CANCELACIÓN DE UN SPRINT
Un Sprint puede cancelarse antes de que el bloque de tiempo
llegue a su fin. Solo el Dueño de Producto tiene la autoridad
para cancelar el Sprint, aunque puede hacerlo bajo la
influencia de los interesados, del Equipo de Desarrollo o del
Scrum Master.
Un Sprint se cancelaría si el Objetivo del Sprint llega a quedar
obsoleto.
Las cancelaciones de Sprint consumen recursos ya que todos
se reagrupan en otra Planificación de Sprint para empezar
otro Sprint. Las cancelaciones de Sprint son a menudo
traumáticas para el Equipo Scrum y son muy poco comunes.
 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. El Scrum Master se
asegura de que el evento se lleve a cabo y que los asistentes
entiendan su propósito.
 OBJETIVO DEL SPRINT (SPRINT GOAL)
El Objetivo del Sprint es una meta establecida para el Sprint
que puede lograrse mediante la implementación de la Lista de
Producto. Proporciona una guía al Equipo de Desarrollo acerca
de por qué está construyendo el incremento. Se crea durante
la Planificación del Sprint. El objetivo del Sprint brinda al
equipo de desarrollo cierta flexibilidad con respecto a la
funcionalidad implementada en el Sprint.
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. En él, el Equipo de Desarrollo planea el
trabajo para las siguientes 24 horas. 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
Scrum Diario se realiza a la misma hora y en el mismo lugar
todos los días para reducir la complejidad.
 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. Basándose en esto y en cualquier cambio a
la Lista de Producto durante el Sprint, los asistentes colaboran
para determinar las siguientes cosas que podrían hacerse para
optimizar el valor. 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.
REVISIÓN DE SPRINT
(SPRINT REVIEW)
se trata de una reunión de, a lo sumo, cuatro horas para sprints
de un mes. para sprints más cortos, el evento usualmente más
corto. el scrum master se asegura de que el evento se lleve a
cabo y que los asistentes entiendan su propósito. el scrum
master enseña a todos a mantener el evento dentro del bloque
de tiempo fijado.
 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.
• La Retrospectiva de Sprint tiene lugar después de la Revisión
de Sprint y antes de la siguiente Planificación de Sprint. Se
trata de una reunión de, a lo sumo, tres horas para Sprints
de un mes.
 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. Los artefactos
definidos por Scrum están diseñados específicamente para
maximizar la transparencia de la información clave, necesaria
para asegurar que todos tengan el mismo entendimiento del
artefacto.
Lista de Producto (Product Backlog)
Lista de Pendientes del Sprint (Sprint Backlog)
 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.
Una Lista de Producto nunca está completa
La Lista de Producto enumera todas las características,
funcionalidades, requisitos, mejoras y correcciones que
constituyen cambios a realizarse sobre el producto para
entregas futuras.
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. La Lista de Pendientes del Sprint es una
predicción hecha por el Equipo de Desarrollo acerca de qué
funcionalidad formará parte del próximo Incremento y del
trabajo necesario para entregar esa funcionalidad en un
Incremento “Terminado”.
 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. El incremento
debe estar en condiciones de utilizarse sin importar si el
Dueño de Producto decide liberarlo o no.
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. En la medida en que los artefactos no son
completamente transparentes, estas decisiones pueden ser
erróneas, el valor puede disminuir y el riesgo puede aumentar.
 DEFINICIÓN DE “TERMINADO”
(DEFINITION OF “DONE”)
Cuando un elemento de la Lista de Producto o un Incremento
se describe como “Terminado”, todo el mundo debe entender
lo que significa “Terminado”. Aunque esto puede variar
significativamente para cada Equipo Scrum, los miembros del
Equipo deben tener un entendimiento compartido de lo que
significa que el trabajo esté completado para asegurar la
transparencia. Esta es la definición de “Terminado” para el
Equipo Scrum y se utiliza para evaluar cuándo se ha
completado el trabajo sobre el Incremento de producto.
 ¿QUE APRENDIMOS?

Propósito de la Guía de Scrum

Visión general de Scrum
Usos de Scrum
Teoría de Scrum
Los Valores de Scrum
El Equipo Scrum (Scrum Team)
• El Dueño de Producto (Product Owner)
• El Equipo de Desarrollo (Development Team)
• El Scrum Master
 ¿QUE APRENDIMOS?
Eventos de Scrum
• El Sprint
• Planificación de Sprint (Sprint Planning)
• Objetivo del Sprint (Sprint Goal)
• Scrum Diario (Daily Scrum)
• Revisión de Sprint (Sprint Review)
• Retrospectiva de Sprint (Sprint Retrospective)
Artefactos de Scrum
• Lista de Producto (Product Backlog)
• Lista de Pendientes del Sprint (Sprint Backlog)
Incremento
Transparencia de los Artefactos
Definición de “Terminado” (Definition of “Done”)
TIMES - BOXES
¡CGI TE DESEA EXITOS
EN TU EXAMEN!