Kanban es una palabra Japonesa que puede literalmente ser traducida como cartelera o pancarta. En los 1950s Taiichi Ohno en Toyota desarrollo un sistema de control de la producción usando cartas que proveían una señal visual para provocar acción.
Originalmente, fue usado para mantener altos niveles de eficiencia en líneas de producción y para la implementación de producción ‘justo a tiempo’(JIT).
A través del tiempo el termino ha sido usado en una variedad de maneras pero es útil el pensar en la carta kanban como una carta física conteniendo información acerca del producto y como debe ser desarrollado, un tablero Kanban es uno donde las cartas Kanban son mostradas de acuerdo a su progreso a través del proceso de desarrollo y la técnica completa es llamada Kanban.
En años recientes, Kanban ha encontrado un papel en la gestión de proyectos agile, particularmente donde el trabajo es ejecutado usando el enfoque scrum.
Un tablero kanban muestra el flujo desde la especificación del producto, a través del desarrollo y los tests del producto completo. Este enfoque altamente interactivo y visual, acoplado a una reunión de scrum diaria y cajas de tiempo relativamente cortas (sprints), es una forma más apropiada de seguir el flujo de trabajo que los métodos tradicionales tal como cartas de Gantt.
El diagrama aquí arriba muestra como un producto puede pasar a través de cinco pasos. Kanban no especifica el número de pasos y no como se deben llamar. Esto debe ser definido de acuerdo a las necesidades del trabajo que está siendo ejecutado.
El tablero actual puede ser electrónico o simplemente un tablero blanco con notas tipo ‘post-it’.
Taiichi Ohno estableció que kanban debe seguir reglas estrictas para ser efectivo, tales como:
- Un paso más tarde puede solamente retira partes en las cantidades especificadas (e.g. debe haber un límite sobre cuantos productos pueden estar en progreso al tiempo).
- Pasos más tempranos pueden solo pasar partes a pasos adelante como se especifique.
- No partes son hechas o movidas sin una carta kanban.
- Una carta kanban debe acompañar cada producto a todas horas.
- Productos con defectos nunca se envían al próximo paso.
- El número de cartas kanban en cada paso es monitoreado para revelar problemas y oportunidades de mejora.
Estas reglas fueron originalmente desarrolladas para programar productos en los ámbitos de manufactura esbelta y JIT. Ellos necesitan ser adaptados a diferentes contextos de gestión de proyectos pero el principio de reglas claras todavía rige.
Gracias a Ignacio Manzanera por la traducción
