SCRUM

Facilitador:

Jorge Luis Peralta Moscote

 ¿Qué es Scrum?

Es un proceso de gestión
que reduce la complejidad
en el desarrollo de
productos para satisfacer
las necesidades de los Fue creado por Jeff Sutherland y
clientes. Ken Schwaber y presentado por
primera vez en la OOPSLA en 1995.
Hay dos principales organizaciones
que se encargan de promover
Scrum y darlo a conocer a lo largo
del mundo, Scrum.org y la Scrum
Alliance.
 ¿Proyectos?

Un proyecto es un conjunto
de actividades relacionadas
entre sí por perseguir un
objetivo en común, en un
periodo de tiempo
determinado y bajo unos
requerimientos específicos.

Fuente: https://www.sinnaps.com/blog-gestion-proyectos/definicion-de-proyecto
 Scrum vs Tradicional

Fuente: https://proyectosagiles.org/control-predictivo-control-empirico/
 Scrum vs Tradicional

Fuente: https://proyectosagiles.org/control-predictivo-control-empirico/
 Scrum vs Tradicional

Fuente: https://proyectosagiles.org/control-predictivo-control-empirico/
 Scrum vs Tradicional

Parámetros Scrum Dirección de Proyecto Tradicional

Énfasis en Personas Procesos

Documentación Mínima - solamente la necesaria Completa

Estilo del proceso Iterativo Lineal

Planificación inicial Baja Alta

Priorización de lo requerimientos Basada en el valor al negocio y actualizada Fijado en el Plan de Proyecto

Aseguramiento de Calidad Centrado en el Cliente Centrado en los procesos

Organización Auto-organizado Gestionado

Estilo gerencial Descentralizado Centralizado

Cambio Actualizaciones al backlog del producto Sistema de Control de Cambios formal

Liderazgo Colaborativo, Liderazgo de Servicio Dirigir y controlar

Medición del desempeño Valor al negocio Cumplimiento del Plan

Retorno sobre la inversión Temprano/durante la vida del proyecto Al final del ciclo de vida del proyecto

Participación del Cliente Alta durante todo el proyecto Varía dependiendo del ciclo de vida

Fuente: https://www.tenstep.ec/portal/servicios-de-formacion/por-que-scrum/scrum-vs-tradicional
 Manifiesto Ágil

Fuente: dar clic aquí

 Principios Ágil

Fuente: dar clic aquí

 Pilares del Scrum

Transparencia: todas las variables que

afectan al resultado son visibles,
además de asegurarse de que todo lo
que se ve es realista.

Inspección: Inspecciones frecuentes

permiten la detección de problemas y
variables inaceptables.

Adaptación: Si existen elementos que

están fuera de los límites aceptables,
el proceso o lo que se está
produciendo se adaptan tan rápido
como se pueda para minimizar más
desviaciones.
Fuente: https://jeronimopalacios.com/scrum/
 ¿Cómo funciona Scrum?

Fuente: https://jeronimopalacios.com/scrum/
 Roles en Scrum

Product Owner

Scrum Master

Development Team

Scrum Team
 Product Owner

La labor del Product Owner es optimizar

el valor del producto dentro de los roles
Scrum. El Product Owner gestiona el
todo el flujo de valor del producto, a
través del Product Backlog, así como
todo lo relacionado con informes,
presupuestos y relación con las partes
interesadas en el producto
(Stakeholders). En Scrum existe
solamente un Product Owner por cada
producto, así cómo un sólo Product
Backlog.
Fuente: https://jeronimopalacios.com/scrum/
Scrum Master

Es el encargado de gestionar y asegurar el

proceso Scrum, que éste se lleva a cabo
correctamente y de facilitar la ejecución del
proceso y sus mecánicas, siempre
atendiendo a los tres pilares del control
empírico de procesos. Además, se encarga
de eliminar impedimentos que puedan
afectar a la entrega de producto. También se
encarga de hacer coaching al resto del
equipo Scrum cuando lo necesitan, además
de facilitar reuniones y eventos si es
necesario.
Fuente: https://jeronimopalacios.com/scrum/
 Development Team

El Equipo de desarrollo está formado por 3

a 9 profesionales que se encargan de
desarrollar el producto, se autoorganizan
y deciden cual es la mejor manera de
conseguir entregar un incremento de
software al final del ciclo de desarrollo. El
equipo de desarrollo se encarga de crear
un incremento terminado a partir de los
Product Backlog items seleccionados
durante el Sprint Planning.
Fuente: https://jeronimopalacios.com/scrum/
 Elementos de Scrum

En el marco de trabajo Scrum, existen tres

artefactos. En este caso, artefacto se
refiere a elementos físicos que se
producen como resultado de la aplicación
de Scrum. Los artefactos en Scrum son:
Fuente: https://jeronimopalacios.com/scrum/

Product Backlog
Sprint Backlog
Incremento
 Product Backlog

El Product Backlog es un inventario.

Contiene cualquier tipo de trabajo que
haya que hacer en el producto.
Requerimientos, casos de uso, tareas,
dependencias. Todas ellas están
representadas en el Product Backlog y
este es la fuente principal de información
sobre el producto en Scrum.
Fuente: https://jeronimopalacios.com/scrum/

Típicamente un Product Backlog contiene diversos tipos de elementos:

 Funcionalidades
 Bugs
 Historias de usuario
 Tareas técnicas
 Trabajo de investigación o Spikes
 Sprint Backlog

Una vez que se hace el Sprint

Backlog, todo el trabajo que el
Development Team haya
seleccionado para hacer durante
el siguiente Sprint pasa al Sprint
Backlog. Este artefacto es un
elemento para visualizar el
trabajo del Sprint y está
gestionado por el Development
Team. Su propósito es mantener
la transparencia dentro del
desarrollo
Fuente: https://jeronimopalacios.com/scrum/
 Incremento

El Incremento es la suma de
todas las tareas, casos de uso,
user stories y cualquier elemento
que se haya desarrollado durante
el Sprint y que será puesto a
disposición del usuario final en
forma de software al final del
mismo
Fuente: https://jeronimopalacios.com/scrum/
 Otros artefactos

Definition of Done
La DoD es un documento,
checklist o cualquier otra cosa
que define qué se
considera hecho en un equipo
Scrum. La idea es establecer una
serie de criterios comunes para
especificar cuando un ítem está
completamente terminado y que
aplique a todos los ítems que
forman parte del incremento.

Fuente: https://jeronimopalacios.com/scrum/
 Eventos y reuniones en Scrum

Scrum prescribe cinco eventos para

cumplir con el control empírico de
procesos. Todos tienen un sentido y
sirven a distintas razones. Todos son
necesarios para hacer Scrum y las
adaptaciones suelen terminar en
desastre.

1 - Sprint
2 - Sprint Planning
3 - Daily Scrum
4 - Sprint Review
5 - Retrospectiva del Sprint
Fuente: https://jeronimopalacios.com/scrum/
 Eventos y reuniones en Scrum

Sprint
Sprint es una iteración definida (time  El sprint Planning al comienzo del Sprint
boxed) que sirve al desarrollo  Daily Scrums para actualizar el Sprint
iterativo e incremental. Todo el Backlog e identificar impedimentos
desarrollo se realiza durante el
 Un Sprint Review al final del Sprint para
mismo Sprint y este contiene al
inspeccionar el Incremento
resto de los eventos en Scrum,
teniendo una duración de 1 mes o  Justo después, la retrospectiva para
menos hacer transparentes e inspeccionar
posibles problemas en la forma de
también se puede definir como un
trabajar o de hacer Scrum.
metaevento que contiene todos los
demás eventos

Fuente: https://jeronimopalacios.com/scrum/
 Eventos y reuniones en Scrum

Sprint Planning
Es una reunión que se realiza al En la primera parte de la
comienzo de cada Sprint donde reunión se trata el ¿Qué? Se
participa el equipo Scrum al va a hacer el siguiente Sprint.
completo; sirve para inspeccionar el Es liderada por el Product
producto backlog y que el equipo de Owner
desarrollo seleccione los Product
Backlog Items en los que va a trabajar
durante el siguiente sprint. Durante En la segunda parte, se
esta reunión el Product Owner discute el ¿Cómo?. Es liderada
presenta el Product Backlog por Development Team
actualizado, que el equipo de
desarrollo se encarga de estimar,
además de intentar clarificar aquellos
ítems que crean necesarios.
Fuente: https://jeronimopalacios.com/scrum/
 Eventos y reuniones en Scrum

Daily Scrum
es una reunión diaria de
planificación de 15 minutos en la
que participa el Development
Team. Durante el Daily Scrum, se
inspecciona el Sprint Backlog y se
adaptan las tareas. Se hacen
transparentes los impedimentos y
el progreso hacia el Sprint Goal.
¿Que hice ayer para
contribuir al Sprint Goal?
¿Que voy a hacer hoy para
contribuir al Sprint Goal?
¿Tengo algún impedimento
que me impida entregar?

Fuente: https://jeronimopalacios.com/scrum/
 Eventos y reuniones en Scrum

Sprint Review
es una reunión que ocurre al final ¿Que se inspecciona durante el
del Sprint, donde el Product Owner Sprint Review?
presenta a los Stakeholders el  El Incremento
Incremento terminado para su  El Sprint
inspección y adaptación. Esta
reunión, organizada por el Product  El Product Backlog
Owner, es el momento de medir ¿Qué se adapta durante el Sprint
cual es la situación y actualizar el Review?
Product Backlog con nuevas  El Product Backlog con las
condiciones que puedan afectar al condiciones actualizadas de
negocio. negocio

Fuente: https://jeronimopalacios.com/scrum/
 Eventos y reuniones en Scrum

Retrospectiva
del Sprint
Justo después del Sprint Review, ¿Qué se inspecciona durante la retrospectiva?
ocurre la retrospectiva, que marca  El último Sprint
el fin del Sprint. El objetivo de la
 Herramientas y procesos técnicos
retrospectiva es hacer de reflexión
sobre el último Sprint e identificar  Definition of Done
posibles mejoras para el próximo  Relaciones entre los miembros del equipo
Sprint. Aunque lo habitual es que  Procesos
el Scrum Master sea el facilitador, ¿Que se adapta durante la retrospectiva?
es normal que distintos miembros
 Una serie de acciones para mejorar la forma
del equipo Scrum vayan rotando el
en la que el equipo trabaja
rol de facilitador durante la
retrospectiva.

Fuente: https://jeronimopalacios.com/scrum/
Gracias