Lycka Bonita

Me resulta increíble no haber escrito nunca nada de Kanban, supongo que los dos últimos años han sido una locura con Siniestros. He seguido algunas cosillas, tenía mi tablero en scrumy. Pero ahora con la distancia veo que tendría que haber seguido más al pie de la letra este sistema y haberlo integrado (perdón, quería decir impuesto) en el día a día del cliente, y de hecho recomendaría a mis ex's su implantación en especial en el llamado proyecto de la muerte.

Kanban, que en japonés significa "tablero visual", es un sistema visual para controlar y coordinar una cadena de montaje que se comenzó a utilizar en Japón a finales de los 40 para optimizar la implementación de metodologías de producción como Lean Manufacturing y Just in Time (JIT).

Su gran virtud es la sencillez, implementarlo y mantenerlo consume muy poco esfuerzo por lo que el seguimiento se simplifica. Además al ser visual permite detectar cuellos de botella muy fácilmente, cuellos que podremos solucionar mejorando ese proceso o aumentando la capacidad de trabajo en esa etapa.

Creo que Kanban es la mejor forma de trabajar en equipo en una cadena de montaje, y al fin y al cabo el software es una cadena de montaje (en la que primero se toman requisitos, luego se piensa qué hacer y cómo, luego se hace, luego se valida) en la que se trabaja en equipo, aunque le pese a los héroes ágiles standalone o yomeloguisotodo-yomelocomotodomenoselmantenimiento.

En pocas palabras, se parte de un repositorio de tareas (o backlog) y el objetivo es entregarlas todas. Para ello se divide un tablero en etapas sucesivas de la cadena de montaje, en las que el trabajo entra a la izquierda y se va propagando hacia la derecha. Cada columna o etapa de trabajo tiene un límite de trabajo concurrente que se puede procesar (WIP, work in process)… Pero espera, está explicado muy bien en navegápolis, y si te defiendes con el inglés en crip.se en este pdf (me pido Cartman!).

Y una imagen vale más que mil palabras, en este artículo, también en crip.se, podéis encontrar una tira de cómic que lo explica perfectamente:

Resulta muy natural complementar Scrum con Kanban, ya que no siempre resulta posible disponer de un equipo para mantenimiento y otro para desarrollo, o realizar iteraciones o retrospectivas. La principal diferencia entre amboses que Kanban limita el WIP por estado en flujo de trabajo y Scrum limita el WIP poriteración.

Personalmente prefiero completar el tablero con una fila superior para representar tareas periódicas, como reuniones diarias/semanales de seguimiento, retrospectivas cada 1 ó 2 semanas, cierres de mes o trimestres, previsiones de cargar de trabajo del mes o trimestre siguientes, auditorías seguridad o performance o calidad (SLAs), cursos o tiempos para investigación…

Dudas? Para saber más, Kanban and Scrum – making the most of both.