Mejorando Scrum, un Sprint a la vez

Daniel Dominguez - Certified ScrumMaster®

Regional Scrum Gathering Perú 2016 1

Daniel Dominguez

Certified ScrumMaster® Scrum Alliance Organization.

Scrum Master Bunny Inc.

Especialista en Software Product Management Universidad de Alberta (Canadá)

x.co/idaniel

2

Agenda1- ¿Por qué y cómo implementamos Scrum en Bunny Inc.?

2- Casos de estudio de nuestros equipos internos de Scrum.

3- Mejorando cada Sprint.

4- Lecciones Aprendidas.

5- Conclusiones.

6- Nuevos Retos.

7- Preguntas.3

4

5

6

7

8

9

Bunny Inc.´s Mr Bunny

Metodología de desarrollo de Software en Bunny Inc.

10

En un inicio utilizabamos prácticas “Ágiles”

- Iteraciones de 1 semana

- Reuniones de status semanales

- Asignación de cards a Developers

- Board con tasks para todos

- Estimaciones en horas

- Algunas métricas para ancho de banda11

Luego nos pasamos a “Scrum”...

- Nos cambiamos de "1 semana de iteraciones" a "2 semanas de sprints".- Asignamos roles de scrum (Product Owners, Scrum Master, Equipo de Desarrollo).- Dividimos nuestro product backlog y asignamos diferentes Product Owners.- Dividimos nuestro equipo de desarrollo en equipos más pequeños.- Seguimos las prácticas de Scrum (daily scrum, planning, review and retrospectives).- Cambiamos nuestras estimaciones de trabajo de "puntos hora" a "puntos de complejidad".- Mejoramos nuestras estimaciones al hacer sesiones de planning poker.- Seguimos diariamente nuestro burndown chart.- Medimos la velocidad de nuestro Equipo de Desarrollo en los sprints. 12

Casos de estudio de nuestros equipos de desarrollo.

13

- 4 equipos.

- Entre 2 y 7 Desarrolladores por equipo.

- Entre 1 y 2 semanas de sprint.

- Entre 5 y 8 puntos máximos por sprint.

14

Equipo 1: 16 sprints de 2 semanas

Equipo 2: 23 sprints de 2 semanas

Equipo 3: 19 sprints de 2 semanas

Equipo 4: 10 sprints de 1 semana

Scrum en Bunny Inc.

15

Equipo Scrum 1

16

Equipo 1: 16 sprints de 2 semanas

Equipo Scrum 2

17

Equipo 2: 23 sprints de 2 semanas

Equipo Scrum 3

18

Equipo 3: 19 sprints de 2 semanas

Equipo Scrum 4

19

Equipo 4: 10 sprints de 1 semana

Lecciones aprendidas

- Estimación de Planning Poker (sobreestimar vs subestimar)

- Bug Fixing vs Story Points vs Quality

- Régimen estricto de Scrum vs Scrum Light

20

Conclusiones

- Medición de desempeño del equipo más preciso con Scrum.

- Encontramos nuevas métricas para implementar con los equipos.

- Seguimos experimentando rotación de equipos.

21

Nuevos Retos

- Completar 100% de los objetivos de los Sprints.

- Nuevos KPI de contribución de trabajo de cada desarrollador durante cada sprint y calidad de desarrollo.

- Nuevos miembros al equipo cuya curva de aprendizaje no tenga tanto impacto.

22

¡Gracias!x.co/idaniel

23