Presentación del Regional Scrum Gathering Perú 2016

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