Cátedra de Administración III

SCRUM
Otoño del 2022

Marcelo Estayno, Graciela De Luca, Mario Belec, Giselle Lima, Carolina Maciel, Gastón García
Definición de un Proceso de Software

B
A D
C Procedimientos y métodos

Personas con
habilidades,
entrenamiento y PROCESO
motivación
Herramientas y
Equipos

2
Definido
(inspirados
en las líneas
de
producción)
 Procesos Definidos

Un Proceso Definido
Misma Misma
Entrada Salida

4
Procesos Empíricos

5
 Pilares del Empirismo

Transparencia
Transparencia

Inspección

Adaptación
Inspección

Adaptación

Empirismo 6 6
 Patrón de conocimiento
Asumir

Adaptar Construir

Revisar Retroalimentar

7
Amplificar el aprendizaje 8

Producto
Persona
transformada

Persona

Proceso
Espiral de Carlos Churba
Desarrollo Ágil
Producto

Planificación de Iteración
Característica A
Característica B

Revisión de Iteración
Característica C

Característica A

Característica C Característica B

Iteración (Desde 1 semana a 1 mes calendario) 9

La actitud Ágil se focaliza en:
Menos papeles, Estrategias
Talento y más
Reflexión diferentes
Habilidad comunicación para
verbal proyectos
diferentes

Entregas
Proximidad
frecuentes Calidad en el
Herramientas
trabajo

Comunicació
Just in time
n
Scrum: El
framework
2020
Scrum es un marco de trabajo liviano que ayuda
a las personas, equipos y organizaciones a
generar valor a través de soluciones adaptativas
para problemas complejos.
 Autores de Scrum

• Ken Schwaber: desarrolló y formalizó

Scrum para el desarrollo de sistemas

• Jeff Sutherland: pensamientos y prácticas

iniciales, previo a su formalización con Ken.

• Hoy está la guía oficial en español:

https://www.scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-
Latin-South-American.pdf
 El
Framework
Scrum
2020…
¿Cómo funciona Scrum?
Adaptación Retroalimentación
Revisión de
Proceso

Adaptación

Entrada Salida
Inicial
Entrada Scrum Salida Final

Adaptación

Revisión de
Adaptación Producto Retroalimentación

14
 Triple restricción

Alcance Costo (Recursos) Tiempo

FIJO

Conducido
Conducido por el Valor
por el Plan
VARIABLE

Costo (Recursos) Tiempo Alcance

Objetivos de negocio y salidas deseadas
Nivel de Ceremonia
Mucha documentación
Trazabilidad
Mucha formalidad
Proceso pesado

Poca Mucha
Ceremonia Ceremonia
Scrum Scrum en un Desarrollo tradicional
Poca documentación ambiente regulado dirigido por
Poca formalidad documentos
Proceso Liviano
Iterativo e Incremental

Sprint 1 Sprint 1 Sprint 1

Análisis Diseño Adaptación
Análisis Diseño Adaptación Análisis Diseño

Prueba Prueba Prueba

Integración Construcción Feedback Integración Construcción Feedback Integración Construcción

17
Valores de
Scrum
Principios de
Scrum

19
 Auto-organización
Escúchenme!
Cuando estemos en el aire, yo voy a tomar
la delantera. Jorge te quiero a ti 1 metro detrás
de mí del lado izquierdo y Cintia te quiero a
1 metros detrás de mí del lado derecho.
El resto se abren en abanico detrás de ellos
✓ Eviten aglomerarse con los
YO vecinos.
✓ Vuelen en la misma dirección
general que los vecinos.
✓ Vuelen hacia la posición media
de los vecinos
 Timebox…

Fecha de Inicio Fecha de Fin

Timebox de hasta un mes calendario

21
Scrum Team: Responsabilidades de Scrum
Product Owner Scrum Master

Desarrolladores

22
 Equipo Scrum
Auto-organizado

Funcionalmente Transversal

Habilidades en forma de “T”

Características

Muy buena comunicación

Tamaño correcto

Focalizado y comprometido

Larga vida

Trabajo en clima de paz sostenible

Tamaño Adecuado

Actitud de Mosquetero
 Product Owner
Desarrollar y comunicar explícitamente el
objetivo del producto.
Responsabilidades
Crear y comunicar claramente los ítems del
Product Backlog

Ordenar los elementos del Product Backlog

(Priorizar).

Colabora con el equipo.

Asegurarse que el PB sea transparente,

visible y se entienda.
 Product Owner en Contexto
Involucrados
(Stakeholders)

Product Owner Scrum Master

Involucrados Internos Scrum

Team

Clientes / Usuarios Desarrolladores

Habilidades de Habilidades con la
Toma de Decisiones Responsabilidades
Dominio Gente

Acepta
Buena relación Autorizado a

Características
Product Owner:
Visionario responsabilidad por
con Stakeholders tomar decisiones
el producto

Experiencia en el Constructor de
Dispuesto a tomar Comprometido y
dominio y el consenso /
decisiones duras disponible
negocio negociador

Sabe que no todo Bueno

Determinante Actúa como
puede anticiparse comunicador
miembro del Equipo

Balancea aspectos
Motivador técnicos y de
negocio
26
 Scrum Master
Guiar a los miembros del equipo en ser
autogestionados y multifuncionales.
Ayudar al equipo a enfocarse en crear
Responsabilidades

incrementos de alto valor que cumplan

con la DoD.
Asegurarse que los eventos de Scrum se
realicen, sean positivos y productivos.

Remueve impedimentos

Agente de Cambio
 Experto

Cuestiona
Características del
Paciente Scrum Master

Colaborativo

Protector

Transparente
28
 Un día en la vida del Scrum Master

Remover impedimentos
Distribución de Tiempo

Comunicación

Agente de cambio

Asistencia al PO

Coaching al Equipo

Actividades de Scrum

Día del Sprint

29
 Developers (Desarrolladores)

Responsabilidades
Crear un plan para el Sprint, el Sprint
Backlog
Inculcar calidad al adherirse a una
Criterio de Hecho (Definition of Done).
Adaptar su plan cada día hacia el
objetivo del Sprint
Responsabilizarse mutuamente
como profesionales

30
Sprint
Contenedor de los demás eventos.

Timeboxing: 1 mes o menos

Todo el trabajo para lograr el objetivo ocurre dentro del Sprint.

Durante el Sprint:
El alcance se puede aclarar y
No cambios que pongan en El Product Backlog se refina renegociar con el Product
La calidad no se disminuye.
peligro el Objetivo. según sea necesario. Owner a medida que se
aprende más. 31
Sprint de corta duración
Fácil de Planificar

Realimentación rápida

Beneficios Error Acotado

ROI mejorado

Excitación renovada

Puntos de Control frecuentes

32
Evento: Sprint Planning

Sprint Planning

Product Backlog Sprint Backlog

Tareas = Cómo
hacerlo?

Refinement

Sprint Planning: es
la primera parte
de cada Sprint

33
Sprint Planning: Temas que aborda

• Developers: para cada

¿Qué se puede ítems del Product
Backlog planifican el
• Product Owner: hacer? trabajo necesario para
Incremento del valor completarlo.
del Producto y utilidad • Scrum Team selecciona • Nadie dice a los
del Sprint ítems del Product Developers, cómo
• Scrum Team: define el Backlog, para hacer el trabajo
objetivo del Sprint. refinarlos.
• Decidir cuánto se
¿Cómo se
¿Por qué es puede completar.
realizará el
valioso?
trabajo?

34
 Evento: Daily Scrum

Cada 24 horas
Daily Scrum

Ejecución del
Sprint
 Reuniones de Daily Scrum
Si PO y SM
trabajan
activamente en
Para los IPB’s, participan
desarrolladores como
Propósito: Desarroladores
inspeccionar el
progreso hacia el
objetivo del Sprint y
adaptar el Sprint
Backlog si es necesario
Misma hora y
lugar, todos
los días
hábiles

15
minutos

36
Scrums diarios
Mejora la comunicación

Beneficios Elimina necesidad de otras reuniones

Identifica y remueve obstáculos

Promueve toma de decisiones rápidas

Mejora el conocimiento
37
 Reuniones: Sprint Review
La Revisión del Sprint es la penúltima
actividad del Sprint

Incremento del
Producto
potencialmente
entregable

Sprint Sprint Review

Retrospective
Reunión: Sprint Retrospective
Reunión: Product Backlog Refinement

Product backlog

Característica A

Característica B
Característica C

Priorización

Creación y Estimación
Refinamiento

40
 Artefactos: Sprint Backlog

Cada característica
…se desagrega en un
conjunto de tareas

Codificar IU Automatizar pruebas Crear esquema de

Cada tarea tiene un
Horas = 5 Horas = 8 BD Horas = 6 esfuerzo estimado
en horas

Agregar manejo de Crear íconos Horas Prueba d Buffer

error =8 Horas = 2
Horas = 12

Instalar librerías
Automatizar pruebas
Gráficas Horas = 6
Horas = 8

41
Artefacto: Incremento del Producto

Sprint Execution

Incremento
del producto
potencialmente
entregable

Sprint Review
Resumiendo…

43
Timebox en los Eventos de Scrum
Sprint: 1 mes o menos

Timebox Sprint Planning: 8 horas máximo para un Sprint de 1 mes

Daily Meeting: 15 minutos

Sprint Review: 4 horas máximo para un Sprint de 1 mes

Sprint Retrospective: 3 horas máximo para un Sprint de 1

mes
Refinamiento del Product Backlog: 10% del tiempo del
Sprint
44
Refinamiento: un esfuerzo colaborativo

Involucrados internos
(Dueños de Negocio, Gerentes,
Administradores de Programa) Product Owner
Scrum Master

Equipo Scrum
Product Backlog

Priorización

Creación y Estimación
Refinamiento
Involucrados externos
(Clientes, Usuarios, Socios, Gobierno) Equipo de Desarrollo
Refinamiento reconfigura el product backlog
Ítem Tamaño
Estimado
Insertar Ítem

Re priorizar Ítem

Tamaño original
del Ítem Refinar Ítem

Borrar Ítem
 Artefactos de Scrum
Product Backlog
→ Objetivo del
Producto

Sprint Backlog →
Objetivo del Sprint
Cada Artefacto
con su Product Increment
compromiso → Definición de
Hecho (Definition of
Done)
Product Backlog

Característica A Product Backlog

Característica B Trabajado pronto
Tamaño
Característica C Ítems de alta prioridad pequeño
Muchos
Defecto 23 detalles

Refactor X

Característica D

Característica E

Característica F
Ítems de baja prioridad

Tamaño grande No Trabajado

Pocos detalles pronto

48
 Niveles de granularidad distintos…

Meses Más grande que un release

Más grande que

Semanas un sprint

Listo para un
Días Sprint

Tareas
Horas
 Ítems del Product Backlog
Ítem Tamaño Tipo Ejemplo
Feature Como un RAC quiero crear un ticket para soporte a
cliente así puedo registrar y administrar un
requerimiento de soporte.
Cambio Como un RAC quiero que el criterio de búsqueda de
las órdenes sea por nombre en lugar de por número
de ticket, así es más fácil encontrar un ticket de
Ítems del soporte.
Product
Backlog (PBI´s) Defecto Corregir el defecto #245 del Sistema de Registro de
Defecto, que fallan los búsquedas que incluyen
caracteres especiales.
Mejora Técnica Moverse a una versión de DBMS de Oracle
Adquisición de Crear un prototipo o prueba de concepto de dos
Conocimiento arquitecturas y correr tres pruebas para determinar
(Spike) cual puede ser un mejor enfoque para nuestro
producto.
50
 Artefactos: Sprint Backlog

Cada característica es descompuesta en un conjunto de

tareas

Codificar IU Automatizar Crear esquema Cada tarea tiene

Horas = 5 pruebas Horas = 8 BD Horas = 6 una estimación
de esfuerzo

Agregar log de Crear íconos Buffer para

errores Horas =12 Horas = 8 pruebas Horas = 2

Instalar librerías Automatizar

gráficas Horas = 8 pruebas Horas = 6
 Sprint Backlog
Suma el
Cada user story esfuerzo
elegida… … se divide en un conjunto de tareas. estimado en
horas ideales

Crear Esquema BD
8 Codificar la IU
Hs=5
Automatizar Pruebas
Hs=8 Hs=6 19
+
Agregar registro error Crear iconos Buffer para prueba
5 Hs=12 Hs=8 Hs=2 22
+
Instalar Librería Automatizar Pruebas
3 de Gráficos Hs=8 Hs=6 14

16 Story Points 55
Horas ideales
Mini cascada durante la ejecución de un sprint
una mala idea

El tiempo se agota
Resultados del Sprint…

Ejecución del
Sprint

Incremento
del producto
potencialmente
entregable

Sprint Review
Criterios: Listo & Hecho (DoR & DoD)
Listo Hecho

Refinamiento
Del PB
Definición de “Listo” (Ready)
❑ Valor de negocio claramente expresado.
❑ Detalles suficientemente comprendidos por el Equipo de forma tal que
puedan tomar una decisión informada sobre si pueden completar el ítem
del product Backlog (PBI).

❑ Dependencias identificadas y no hay dependencias externas que puedan

impedir que el PBI se complete.

❑ El equipo ha sido asignado adecuadamente para completar el PBI.

❑ El PBI ha ido debidamente estimada y es lo suficientemente pequeña para

ser completada en un Sprint.

❑ Los criterios de aceptación son claros y testeables.

❑ Los criterios de performance si hay, son claros y testeables.
❑ El equipo comprende como mostrar el PBI en la Sprint Review.

56
 Definición de Hecho (DONE)
❑ Diseño revisado

❑ Código Completo

❑ Código refactorizado

❑ Código con formato estándar

❑ Código Comentado

❑ Código en el repositorio

❑ Código Inspeccionado

❑ Documentación de Usuario actualizada

❑ Probado

❑ Prueba de unidad hecha

❑ Prueba de integración hecha

❑ Prueba de sistema hecha

❑ Cero defectos conocidos

❑ Prueba de Aceptación realizada

❑ En los servidores de producción 57

Síntesis de las diferencias del Framework 2020

Lean: en especial Eliminar Desperdicios

Un equipo: Scrum Team  claramente cross-funcional

Rol: Developers

Sprint Planning: 3 temas: Por qué, Qué y Cómo

No más 3 preguntas de la Daily Meeting

Artefactos con sus compromisos

Objetivo del Producto

58