Duraciones de los desarrollos e incertidumbre

Sólo por compartir algunas reflexiones en relación con Scrum y nuestra experiencia desarrollando nu producto como Osmius.

Scrum es una metodología orientada al desarrollo ágil de proyectos por equipos de trabajo no muy grandes (manejables) y útil en más áreas que la de los proyectos de software.

El asunto resumido es organizar el trabajo en características deseadas que se priorizan y se desmenuzan en tareas de uno o dos días, que conforman un montón ordenado del que cada cual va cogiendo una tarea tras otra. Hay un tiempo para analizar y organizar ese montón y otro en los que ya no hay que pensar sino hacer y tachar las tareas en el orden establecido.

Una duda común es la de cuánto tiempo dedicar a los esfuerzos o “sprints” de hacer tareas.

En nuestro caso con Osmius los sprints suelen ser de tres semanas.
De esta forma una vez al mes:

• Analizamos funcionalidades ya propuestas o que llegan nuevas.
• Priorizamos en función de interés, proyección de producto, negocio o dinero.
• Trabajamos implementando lo que hemos elegido.
• Hacemos una demo para ver y tocar las funcionalidades.
• Preparamos documentación y notas de prensa.

Pero ahora estamos desarrollando un producto nuevo con tecnologías nuevas.
Con esta incertidumbre no sabemos muy bien dónde nos vamos a quedar enganchados, dónde vamos a ir rápido y tampoco tenemos claro el detalle de funcionalidades, sino características más bien genéricas.

Lo que se nos ha ocurrido para estos casos, es hacer “sprints” de una semana.

• Los lunes revisamos lo hecho en una demo de producto y proponemos lo siguiente a hacer.
• El resto de la semana tachamos tareas.

Así estamos y estaremos durante seis semanas hasta que estabilicemos la imagen mental contra el producto inicial funcionando. Después ya veremos, pero seguramente pasaremos al esquema de 1+3 semanas.

Ideas y críticas son bienvenidas sobretodo las que provengan de vuestra experiencia.