De Waterfall a Scrumban pasando por “Scrunch” y “Kanmal”

Octubre 2011

2

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

3

¿Qué hacemos?: el problema

4

¿Qué hacemos?: la solución

Para las tiendas: Para las fabricantes y entidades microfinancieras:

Herramienta de Negocio

Formación

Conexión con proveedores

Informes de Mercado

Gestión de créditos Métricas de impacto

Publicidad y Pedidos Online Recargas telefónicas

5

Retos: Entendimiento

Vivimos en mundos distintos

Muchos tenderos no son conscientes de que tienen un problema

6

Retos: Confianza

Falta de confianza del cliente

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

8

Retos: Infraestructuras

Las infraestructuras no siempre ayudan

9

Retos: Equipo distribuido

Definición de productoy

Operación del producto

Desarrollo de producto

Entre los que diseñan y los que implementan hay 6000 km y 7 horas de diferencia horaria

10

Waterfall: la teoría

11

Waterfall: Herramientas (I)

Control de versiones

SVN

12

Waterfall: Innovaciones (I)

13

WaterMAL: la práctica

Es difícil mantener los requisitos al día.

REQUISITOS

14

WaterMAL: la práctica

IMPLE

MEN

TA

CIÓN

IM

PLE

MEN TA

CIÓN

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 tan sencillo como parece

Ni nosotros ni el tendero sabemos seguro lo que

queremos.

Vamos a tener que iterar muchas veces para dar

en el clavo.

16

WaterMAL: la práctica

Mal rollo

Documentación insostenible

Requisitos desconocidos

17

Scrum: la teoría

24 horas

Product Backlog

Sprint Backlog Incremento en la

funcionalidad

24 horas

2-4 semanas

Primer Contacto Agilismo

Flexibilidad

Iteraciones

18

Scrum: Herramientas (II)

Control de versiones

SVNAgileBuddy

Test Automáticos

19

Scrum: Innovaciones (II)

TPVTalk, Pizza &

Video

20

ScruNCH: la práctica

Tener reuniones de planificación de 3 horas es un… aburrimiento.

21

ScruNCH: la práctica

Nuestras estimaciones son de risa…

22

ScruNCH: la práctica

No entendemos ni somos capaces de interpretar la métricas

Nuestros burn-downs tienen mucho de burn y poco de down

Agilismo de Postal

Agile Buddy hace mucho más de lo que necesitamos

23

Kanban: la teoría

Metodología que se usa principalmente para mantener código en producción

Tareas Siguiente Desarrollo Pruebas

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

25

Kanban: Herramientas (III)

Control de versiones

SVNAgileBuddy

Test Automáticos

Kanban BoardAgileZen

Integración continuaJENKINS

MétricasExcel

26

Carrera del cerdito

27

Kanban: Innovaciones (III)

TPVTalk, Pizza &

Video

Blog

Carre

ra d

el

Cerdito

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

29

KanMAL: la práctica

Demasiados errores, despliegue demasiado complicado…

Demasiada improvisación.

30

Scrumban: la teoría

Unir lo mejor de los dos mundos

Usar herramientas y procesos sencillos de planificación y estimación

31

Scrumban: la práctica

Sprint de 2 meses

Medir en lugar de estimar

Recuperamos Burndown charts

32

Scrumban: la práctica

Tenemos una visión más clara en cada momento

Medimos y estimamos mucho mejor

33

Scrumban: la práctica

Seguimiento Personal

34

Scrumban: Herramientas (IV)

Control de versiones

SVNAgileBuddy

Test Automáticos

Kanban BoardAgileZen

Integración continuaJENKINS

MétricasExcel

Retrospectivas Code Reviews

Po

mo

do

ros

35

Scrumban: Innovaciones (IV)

Blog

Carre

ra d

el

Cerdito

Ranatones

DeskSurfing

Rotación de puestos

QA

Evento

s:

Coding D

ojos

Conf. Sta

llman

TPVTalk, Pizza &

Video

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!

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

¡Gracias!

alberto@frogtek.org