1.
Mejorando Scrum, un Sprint a la vez
Daniel Dominguez - Certified ScrumMaster®
Regional Scrum Gathering Perú 2016
1

2.
Daniel Dominguez
Certified ScrumMaster®
Scrum Alliance Organization.
Scrum Master
Bunny Inc.
Especialista en Software Product Management
Universidad de Alberta (Canadá)
x.co/idaniel
2

3.
Agenda
1- ¿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.
4

5.
5

6.
6

7.
7

8.
8

9.
9
Bunny Inc.´s Mr Bunny

10.
Metodología de desarrollo de Software en Bunny Inc.
10

11.
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 banda
11

12.
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

13.
Casos de estudio de nuestros equipos de desarrollo.
13

14.
- 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

15.
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

16.
Equipo Scrum 1
16
Equipo 1: 16 sprints de 2 semanas

17.
Equipo Scrum 2
17
Equipo 2: 23 sprints de 2 semanas

18.
Equipo Scrum 3
18
Equipo 3: 19 sprints de 2 semanas

19.
Equipo Scrum 4
19
Equipo 4: 10 sprints de 1 semana

20.
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

21.
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

22.
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

23.
¡Gracias!
x.co/idaniel
23