Introduccin a las Metodologas giles Introduccin a Scrum

Roles Ceremonias Artefactos Mtricas

Mauricio Silclir
Ingeniero en Sistemas de Informacin (UTN FRC) Scrum Master del Centro de Desarrollo de Software; Motorola Ayudante; Mtricas de Software; UTN Crdoba Investigador categora F LIDICALSO; UTN Certified Scrum Master

Paula Izaurralde
Especialista en Ingeniera en Sistemas de Informacin (UTN FRC)
Especialista de Calidad en Motorola Mobility, Cba. Ayudante en Metodologas giles en el Desarrollo de Software Investigador Categora G; LIDICALSO; UTN Certified Scrum Master

Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A travs de este trabajo hemos aprendido a valorar:

Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentacin extensiva Colaboracin con el cliente sobre negociacin contractual Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos ms los de la izquierda.
Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler James Grenning Jim Highsmith Andrew Hunt Ron Jeffries Jon Kern Brian Marick Robert C. Martin Steve Mellor Ken Schwaber Jeff Sutherland Dave Thomas Ref: http://agilemanifesto.org/

Adaptabilidad
Colaboracin Feedback

Visibilidad

Entrega Rpida
Foco en Valor

Reducir Desperdicios Comunicacin Title of Presentation 11 de abril de 2013

Agile describe una , no el mtodo en s mismo Debajo del paraguas Agile, existen varios , como Extreme Programming, Scrum, Lean Development, etc.

Cada una de estas metodologas persigue (comunicacin mejorada, software funcional, colaboracin y participacin del cliente, feedback, simplicidad, respuesta a cambios)

 Es una enfoque

para la gestin de un proyecto. Ms que una

metodologa o proceso, es un Marco de Trabajo Utiliza procesos Orientado a No est restringido a proyectos de software solamente

Tiene una implementacin

(silver bullet)

, pero no es una bala de plata

Su visin es opuesta a la propuesta por la metodologa en cascada

Opuesta a la metodologa en Cascada

Requerimientos

Diseo

Cdigo

Prueba

En vez de hacer una sola cosa a la vez... ...los equipos Scrum hacen un poco de todo, todo el tiempo

Ref: The New New Product Development Game by Takeuchi and Nonaka. Harvard Business Review, January 1986.

Ciclo de vida Scrum

Criterios Bsicos de Scrum

Equipos pequeos, de entre 5 y 8 personas Ubicados en el mismo lugar fsico de trabajo

Dueo del Producto disponible (en casi cualquier momento!)

El Dueo del Producto NO ES el Scrum Master Scrum Master preferentemente ubicado en el mismo lugar que el equipo de trabajo Tres criterios bsicos: disciplina, disciplina y disciplina

Prcticas Fuertemente Recomendadas

Automatizacin de pruebas unitarias
Automatizacin de pruebas de sistema Herramientas integradas (por ejemplo, para mantener trazabilidad entre tems)

Integracin Continua (builds automatizados, ejecucin de

pruebas, anlisis esttico de cdigo, coleccin de mtricas, etc.)

Aprendizaje implcito
Documentacin implcita

Marco de Trabajo Scrum

Ceremonias
Planificacin del Sprint Reunin Diaria Revisin del Sprint Retrospectiva del Sprint

Artefactos
Backlog de Producto Backlog de Sprint Planes de Proyecto y de Release Mtricas Etc.

Dueo del Producto

Define las funcionalidades, decide la fecha de release y su contenido Prioriza el Backlog de Producto Puede cambiar las funcionalidades y prioridades en cada sprint Acepta o rechaza los resultados del sprint Participa en las reuniones de Planificacin de Sprint y revisin

Scrum Master

Asegura que el equipo sea completamente funcional y productivo Promueve la cooperacin entre todos los roles y remueve barreras Protege al equipo de interferencias externas Asegura que el proceso sea cumplimentado Participa en las reuniones diarias, de planificacin de sprint y revisin del mismo Tpicamente de 5-9 personas Selecciona el Backlog de Sprint Tiene el derecho de hacer lo que sea dentro de los lmites de las guas del proyecto para alcanzar el objetivo del sprint Se organiza a s mismo y a su trabajo Demuestra los resultados del trabajo al Dueo del Producto

Equipo

Marco de Trabajo Scrum

Ceremonias
Planificacin del Sprint Reunin Diaria Revisin del Sprint Retrospectiva del Sprint

Artefactos
Backlog de Producto Backlog de Sprint Mtricas Planes de Proyecto y de Release Etc.

Scrum Master Dueo del Producto

Planificacin de Sprint
SEGMENTO 1

El Dueo del Producto presenta el Backlog de Producto con ms alta prioridad El equipo selecciona los tems del Backlog de Producto con los que se puede comprometer

Mx. 4 horas

Equipo

SEGMENTO 2
Planificacin

Computadora?

Decidir la estrategia para alcanzar el objetivo del sprint (diseo) Las tareas son creadas Se estiman las tareas y el backlog de sprint De manera colaborativa, no solamente el Scrum Master!

Mx. 4 horas

Reglas Diaria En el mismo lugar A la misma hora (sea puntual!)

NO son reuniones de reporte de estado al Scrum Master Son compromisos frente a los dems miembros del equipo

15 minutos Participantes (Equipo) El Scrum Master comienza la reunin al horario convenido (sin importar quin est presente y quin no!)

Revisin del Sprint / Retrospectiva del Sprint

Revisin del Sprint El equipo presenta la
stakeholders
funcionalidad terminada (done) al Dueo del Producto y dems Los miembros del equipo responden las preguntas de los stakeholders en relacin a la demostracin, y toman nota de los cambios propuestos Al finalizar la presentacin, los stakeholders dan su impresin acerca del producto, cambios deseados y la prioridad de esos cambios

Retrospectiva del Sprint

Provee una visin peridica de

qu est funcionando y qu no est funcionando Tpicamente de 1 hora Se realiza al final de cada sprint Todo el equipo participa (Scrum Master, Dueo del Producto, Equipo) Se pueden utilizar varias tcnicas

- Reunin informal - 1h de preparacin

Marco de Trabajo Scrum

Ceremonias
Planificacin del Sprint Reunin Diaria Revisin del Sprint Retrospectiva del Sprint

Artefactos
Backlog de Producto Backlog de Sprint Mtricas Planes de Proyecto y Release Etc.

Backlog de Producto
Es la lista maestra de toda la funcionalidad deseada del producto. Esta lista expresa los requerimientos del dueo del producto en su lenguaje, est estimada y se encuentra ordenada de acuerdo a la prioridad de cada tem.
Crear un mdulo de administracin de usuarios Login de usuarios Definicin de actividades del proyecto Actividades asignadas a cada usuario Permitir el registro de horas semanales por usuario

Como administrador del sistema, quiero crear nuevos usuarios, modificar los datos de usuarios existentes y eliminar usuarios obsoletos, de manera de controlar el acceso al sistema de registro de horas.
Prioridad: Alta Estimacin: 13 story points Criterio de Aceptacin: Discusiones:

Incluir un dashboard de mtricas bsicas

Backlog de Sprint

Crear estructura de BD Crear web service para conexin LDAP Crear pantalla de login Crear casos de prueba automticos para LDAP Crear casos de prueba manuales de la pantalla

Como administrador del sistema, quiero crear nuevos usuarios, modificar los datos de usuarios existentes y eliminar usuarios obsoletos, de manera de controlar el acceso al sistema de registro de horas. Prioridad: Alta Estimacin: 13 sp Criterio de Aceptacin: Discusiones:

Crear las tablas de usuario, permisos y permisos/usuario en la BD, generando los scripts de las mismas. Crear los correspondientes mappings de Hibernate, y las clases DAO de Usuario y Permisos. Generar las pruebas unitarias para las DAO.
Responsable: Mauricio Complejidad: Baja Estimacin: 16 hs Discusiones:

Actualizar el manual de usuario

tems de Backlog de Sprint

Un tem de backlog de sprint es una descripcin de una tarea necesaria para completar una historia de usuario dada. El backlog de sprint est compuesto por todas las tareas necesarias para completar todas las historias comprometidas.

Descripcin: la descripcin de la tarea. No tiene una estructura particular.

Crear las tablas de usuario, permisos y permisos/usuario en la BD, generando los scripts de las mismas. Crear los correspondientes mappings de Hibernate, y las clases DAO de Usuario y Permisos. Generar las pruebas unitarias para las DAO. Responsable: Mauricio Complejidad: Baja Estimacin: 16 hs Discusiones:

Responsable: la persona encargada de llevar a cabo la tarea. Generalmente, los miembros del equipo se auto asignan las tareas. Complejidad: no es un campo mandatorio. Sirve de gua para las estimaciones. Tambin se suele utilizar para distribuir el trabajo entre los miembros del equipo. Estimacin: estimacin en horas o das hombre. Es una estimacin de esfuerzo. Discusiones: Registro de las decisiones que se van tomando (ej: de diseo), especificacin ms detallada de algn aspecto de la funcionalidad que se est implementando, etc.

Un producto puede incluir varias funcionalidades

Producto picas Historias de usuario Tareas

Una pica es una historia de usuario de muy alto nivel que representa una funcionalidad especfica

Una historia de usuario est compuesta por varias tareas

Clculo de la capacidad del equipo

La capacidad del equipo es la cantidad de horas efectivas que dicho equipo tiene disponibles, para este sprint.

Das disponibles 20 20 18 20

Horas diarias disponibles 7 5 7 7

% asignacin al proyecto 100 100 100 50

Capacidad en el sprint 140 100 126 70

Capacidad total del equipo

436

Capacidad individual = dias_disp * horas_diarias_disp * porcentaje_asignacion Capacidad equipo = (capacidad individual)

Backlog de Sprint
Tarea #1.1 Estimacin: x1 horas

Historia #1 Estimacin: 13 sp

Tarea #1.2 Estimacin: y1 horas

Tarea #1.n Estimacin: z1 horas

Tarea #1.1 Estimacin: x1 horas

Velocidad Estimada 38

Historia #2 Estimacin: 20 sp

Tarea #1.2 Estimacin: y1 horas Tarea #1.n Estimacin: z1 horas

<

Cantidad de horas capacidad del equipo

Tarea #1.1 Estimacin: x1 horas

Historia #3 Estimacin: 5 sp

Tarea #1.2 Estimacin: y1 horas Tarea #1.n Estimacin: z1 horas

Nombre de la mtrica

Propsito/Objetivo

Formula
Tendencia de Regresin Lineal

Responsable Perodo de Reporte de Colectarla

Sprint BurnDown Chart (SBDC)

Provee un indicador diario del progreso respecto del trabajo comprometido para el sprint actual.

Trabajo Pendiente + Tendencia = Trabajo pendiente del da anterior a ayer + Trabajo pendiente de ayer + Trabajo pendiente de hoy) / 3

Scrum Master

Se colecta una vez por da. Es la mtrica principal de seguimiento del Sprint.

Horas Pendientes

50

100

150

200

250

Da 1

Da 2 Da 3
Da 4 Da 5 Da 6 Da 7

Da 8 Da 9
Da 10 Da 11 Da 12

Burndown

Da 13 Da 14
Da 15 Da 16 Da 17

Da 18 Da 19
Da 20

Burndown

Lineal (Burndown)

Nombre de la mtrica

Propsito/Objetivo

Formula

Responsable Perodo de Reporte de Colectarla

Se colecta un punto por Sprint. Se utiliza para la planificacin de cada sprint, y para los ajustes en el release.

Velocity (Veln)

La Velocity permite a los miembros del equipo conocer el ratio de progreso del equipo completo.

Vel[n] = # Story Points por Sprint

Scrum Master

Velocity
25 20

# Story Points

15 10 5 0 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 10 20

Sprint 1 Velocity 20

Sprint 2 20

Sprint 3 25

Sprint 4 20

Sprint 5 15

Sprint 6 15

Sprint 7 20

Sprint 8 10

Sprint 9 25

Nombre de la mtrica

Propsito/Objetivo Ayuda a determinar la probable fecha de finalizacin del release, teniendo en cuenta la performance (velocidad) del equipo y los cambios introducidos en el alcance.

Formula Interseccin de las lneas de tendencia de la velocidad del equipo y el trabajo introducido al release. Provee una aproximacin a la fecha de release.

Responsable de Perodo de Reporte Colectarla Se recolecta un punto por Sprint. Se utiliza para la planificacin de cada sprint, y para los ajustes en el release.

Release BurnDown Chart

Scrum Master

200

150

100
Trabajo restante

50

Cambios en el Alcance Lineal (Trabajo restante)

0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Lineal (Cambios en el Alcance)

-50

-100

-150

Nombre de la mtrica
Deferred Ratio (DFRT)

Propsito/Objetivo

Formula

Responsable Perodo de Reporte de Colectarla

Scrum Master Se colecta un punto por Sprint. Se utiliza para la planificacin de cada sprint, y para los ajustes en el release.

Muestra el nmero de historias de usuariodiferidas por sprint, en relacin Deferred Ratio = # User Stories Diferidas/ # Total a la cantidad total de user stories User Stories del Sprint inicialmente comprometidos en el sprint.

Deferred Ratio
35 30 25

# Story Points

20 15 Deferred Ratio 10 5 0
Sprint 10 Sprint 1 Sprint 6 Sprint 8

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 7

Sprint 9

Tamao
Revisiones del sprint Mtodos comunes

Puntos de historia # Historias de Usuario LOCs

Satisfaccin del cliente

Esfuerzo

Capacidad Esfuerzo estimado

5 mtricas bsicas

Pila de defectos

Defectos

Calendario

Duracin del sprint Plan de Release

Herramientas de Soporte para Scrum

Pizarra y Post-its
(y buena letra)

Excel
(o cualquier cosa parecida)

Herramientas de Soporte para Scrum

Orientadas a Agile

Sistemas ALM (Application Life-cycle Management)

Preguntas

Una mirada retrospectiva al desarrollo gil: el camino recorrido y a recorrer Organizan: LIDICALSO Ctedra de Mtricas del Software - Ctedra de Metodologas giles Disertante: Diego Rubio Fecha: 7 de Mayo 2013 Horario: 18:30 a 20:30

Requerimientos Agiles Organizan: LIDICALSO Ctedra de Mtricas del Software - Ctedra de Metodologas giles Disertantes: Natalia Andriano, Claudio Gonzalez Fecha: 4 de Junio 2013 Horario: 18:30 a 20:30

Testing gil Organizan: LIDICALSO Ctedra de Mtricas del Software - Ctedra de Metodologas giles Disertantes: Marcela Garay Moyano, Paula Izaurralde, Luciano Marzo Fecha: 6 de Agosto 2013 Horario: 18:30 a 20:30

Agendas: http://www.institucional.frc.utn.edu.ar/sistemas/lidicalso/

Autor Mike Cohn

Ttulo Mountain Goat Software

Editor

Agile Manifesto Mike Cohn User Stories Applied

VersionOne Scrumworks Team Foundation System

Referencia http://www.mountaingo atsoftware.com/topics/s crum http://agilemanifesto.or g/

Addison Wesley
VersionOne Danube Microsoft

ISBN: 978-0-32120568-1
www.versionone.com www.danube.com/scru mworks http://msdn.microsoft. com/enus/library/ms242904(V S.80).aspx www.ibm.com/rational/ rtc

Rational Team Concert

IBM

Versin 1.0.0_Draft_A

Fecha 5 - Abril -2013

Descripcin Primera versin adaptada del Material de la Ctedra de Mtricas del Software/Metodologas giles de Desarrollo de Software A lnea base despus de revisin. Mauricio Silclir y Natalia Andriano.

Autor Mara Paula Izaurralde

1.0.0

8 Abril 2013

Mara Paula Izaurralde