Inicio » Web y desarrollo de producto » Producto: de Scrum a Kanvan

Producto: de Scrum a Kanvan

Este post ha sido revisado por Edu Llovet, confundador de Nautal, del que ya os he hablado en otras entradas y Olga Shavrina. Olga se incorporó a Nautal como UX designer, pero creció profesionalmente a un ritmo increíble, siendo nuestra Product Manager en Nautal durante casi 2 años y la que conocía mejor todos los procesos de la web. ¡Muchas gracias!

Desde hacía un tiempo habíamos empleado el formato Scrum para el desarrollo de producto. Acumulábamos las ideas en una hoja de cálculo, las priorizábamos (al principio a ojímetro y posteriormente mediante la metodología ICE score comentada aquí) y manteníamos sesiones de estimación del tiempo de desarrollo con los desarrolladores.

Cuando teníamos las ideas priorizadas y con la estimación del tiempo de desarrollo asignábamos las tareas que desarrollaríamos durante el siguiente Sprint (generalmente con una duración de dos semanas).

Al final de las dos semanas deberíamos tener esas tareas testeadas e implementadas y coger nuevas tareas para la siguiente quincena.

Como es un método que parece tan predecible, priorizábamos las tareas por su importancia en la época del año que podían aportar más valor: en otoño cosas de propietarios, en invierno cosas de alquileres de semanas, en primavera cosas de posventa y en verano cosas de alquileres de día, por poner un ejemplo (a Olga el término cosas le ha generado urticaria y me ha propuesto sustituirlo por Tasks, developments, features e improvements… pues eso 😜

El problema es que esas estimaciones nunca se cumplían y quincena tras quincena íbamos acumulando tareas de las quincenas anteriores, hasta que llegaban quincenas que debían destinarse enteramente a hacer limpieza de tareas.

Esto generaba dos grandes problemas; la desmotivación de los desarrolladores que tenían la sensación de siempre llegar tarde como el conejito de Alicia en el País de las Maravillas y que los desarrollos siempre llegaban tarde para cuando se les necesitaba.

El equipo propuso algunos cambios en la manera de trabajar:

Uno se basaba en romper mejor las tareas para que cada paso fuera aportando más valor. De esta forma si la “temporada” de esa mejora pasaba, no tenías la sensación de que igualmente debías acabar la tarea porque no lo veías como una inversión a coste hundido donde o lo acababas o todo lo hecho no habría servido para nada.

La segunda fue cambiar los sprints quincenales por una gestión más dinámica de las tareas. El backlog de tareas estaba siempre vivo, se podían ir cambiando las prioridades si por ejemplo la “temporada” de algo se pasaba y a medida que se iban limpiando las tareas se iban pasando a las columnas del kanvan: en diseño, a desarrollar, desarrollando, testando, implementado.

Kanban in Software Development. Kanban in Software Development: | by Diaame  Consulting Services | Medium

Cada desarrollador cuando acababa una tarea podía coger la que quisiera de la columna a desarrollar, y se reemplazaban las planificaciones de sprints largos por reuniones mucho más enfocadas en la que Producto se reunía con los Desarrolladores que eran responsables de ella y trabajaban en la función al pasarla de To Do a In Progress (en lugar de trabajar en waterfall – donde primero trabaja UX y después desarrollo), de esta forma contaban con una explicación de la tarea mucho más detallada, ya que había pasado por una fase de diseño de producto.

No tengo claro que un sistema sea mejor que el otro; por mi forma de ser un poco cuadriculado, el tener la planificación clara, y unas expectativas de qué tener y en qué plazo me hubiera hecho sentir cómodo, pero como igualmente no se cumplían, el cambio fue a mejor, ya que provocó un mejor estado de ánimo entre los desarrolladores y una asignación creo más eficiente del tiempo y del timing de cada tarea. Lo importante aquí es dejar que el equipo pruebe y busque su sistema.

Si os interesa el tema, Olga escribió más detalles en su blog, aunque esté en ruso, Chrome lo puede traducir por tí 😉

https://olgashavrina.com/scrum_kanban

¡REGÍSTRATE!

¡Te informaré de cada nuevo capítulo que publique! 😎

¡No enviamos spam! Lee nuestra política de privacidad para más información.

close

¡RECIBE LA NEWSLETTER!

Te mandaré un email con cada nuevo post que publique. No te quedes con la historia a medias 😎

¡No enviamos spam! Lee nuestra política de privacidad para más información.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *