SCRUM

By Jorge Romero y Yuli Reyes

 Ciclo de Vida
Predictivo
Alcance Metodología en Cascada

Tiempo Esfuerzo
 Ciclo de Vida
Predictivo
Requisitos Metodología en Cascada
Factibilidad

Planificación

Diseño

Construcción

Pruebas

Entrega
 Ciclo de Vida
Adaptativo (Ágil)
Valores del Agilismo

INDIVIDUOS E SOFTWARE
IN TER AC C ION ES QU E FUNCIONA
SOBR E SOBRE

C OL ABOR AC IÓN R ESPONDER AL

C ON EL C L IEN TE C AMBIO
SOBR E SOBRE
MARZO 2001

Estamos poniendo al descubierto

Manifiesto mejores métodos para desarrollar
Ágil software.
1
1 2
2 Aceptamos que los 3
3 4
4
Nuestra mayor requisitos cambien, Entregamos software Los responsables de
prioridad es satisfacer incluso en etapas tardías funcional frecuentemente, negocio y los
al cliente mediante del desarrollo. Los procesos entre dos semanas y desarrolladores trabajamos
la entrega temprana y Ágiles aprovechan el dos meses, con juntos de forma
continua de software cambio para proporcionar preferencia al periodo de cotidiana durante todo el
con valor. ventaja competitiva tiempo más corto posible. proyecto.
al cliente.

5
5 Los proyectos se
desarrollan en torno a
individuos motivados. 1 1
Hay que darles
el entorno y el apoyo
que necesitan, y confiarles la
ejecución del trabajo.
6 7
7 8
8 Los procesos Ágiles
El método más promueven el
eficiente y efectivo de 1
El software funcionando 1
desarrollo sostenible. Los
comunicar información al promotores, desarrolladores
es la medida principal
equipo de desarrollo y y usuarios debemos ser
de progreso..
entre sus miembros es la capaces de mantener un
conversación cara a cara. ritmo constante
de forma indefinida.

9
9 10
10 11
11 12
12 A intervalos regulares
La atención continua 1 1
La simplicidad, o el arte 1
Las mejores arquitecturas, 1
el equipo reflexiona
sobre cómo ser más
a la excelencia técnica y de maximizar la cantidad requisitos y diseños
al buen diseño mejora efectivo para a continuación
de trabajo no realizado, emergen de equipos ajustar y perfeccionar su
la Agilidad. es esencial. auto-organizados. comportamiento en
consecuencia.

PRINCIPIOS DEL AGILISMO

 Compromiso Foco Franqueza

VALORES
DEL
AGILISMO

Respeto Coraje Proactividad

 RI
Shuhari
HA

SHU
|

Actividad - Relaciona

a Individuos e interacciones… 1 Sobre documentación exhaustiva.

b Colaboración con el cliente… 2 Sobre seguimiento de un plan.

c Software que funciona… 3 Sobre negociación de contratos.

d Responder al cambio… 4 S o b r e Procesos y Herramientas.

SCRUM
SCRUM TÉCNICO
Se aplican reglas definidas

Roles Artefactos Eventos

Scrum Developers Product Sprint

Master Backlog Backlog
• El Sprint
• Planning
• Daily Scrum
Incremento • Review
Product • Retrospective
Owner
SCRUM PRAGMÁTICO
Aplicación de valores ágiles

Aplicación de valores ágiles

• Personas > procesos
• Resultado > documentación
• Colaboración > negociación
• Cambio > planificación

Para • Incertidumbre
avanzar • Autoorganización
• Fases de desarrollo solapadas
en Scrum • Multiaprendizaje
• Control sutil
• Difusion del conocimiento
 Todos sabemos lo que
PILARES DE está pasando.

SCRUM

Transparencia

Está bien cambiar Comprobar el trabajo

Adaptación Inspección conforme se realiza.
la dirección táctica.
Flujo de
Scrum
Eventos
Sprint

Ciclos o iteraciones que nos van a permitir tener

un ritmo de trabajo con un tiempo prefijado.

En cada Sprint vamos a conseguir un entregable

o incremento del producto.
 Sprint Planning

Se define el objetivo del En esta reunión se realiza Se examina la lista, luego se

sprint y los items del el Definition of Done. aclaran dudas con el cliente, y
product backlog (Sprint añade más condiciones de
Backlog) satisfacción y selecciona
requisitos más prioritarios.
Daily Scrum

Do Doing Done

Dura 15 minutos Moderados por el Se realiza delante del

Se realiza en el Scrum Master, tablero Kanban,
mismo sitio y a la Tomando nota de y el burndown chart.
misma hora. impedimentos.
Sprint Review

Se realiza al final El Product Owner

del sprint para comprueba el
comprobar el progreso del
incremento. sistema.

El PO identifica las Al ver y probar el

funcionalidades que se incremento,se obtiene
pueden considerar feedback para revisar el
“hechas” y las que no. Product Backlog.
Retrospective Con el fin de mejorar la productividad
y los resultados.

El equipo analiza

Las cosas que funcionaron y lo Lo aprendido y lo que se desea

que hay que mejorar. probar en el siguiente Sprint

Cuales son los impredimentos

que no permiten progresar.
 Su duración total no
Pueden ser llevadas a Importante mantenerlo
debe superar el 10%
cabo en cualquier para tener el Backlog
de la duración total
momento del Sprint. optimizado.
del Sprint.

El equipo revisa la Se eliminan elementos

definición de cada obsoletos del Backlog y

Backlog elemento del Backlog

y su priorización.
se añaden nuevos que
surgieron.

Grooming
Cuando aflora cualquier
tipo de riesgo el equipo
Es un elemento de gran
al completo debe
valor para controlar
mantener una reunión de
el riesgo.
control de riesgo en la
que decidir cómo actuar.
Roles
 Quienes pueden afectar
o son afectados
por las actividades
de un Proyecto.

Stakeholders
 Product Owner
Responsable de asegurar que el equipo aporte valor al negocio.
Garantiza que el producto cumpla con lo que el cliente requiere.

Participa
en:
INCEPTION REFINAMIENTO SPRINT
PLANNING

SPRINT SPRINT DAILY MEETING

RETROSPECTIVA
REVIEW (Participación
REVIEW Optativa)
 Product Owner
Responsabilidades
frente a:
MVP Historias de Usuario

Plan de Releases Criterios de Aceptación

Definition of Done Product Backlog

Sprint Review Cancelación de Sprint.

 Facilitador de la gestión de proyectos, custodio de
Scrum la metodología y desarrollo de los equipos.

Asegura el desarrollo de los eventos (disciplina en la

Master metodología), recopila y socializa conclusiones y
compromisos.

Participa
en:
INCEPTION REFINAMIENTO SPRINT
PLANNING

SPRINT SPRINT DAILY MEETING

REVIEW RETROSPECTIVA
REVIEW (Participación
REVIEW Optativa)
 Scrum Master
Responsabilidades
frente a:

Planifica la implantación de Actualiza el Burndown Chart

Scrum
Realiza capacitaciones de
Apoya al Product Owner Scrum

Ayuda al equipo de Asegura que se sigue Scrum

desarrollo y las buenas prácticas
 Developers
Es un equipo multifuncional que trabaja en el desarrollo del producto y sus
características durante cada sprint.

Tienen un objetivo El tamaño recomendado

común, que se alcanza de un equipo de
desarrollando un trabajo desarrollo Scrum
conjunto. es entre 3 y 9 personas.

Son multidisciplinares,
Se auto-organizan para
integrando diferentes
llegar al objetivo
puntos de vista.
marcado.
Responsabilidades

Verificar el Preparar Inspeccionar

Planificar
Avance el Producto y Adaptar

Al final del Sprint el

El equipo inspecciona el El equipo estima el
progreso tiempo que tomará crear
hacia el objetivo y y perfeccionar un
adaptan el plan para el producto; a su vez
trabajo del día. priorizan los elementos
atrasados de los
productos en desarrollo.
El equipo hace una serie
equipo revisa y hace
de planes pequeños y
retrospectiva del Sprint.
más detallados
Es revisar características
de cada producto al
completadas del Sprint
inicio de cada Sprint.
actual y adaptar su
proceso para mejorar el
uso de Scrum.

En la ejecución El equipo diseña, crea, integra y prueba elementos del backlog

del Sprint con su respectivo incremento de funcionalidad.
Épica
Una épica es una historia de usuario que
no puede ser entregada tal y como se ha
definido dentro de una sola iteración, o
que es suficientemente grande como
para ser partida en historias de usuario
más pequeñas.
User Stories
Son cortas descripciones de
los requerimientos del cliente.

Para Criterios de
Quién Qué Aceptación
qué
 Componentes de una Historia de Usuario

Card Conversación Confirmación

(Ficha)

Independiente
Negociable
Valor
INVEST Estimable
Small
Testeable
 Criterios de
Aceptación Test de
Los requisitos sobre cómo debe Aceptación
comportarse lo solicitado para que
una determinada acción se considere
Cómo voy a demostrar
Llevada a cabo.
que se cumplen los criterios.
Se establecen los pasos a seguir
y sus resultados esperados.
Son de ámbito técnico.
La mayoría de las tareas
se definen como
pequeñas partes de una
historia de usuario.
Spike
Sirve para incluir en un sprint
tareas que no implican el
desarrollo de una historia de
usuario.
 ¿Cómo hacer
estimaciones?
La estimación esta basada en puntos de historia
Cada número significa un peso / esfuerzo / complejidad para
completar un objetivo (historia de usuario).

La numeración de las cartas

está basada en
la sucesión de Fibonacci
ARTEFACTOS
 Product Backlog

Principal fuente de
información sobre el
producto en Scrum,
contiene todos los
requerimientos que
necesitamos implementar
en el producto.
 Sprint Backlog

Se trata de una lista de

elementos en los que trabajar
durante la etapa de Sprint.
 Definition of Ready Definition of Done

Es una lista de elementos que se

Determina la calidad del
componen de tareas técnicas más
trabajo y se utiliza para evaluar
pequeñas que permiten conseguir un
cuándo se ha completado una
incremento de software terminado.
historia de usuario.
 Incremento
Un Incremento es el resultado del Sprint
y que será puesto a disposición del
usuario final
RADIADORES DE
INFORMACIÓN
Burndown Chart
Parqueadero de Preguntas
 1 2
Por qué Quién

4 3
Qué Cómo
 El objetivo empresarial
Los actores que pueden tiene un impacto (positivo Entregables para generar impacto y
Por qué estamos haciendo
tener un impacto en el / negativo) en el lograr objetivos, épicas,
esto cual es el objetivo
resultado comportamiento de los características, historias de usuarios.
actores
El mejor camino
para trabajar
con historias de
usuario

Nos ayuda a construir una primera

versión que sea un producto mínimo
viable y luego iterar sobre ella
 Antes de comenzar el
proyecto se deben hacer una
serie de técnicas.
Evento
para alinear
a todo el equipo
Técnicas
Reunión de la visión
del proyecto
Ayuda a identificar:

El contexto empresarial

Los requerimientos de negocio

las expectativas de los

stakeholders.
Product Vision Board

Con ésta técnica todo

el equipo sabrá
desde el inicio:

¿Para quién?

¿Por qué?

¿Qué valor brindamos

al realizar el proyecto?
Encuentra a
tus vecinos Jefe de Seguridad
Alcalde Ciudadana

Se mapea quienes Policía

Policía
están involucrados en
el proyecto. Ciudadano

Gerente de TI
De la ciudad
Elevator Pitch
Caja de Producto
Diseñar una caja de producto,
con los mensajes e imágenes
necesarias, como si fuera a
estar expuesto al cliente.
Lista de Noes
Lo que hace es poner límites,
estableciendo un punto de
referencia a las expectativas
sobre lo que no se va a considerar
en el proyecto.

En Alcance

Fuera de Alcance

Por Decidir
¿Qué nos quita el sueño?
Riesgo Descripción Nivel
Es el primer proyecto de la compañía
Estrategia DevOps Bajo
donde se aplica una estrategia DEVOPS

Iniciar sesión con número Preocupa la integración con los

proveedores de SMS para asociar el Medio
de teléfono número de teléfono al usuario
Preocupa la alta rotación en empresas
tecnológicas y que algunos miembros
Alto
Rotación de personal clave abandonen la empresa antes del
final del proyecto
GRACIAS