Sesión 02:

SCRUM

Copyright © Marzo de 2022 por TECSUP

 Capacidad Terminal

• Conocer y aplicar metodologías de desarrollo ágil

para los proyectos de Software.
 Competencia específica de la
sesión
• Identificar y definir el marco de trabajo SCRUM.
 Contenido
• Introducción
• Orígenes
• Concepto, principios, pilares y valores
• Componentes de SCRUM
• Proceso SCRUM
• SPRINT
• Manifiesto ágil de SCRUM
• Roles de SCRUM
• Artefactos de SCRUM
• Eventos de SCRUM
• Ventajas / Desventajas de SCRUM
 Introducción

• Aunque esta forma de trabajo surgió en empresas

de productos tecnológicos, es apropiada para
cualquier tipo de proyecto con requisitos inestables y
para los que requieren rapidez y flexibilidad,
situaciones frecuentes en el desarrollo de
determinados sistemas de SW.
Introducción
 Orígenes

• Ken Schwaber y Jeff Sutherland presentaron

conjuntamente por primera vez Scrum en la
conferencia OOPSLA en 1995.
Orígenes
Orígenes
Orígenes
Orígenes
 Concepto
• Scrum es un marco de trabajo de procesos que ha sido
usado para gestionar el desarrollo de productos complejos
desde principios de los años 90. Scrum no es un proceso o
una técnica para construir productos; 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
prácticas de gestión de producto y las prácticas de desarrollo
de modo que podamos mejorar.
Principios
Pilares
Valores
 Metodología de
desarrollo de SW Enfoque iterativo
ágil e incremental

SCRUM

Satisfacción del Dispuesta al

cliente cambio

Tres pilares del control

del proceso:
- Transparencia
- Inspección
- Adaptación
 Componentes de SCRUM
EVENTOS ROLES ARTEFACTOS
Actividades dentro del SCRUM reconoce 3 roles SCRUM consta de 3
proceso principal SCRUM que principales en su proceso: artefactos:
se llaman SPRINT. Son 6
fundamentales:
1. Sprint Planning 1. SCRUM Master 1. Product Backlog (lista de
funcionalidades a desarrollar)
2. Sprint Execution 2. Product Owner 2. Sprint Backlog (lista de
tareas a desarrollar por
Sprint)
3. Daily Meeting 3. Development Team 3. Product Increment
4. Sprint Review
5. Sprint Retrospective
6. Refinement
Estas actividades se repiten
hasta completar el producto
Proceso SCRUM
 Proceso SCRUM
Etapa Descripción Resultados
1: Establecimiento de Se lleva a cabo una reunión previa, en la cual se tiene la opinión de las Product Owner → Una persona que se
características del personas con más experiencia en el producto que se quiere y define empodera para tomar decisiones sobre el
producto cuáles van a ser sus principales características producto
Product Backlog → Lista de las
características del producto
2: SPRINT Plannig Se desarrolla el “Sprint Planning”. Se divide en dos partes: Refinamiento Sprint Backlog → Cantidad de tareas a
de las características (poner en claro lo que hace cada característica) y la desarrollar en el tiempo establecido para el
división por tareas (toma cada característica y la divide en tareas a SPRINT. El cliente es quien define el tiempo
realizar en el equipo) para el SPRINT.
3: Desarrollo / ejecución Se lleva a cabo una reunión de 15 minutos de duración, en la cual se Desarrollar el incremento del producto.
del SPRINT contemplan los siguientes puntos:
- ¿Qué se ha hecho desde el día anterior?
- ¿Qué dificultades se han tenido?
- ¿Qué se va a hacer antes de la próxima reunión?
4: Incremento del Es un resultado (SW) funcional del producto final SW funcional
producto
5: SPRINT Review Verifica el avance que se ha tenido en el desarrollo del producto. Indica Redefinir procesos en el desarrollo del
qué faltó por cumplir. ¿Qué se va a hacer a continuación?. Definir si se producto
pasa a un ambiente productivo. Se involucra al cliente / usuario.
6: SPRINT Retrospective Busca revisar cómo fue el desempeño del equipo en el empleo de la Definición de pasos a seguir en la
metodología. La guía el SCRUM Master. Se verifica qué se ha hecho bien, aplicación de la metodología para nuevos
que no se debe seguir haciendo y qué debe mejorarse. proyectos
7: Refinamiento al Se puede hacer en cualquier momento. Consiste en ver mejoras posibles Product Backlog optimizado
Product Backlog en las funcionalidades del producto, de acuerdo a sus características.
SPRINT
SPRINT
SPRINT
 Manifiesto Ágil de SCRUM

• Se consideran los 4 valores del manifiesto ágil, a ser

empleados en el proceso SCRUM:
– Software trabajando sobre documentación completa.
– Individuos e interacciones sobre procesos y
herramientas.
– Repuesta al cambio sobre seguir un plan
– Colaboración con el cliente sobre negociación
contractual.
ROLES DE SCRUM
Roles principales de SCRUM
Roles principales de SCRUM
Roles principales de SCRUM
Roles principales de SCRUM
• Responsable del Product Backlog.
• Maximiza el valor del producto, con cada SPRINT que
se tiene.
• Define claramente el Product Backlog.
• Prioriza el Product Backlog.
• Organiza capacitaciones o tareas diversas que
mejoren el alcance del producto.
• Es una persona, NO un grupo de trabajo.
• Toma decisiones sobre el producto.
• Está pendiente del Retorno de Inversión de la
empresa.
• Delega, pero ES EL RESPONSABLE.
• Debe estar empoderado con el producto
(conocimiento, percepción, visión).
• Refina el Product Backlog.
Roles principales de SCRUM
Roles principales de SCRUM
Roles principales de SCRUM
• Conformado de 3 a 9 personas.
• Profesionales de diferentes áreas.
• Auto gestionados (ya que no hay propiamente un
jefe de proyecto en SCRUM).
• Auto organizados.
• Responsables del SPRINT Backlog.
• Enfocados y comprometidos con la
administración del SPRINT Planning.
• Determinan los recursos y herramientas
necesarias, los cuales son alcanzados al SCRUM
Master o al Product Owner.
• Sinergia
• Ser transparentes.
• Buscar entregas rápidas de SW.
Roles principales de SCRUM
Roles principales de SCRUM
Roles principales de SCRUM
• Convencido del empleo de SCRUM para el desarrollo
ágil del producto SW, en base a su conocimiento /
experiencia.
• Es un guía de la metodología (qué hacer, cuándo
hacer, cómo hacer).
• Verifica que los eventos SCRUM se realicen.
• NO es un jefe para el equipo de SCRUM.
• Realiza reportes del avance del equipo, a ser
entregados al Product Owner o a los interesados /
clientes / usuarios del producto.
• Da soporte a:
– Product Owner: Favorece la claridad, comprensión y
priorización de elementos del Product Backlog.
– Development Team: Gestiona recursos necesarios para el
equipo, eliminando impedimientos. Impulsa la creación del
valor al producto. Protege al equipo (capacitaciones,
interactúa con jefaturas, etc.).
– Empresa: Impulsa mejora continua. Motiva y apoya en la
implementación de proyectos con SCRUM.
 Roles auxiliares de SCRUM

• Stakeholders (Clientes, Proveedores, Vendedores,

etc.): Son las personas que hacen posible el
proyecto y para quienes el proyecto producirá el
beneficio acordado que justifica su desarrollo. Sólo
participan directamente durante las revisiones del
SPRINT.
• Administradores (Managers): Son los
responsables de establecer el entorno para el
desarrollo del proyecto.
ARTEFACTOS DE SCRUM
Artefactos de SCRUM
 Artefactos de SCRUM
• Lista ordenada de funcionalidades, defectos,
trabajo técnico y capacitación que se requiere
para el producto.
• Esta lista se actualiza con el resultado que
brinda cada SPRINT ejecutado. Esto con el
objetivo de optimizar las funcionalidades del
producto (Refinamiento).
• Es dinámico y evoluciona.
• Sus elementos deben ser: detallados, claros,
estimados y priorizados.
• Generalmente se escribe en forma de
historias de usuario.
• Debe tenerse un solo Product Backlog.
• Debe definirse el estado Terminado.
Artefactos de SCRUM
Artefactos de SCRUM
Artefactos de SCRUM
Artefactos de SCRUM
Artefactos de SCRUM
 Artefactos de SCRUM
• Conjunto de elementos seleccionados del Product
Backlog, que ingresan al SPRINT en forma de tareas.
• Esta lista de tareas se vuelve el compromiso del
Equipo de Desarrollo a entregar al finalizar el
SPRINT.
• Es una proyección del incremento del producto.
• Son las tareas necesarias para el incremento del
producto.
• El equipo de desarrollo lo puede modificar siempre y
cuando no atente con el alcance del SPRINT. En caso
sea así, se coordina con el Product Owner y SCRUM
Master.
• Es la fuente de generación de reportes de avance.
• Toda nueva actividad (tarea) que atente con el
SPRINT Backlog debe ser revisada con el Product
Owner y SCRUM Master.
Artefactos de SCRUM
 Artefactos de SCRUM
• Elementos finalizados del Product Backlog
en el SPRINT, más los incrementos
anteriores.
• Producto completo que vamos logrando en
cada SPRINT.
• Si un elemento no cumple con la definición de
Terminado, no es parte del incremento del
producto.
• El incremento es revisado en la actividad de
SPRINT Review.
• La decisión de si se libera o no es del Product
Owner (Release), ya que se trata de un SW
potencialmente en producción, que puede ser
ya usado por un cliente / usuario.
• Debe ser funcional.
EVENTOS DE SCRUM
Eventos de SCRUM

Se da en cualquier
momento del
proceso de SPRINT
 Eventos de SCRUM

• Son características de los eventos SPRINT:

– Tienen como entrada el Release Planning (primera reunión),
dado por el Product Owner (se define el Product Backlog).
– El SPRINT debe tener una duración fija en cada iteración
(entre 1 y 4 semanas). Si se sale de ese tiempo YA NO es
SCRUM.
– Si algo sale mal en el SPRINT, se buscan oportunidades de
mejora, no responsables.
– Una vez iniciado el SPRINT, la duración NO puede ser
modificada.
– El Backlog puede ser expresado en forma de historia de
usuario.
– Prima el tiempo del SPRINT sobre el objetivo.
Ventajas / Desventajas de SCRUM
Ventajas Desventajas
Mejora la satisfacción del producto Consistencia en la realización de los
entregado al cliente. eventos.
El cliente en el proceso es parte del Es complejo de implantar (involucra
equipo. cambio de cultura organizacional).
El proceso es transparente para todas las Mayor tiempo por parte del cliente en el
personas del equipo de trabajo (roles proceso.
principales y secundarios).
Une al equipo de trabajo a un objetivo El equipo puede llegar a una etapa de
común. stress.
Revisión temprana del SW. La deuda técnica puede perjudicar al
sistema (obviar cosas de arquitectura o
definiciones técnicas).
El cambio en un miembro del equipo pone
en riesgo el proceso.
FIN DE LA SESIÓN

52