El documento resume el viaje de una empresa de desarrollo de software desde la metodología Waterfall hasta Scrumban, pasando por varias adaptaciones como Scrum, ScruNCH y Kanban. Comenzaron con Waterfall pero encontraron que los requisitos cambiaban constantemente. Probaron luego Scrum pero las estimaciones y métricas no funcionaban bien. Más tarde, Kanban les permitió mejorar el despliegue continuo pero la planificación era demasiado improvisada. Finalmente, adoptaron Scrumban para combinar lo mejor de Scrum y Kanban, logrando una vis

1. De Waterfall a Scrumban pasando por “Scrunch” y “Kanmal”
Octubre 2011

2. ¿Qué hacemos?: el problema
El Problema: Tiendas
2

3. ¿Qué hacemos?: el problema
3

4. ¿Qué hacemos?: la solución
Para las tiendas: Para las fabricantes y entidades microfinancieras:
Herramienta de Negocio Informes de Mercado
Formación Publicidad y Pedidos Online Recargas telefónicas
Conexión con proveedores Gestión de créditos Métricas de impacto
4

5. Retos: Entendimiento
Vivimos en mundos distintos
Muchos tenderos no son conscientes de que tienen un problema
5

6. Retos: Confianza
Falta de confianza del cliente
6

7. Retos: Logística y despliegue
Importar Hardware de bajo coste es lento y problemático
Desplegarlo en ciudades inmensas e inseguras un gran reto operativo
7

8. Retos: Infraestructuras
Las infraestructuras no siempre ayudan
8

9. Retos: Equipo distribuido
Desarrollo de
producto
Definición de producto
y
Operación del producto
Entre los que diseñan y los que implementan hay 6000 km y 7 horas de diferencia horaria
9

10. Waterfall: la teoría
10

11. Waterfall: Herramientas (I)
Control de
versiones
SVN
11

12. Waterfall: Innovaciones (I)
12

13. WaterMAL: la práctica
REQUISITOS
Es difícil mantener los requisitos al día.
13

14. WaterMAL: la práctica
PLE
IM MEN
TA
CIÓN
IM
PLE CIÓN
MEN TA
14

15. WaterMAL: la práctica
Todo el mundo sabe ya que el software no es un tornillo pero además…
Llevar una tienda no es Ni nosotros ni el tendero Vamos a tener que iterar
tan sencillo como parece sabemos seguro lo que muchas veces para dar
queremos. en el clavo.
15

16. WaterMAL: la práctica
Requisitos desconocidos
Documentación insostenible
Mal rollo
16

17. Scrum: la teoría
24 horas
24 horas
Product Sprint
Backlog Backlog Incremento en la
2-4 semanas funcionalidad
Primer Contacto Agilismo
Flexibilidad
Iteraciones
17

18. Scrum: Herramientas (II)
Test
Automáticos
Control de
AgileBuddy versiones
SVN
18

19. Scrum: Innovaciones (II)
TPV
Talk, Pizza &
Video
19

20. ScruNCH: la práctica
Tener reuniones de planificación de 3 horas es un… aburrimiento.
20

21. ScruNCH: la práctica
Nuestras estimaciones son de risa…
21

22. ScruNCH: la práctica
Agile Buddy hace mucho más de lo que necesitamos
No entendemos ni somos capaces de interpretar la métricas
Nuestros burn-downs tienen mucho de burn y poco de down
Agilismo de Postal
22

23. Kanban: la teoría
Tareas Siguiente Desarrollo Pruebas
Metodología que se usa principalmente para mantener código en producción
23

24. Nuestra primera pizarra Kanban
Liberación
Despliegue “on demand” con integración continua
Etapa de investigación. Muchas pruebas e iteraciones
Comenzamos a medir realmente nuestra velocidad
24

25. Kanban: Herramientas (III)
Métricas
Excel
Integración
continua
JENKINS
Test
Automáticos
Control de
Kanban Board versiones
AgileBuddy
AgileZen SVN
25

26. Carrera del cerdito
26

27. Kanban: Innovaciones (III)
Blog
TPV
Talk, Pizza &
Video
27

28. KanMAL: la práctica
En lo que se refiere a planificación, estimación… era más bien cowboy-programming
Funcionó mientras pudimos hacer despliegue continuo en menos de 20 tiendas
28

29. KanMAL: la práctica
Demasiados errores, despliegue demasiado complicado…
Demasiada improvisación.
29

30. Scrumban: la teoría
Unir lo mejor de los dos mundos
Usar herramientas y procesos sencillos de planificación y estimación
30

31. Scrumban: la práctica
Sprint de 2 meses
Medir en lugar de estimar
Recuperamos Burndown charts
31

32. Scrumban: la práctica
Medimos y estimamos mucho mejor
Tenemos una visión más clara en cada momento
32

33. Scrumban: la práctica
Seguimiento Personal
33

34. Scrumban: Herramientas (IV)
Retrospectivas
Code Reviews
Métricas
Pomodoros Excel
Integración
continua
JENKINS
Test
Automáticos
Control de
Kanban Board versiones
AgileBuddy
AgileZen SVN
34

35. Scrumban: Innovaciones (IV)
Desk
Surfing
Ranatones
Blog
TPV
Talk, Pizza &
Video
35

36. Nuevos Pasos
Loser, Normal y Winner Stories
Primeros clientes empresa
Mejorar prácticas XP
GIT
Divertirnos cada vez más y seguir desarrollando la moticabilidad!
36

37. Conclusiones
No hay que obsesionarse con la teoría
Hay un momento para cada práctica
El proceso innovador se acelera por si solo
La agilidad es todo lo contrario a la anarquía
La agilidad no es un lugar es un camino que hay que recorrer durante años

38. ¡Gracias!
alberto@frogtek.org