Introducción a Scrum

Introducción a Scrum_

VP de Tecnología

26.07.2013

Agilidad para el desarrollode productos y servicios

ÍndiceCeremonias.•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

01. Antecedentes_

4ÁreaRazó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ÁreaRazó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ÁreaRazón Social

Antecedentes_

• …entonces, ¿Qué características tiene un proyecto exitoso?

El proyecto exitoso

01

7ÁreaRazó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ÁreaRazó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?:

02. Agilidad_

10ÁreaRazón Social

Agilidad_Los orígenes y conexiones

02

The New, New Product development

Game3

Time Boxes

-Pomodoro

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/


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


Agilidad_

Esto es, aunque valoramos los elementos de la derecha,

valoramos más los de la izquierda

El manifiesto ágil

02

03. Stanza_


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!

04. Scrum_


Scrum_Los orígenes

04


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


Scrum_El Framework

04

>>


Scrum_El Framework

04

05. Roles_


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


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


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


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

06. Ceremonias_


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


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


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


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

07. Productos_


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


Productos_Product Backlog / Sprint Backlog

07

Ejemplo de un tablero:


Productos_

• Es un gráfico diseñado para monitorear el progreso del equipo durante el Sprint:

Burndown Chart

07

08. Conceptos ytécnicas_


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


Conceptos y técnicas_Priorización

08

09. Deliver_ Scrum


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_ ScrumTips para empezar

09


Deliver_ Scrum

Q / A09

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?


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.

Introducción a Scrum

Technology

Transcript of Introducción a Scrum