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)
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?:
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
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!
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
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
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
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
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
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.