El documento presenta una introducción al marco de trabajo Scrum para el desarrollo ágil de productos y servicios, describiendo roles, ceremonias y conceptos clave. Se destacan las características de un proyecto exitoso en contraste con enfoques tradicionales, enfatizando la colaboración, la adaptación continua y la priorización del valor de negocio. También incluye ejemplos de proyectos exitosos y no exitosos, ilustrando la importancia de la agilidad en el desarrollo.

1. Introducción a
Scrum_
VP de Tecnología
26.07.2013
Agilidad para el desarrollo
de productos y servicios

2. Índice
Ceremonias.
•Sprint planning
•Daily scrum
•Sprint review / Retrospectiva
Productos.
•Product backlog
•Sprint backlog
•Burndown chart
Conceptos y técnicas.
•Requerimientos
•Priorización
Deliver_ Scrum.
•Tips para empezar
Antecedentes.
•El proyecto exitoso
•La oportunidad
01
Agilidad.
•Los orígenes y conexiones
•Los valores
•El manifiesto ágil
Stanza.
•Reglas del juego
•Retrospectiva
Scrum.
•Los orígenes
•Qué es scrum
•El framework
Roles.
•Product owner
•Scrum master
•Scrum team
02
03
04
05
06
07
08
09
Referencias.10

3. 01. Antecedentes_

4. 4
Área
Razón Social
Antecedentes_
• Shanghai MagLev1
 Primera línea comercial de alta velocidad de Levitación Magnética
 Con un recorrido de 30 Km, a velocidad promedio de 240 km/h
 Presupuesto: USD 1.000 MM
 Tiempo: 2 años y 7 meses
 Resultados técnicos:
 En tiempo
 En alcance
 En presupuesto
 Resultados comerciales:
× Opera al 20% de capacidad
× ROI no alcanzado
El proyecto exitoso
01
(1) http://www.scmp.com/news/china/article/1110152/shanghais-maglev-passenger-traffic-lower-expected

5. 5
Área
Razón Social
Antecedentes_
• Titanic (1997 film)2
 Película épica romántica inspirada en el hundimiento del transatlántico
 Dirigida, escrita y co-producida por James Cameron
 Presupuesto: USD 200 MM
 Tiempo: 2 años
 Resultados técnicos:
× 1 año de retraso
× Presupuesto final USD 400 MM
 Resultados comerciales:
 11 premios Oscar
 Revenues: USD 1.800 MM
El proyecto exitoso
01
(2) http://en.wikipedia.org/wiki/Titanic_(1997_film)

6. 6
Área
Razón Social
Antecedentes_
• …entonces, ¿Qué características tiene un proyecto exitoso?
El proyecto exitoso
01

7. 7
Área
Razón Social
Antecedentes_
• En un proyecto “tradicional” con fases secuenciales
La oportunidad
01
• El cliente debe saber perfectamente lo
que necesita.
• Se toman todos los requisitos y ya no
es necesario volver a hablar con el
cliente.
• El Equipo debe planificar
perfectamente como va a ejecutar sus
tareas.
Al inicio del proyecto:
• Con la documentación que se elabora
en cada fase, la siguiente fase
encuentra todo lo que necesita y sin
pérdida de información.
• Viendo moverse estos entregables,
todo el mundo esta seguro de que el
proyecto marcha bien.
• Nada cambia en el camino.
Durante el proyecto:

8. 8
Área
Razón Social
Antecedentes_
• En un proyecto “tradicional” con fases secuenciales
La oportunidad
01
• Dedicamos mucho esfuerzo a
objetivos que aportan poco valor.
• Los releases y su estabilización toman
demasiado tiempo.
• Los cambios son difíciles de llevar a
cabo.
• La calidad decae y el equipo se
desmotiva.
¿Cuál es el problema?:
• El cliente debe esperar mucho tiempo
para poder utilizar el producto.
• El proyecto se complica mas de lo
esperado, hay retrasos, no hay tiempo.
• El equipo debe hacer horas extras y
sobre-esfuerzo para cumplir fechas.
• ¡¡¡ Y el cliente pide cambios !!!
…todos terminan insatisfechos.
¿Por qué ocurre esto?:

9. 02. Agilidad_

10. 10
Área
Razón Social
Agilidad_
Los orígenes y conexiones
02
The New,
New Product
development
Game3
Time
Boxes
-
Pomodor
o
Lean
Start-up
-
Pivote
Desarrollo
Iterativo
e
Incremental
Ingeniería
de
Software
Lean
thinking
-Valor
-Eliminar
desperdicio
Discusión
entre dos
perspectivas
-Prescriptiva
-Empírica
Necesidad
de nuevos
procesos de
desarrollo
de software
Necesidad
de nuevos
procesos de
desarrollo
de software
Agilidad
(3) http://hbr.org/1986/01/the-new-new-product-development-game/

11. 11
Área
Razón Social
Agilidad_
Los valores
02
La agilidad es un conjunto de valores y
prácticas para el desarrollo de productos y
servicios, también llamados métodos
ágiles
 Algunos más prescriptivos que otros
 Todos alineados alrededor de valores
comunes
 Todos los métodos ágiles están
fundamentados en el Manifiesto Ágil

12. 12
Área
Razón Social
Agilidad_
Esto es, aunque valoramos los elementos de la derecha,
valoramos más los de la izquierda
El manifiesto ágil
02

13. 03. Stanza_

14. 14
Área
Razón Social
Stanza_
Desafío: Escribir una estrofa de un poema que inspire al equipo a Ser más_
Reglas del juego
03
• Cada persona en el equipo debe escribir una palabra en la ficha y pasarla a la
persona que está a su mano izquierda
• La estrofa del poema debe estar compuesta por exactamente 6 líneas
• Cada línea debe contener entre 4 y 6 palabras
• Time-box: 6 minutos
• Debe rimar!

15. 04. Scrum_

16. 16
Área
Razón Social
Scrum_
Los orígenes
04

17. 17
Área
Razón Social
Scrum_
Es un marco de referencia para la gestión ágil de
proyectos de software o desarrollo de productos, iterativo e
incremental, donde el equipo trabaja como un único bloque
para alcanzar un objetivo común
•Con participación del cliente y transparencia para que pueda guiar de manera
regular los resultados del proyecto.
•Orientando el proyecto a objetivos para el cliente, no a tareas y priorizando
por valor de negocio
•Donde se descompone el producto en partes para ir construyéndolo
progresivamente en fases solapadas
Qué es scrum
04

18. 18
Área
Razón Social
Scrum_
El Framework
04
>>

19. 19
Área
Razón Social
Scrum_
El Framework
04

20. 05. Roles_

21. 21
Área
Razón Social
Roles_
• No existe el rol de Gerente de Proyecto en Scrum. Las
responsabilidades del clásico gerente de proyecto se
encuentran divididas en los tres roles que conforman el
equipo:
 El Product Owner gestiona el producto (y el ROI)
 El Scrum Master gestiona el proceso
 El Scrum Team se gestiona a si mismo
05

22. 22
Área
Razón Social
Roles_
• Las responsabilidades de un Product Owner son las
siguientes:
 Definir y compartir la visión del producto
 Definir / recolectar los requerimientos
 Priorizar el Product Backlog
 Refinar el Product Backlog (“grooming”)
 Administrar el Plan de Releases
 Maximizar el ROI
Product Owner
05
El Product
Owner es como
un CEO
El Product
Owner es como
un CEO

23. 23
Área
Razón Social
Roles_
• Las responsabilidades de un Scrum Master son las
siguientes:
 Asegurar un entorno de trabajo para el equipo libre de interferencias y
directivas
 Remover los impedimentos
 Fomentar el uso correcto del proceso
 Impulsar el uso de Scrum a lo largo de la organización
Scrum Master
05
El Scrum
Master es
como un
COACH
El Scrum
Master es
como un
COACH

24. 24
Área
Razón Social
Roles_
• Las responsabilidades del Equipo o Miembro del
Equipo son las siguientes:
 Estimar el tamaño de los items del Backlog
 Entregar incrementos de software con calidad
de producción
 Seguimiento de su propio avance
 Auto-organizarse, con la responsabilidad de entregar lo que fue
comprometido
Scrum Team
05
El Scrum
Team tiene
entre 5 y 9
miembros
El Scrum
Team tiene
entre 5 y 9
miembros

25. 06. Ceremonias_

26. 26
Área
Razón Social
Ceremonias_
• Consta de dos partes que duran máximo 4 horas cada
una:
 La parte 1 es un workshop de toma de requerimientos detallados. El
Product Owner presenta una serie de funcionalidades que desea sean
implementadas y el equipo realiza las preguntas necesarias para
comprenderlos, estimarlos y comprometerse a entregarlas al final del
sprint.
 El equipo decide por si mismo cuánto puede entregar, considerando la
duración del sprint, el tamaño del equipo y sus habilidades, la definición
de LISTO y cualquier acción decidida durante la retrospectiva que
precedió a esta reunión
Sprint planning
06

27. 27
Área
Razón Social
Ceremonias_
• Consta de dos partes que duran máximo 4 horas cada
una:
 La parte 2 es un workshop de diseño. El Scrum Team colabora para
crear un diseño de alto nivel del incremento de software comprometido.
 El resultado de esta reunión será el Sprint Backlog, o la lista de tareas
funcionales y técnicas que el equipo deberá ejecutar durante el sprint.
 Esta lista de tareas son representadas en un Tablero o Dashboard
visual para su control y seguimiento durante el sprint
Sprint planning
06

28. 28
Área
Razón Social
Ceremonias_
• Es un punto de inspección y adaptación en Scrum:
 Tiene una duración de máximo 15 minutos.
 El equipo se reúne para comunicar y sincronizar su trabajo.
 Se revisan los compromisos individuales del día anterior, se indaga
sobre los impedimentos y se establecen nuevos compromisos
 Sirve para que el equipo mida continuamente su progreso
Daily Scrum
06

29. 29
Área
Razón Social
Ceremonias_
• Son dos reuniones, el Review es un punto de feedback
sobre lo entregado y la Retrospectiva es para la mejora
 El Sprint Review y Retrospectiva tienen una duración entre 1 y 3 horas
cada una.
 El equipo comunica el incremento del producto y hace una Demo.
 Se inspecciona el incremento del producto y se establecen los
próximos pasos.
 La Retrospectiva la realiza el equipo para discutir sobre los aspectos
positivos y negativos del Sprint, sirve para tomar acciones de mejora
para el próximo Sprint.
Sprint Review / Retrospectiva
06

30. 07. Productos_

31. 31
Área
Razón Social
Productos_
• Son dos listas de tareas (Historias de Usuario) que
representan el trabajo pendiente:
 Para el caso del Product Backlog, solo el Product Owner tiene el
derecho a determinar el orden o prioridad de las tareas.
 El Product Backlog es un documento vivo ya que los requerimientos
son emergentes (no conocemos de antemano todas las características
que queremos que tenga el producto).
 El Sprint Backlog es la lista de tareas que el equipo se ha
comprometido desarrollar en un Sprint, visualmente representado como
un tablero o Dashboard de tareas (Kanban)
Product Backlog / Sprint Backlog
07

32. 32
Área
Razón Social
Productos_
Product Backlog / Sprint Backlog
07
Ejemplo de un tablero:

33. 33
Área
Razón Social
Productos_
• Es un gráfico diseñado para monitorear el progreso del
equipo durante el Sprint:
Burndown Chart
07

34. 08. Conceptos y
técnicas_

35. 35
Área
Razón Social
Conceptos y técnicas_
• En Scrum los requerimientos están agrupados en:
1. Historias de Usuario
2. Temas, conjunto de Historias de Usuario relacionadas
3. Épicas, una Historia de Usuario con un alto nivel de abstracción
Requerimientos
08

36. 36
Área
Razón Social
Conceptos y técnicas_
Priorización
08

37. 09. Deliver_ Scrum

38. 38
Área
Razón Social
1. Comparte con el equipo las bases de Scrum
2. Establece la visión
3. Escribe las historias de usuario para conformar el
backlog
4. Ordena los items del backlog por valor de negocio
5. Estima el tamaño de los items del backlog
6. Re-ordena el backlog, según sea necesario
7. Crea el plan de releases inicial
8. Planifica el primer Sprint
9. Ejecuta
Deliver_ Scrum
Tips para empezar
09

39. 39
Área
Razón Social
Deliver_ Scrum
Q / A
09
1.¿En Scrum se documenta?
2.¿En Scrum se diseña la solución o se improvisa sobre la marcha?
3.¿En Scrum puedo cambiar mis historias sobre la marcha?
4.¿Existen prácticas ágiles para el trabajo técnico de codificar software?
5.¿Pueden los equipos Scrum estar físicamente separados y funcionar bien?
6.¿Todos los proyectos de desarrollo pueden funcionar bien con Scrum?
7.¿Qué hago con las plantillas de la PMO y el project server?

40. 40
Área
Razón Social
Referencias10
“Certified Scrum Master Training”
Heitor Roriz Filho, MSc. Massimus C&T.
“Bases del Desarrollo Ágil de Software: Scrum y Programación eXtrema”
Pablo Lischinsky, PhD. Evolución Ágil.
“Un mejor Scrum”
Peter Hundermark, CSC. ScrumSense.