Posteado por: navarros | 25 junio 2009

Kanban, una nueva metodología aplicada a desarrollo software

under constructionKanban viene del japonés (como no), quiere decir ‘etiqueta de instrucción’ , está relacionado con los términos ya conocidos por los lares del desarrollo de software como Lean o just-in-time y como viene siendo habitual se trata de una metodología creada en Japón tras la segunda guerra mundial. Concretamente en TOYOTA se creó como una manera de manejo del flujo de materiales en una línea de ensamble para producir eficientemente sin causar trastornos ni retrasos en la entrega de un producto.

Con el espíritu de aprender del mercado norteamericano, ingenieros japoneses viajaron a estados unidos donde observaron el modo de actuar de los comercios y supermercados. Obtuvieron dos conclusiones, importantes:

- El almacenamiento de la mercancía hasta su venta se limitaba

- Cuando de un producto quedaba un número fijado de unidades se reponía para que siempre hubiera servicio al cliente.

Con estas premisas y ampliando esta filosofía a toda la cadena de servicio se desarrollo Kanban en el que se enuncia que es la orden de que el pedido es el que debe poner en marcha la producción y no a la inversa como hasta el momento. Esto se tradujo en una orden de pedido que da nombre a la metodología.

Las reglas concretas de Kanban son las siguientes:

  1. No se debe mandar material defectuoso a los procesos subsiguientes
  2. Los procesos subsiguientes requerirán sólo lo que es necesario
  3. Procesar solamente la cantidad exacta requerida por el proceso subsiguiente
  4. Balancear la producción
  5. Tener en cuenta que KANBAN es un medio para evitar especulaciones, realizar tan solo lo que indica el pedido.
  6. Estabilizar y racionalizar el proceso

Parece todo muy lógico y evidente. Una explicación más detallada la podréis encontrar en monografías de donde he tomado alguna de las notas que os dejo.

Sin embargo para su aplicación al desarrollo de software es necesario “adaptar” algo estas normas. Para explicarlo de un modo sencillo he localizado una presentación y un documento que basándose en SCRUM y marcando las diferencias con está nos cuenta el funcionamiento.

Tras la lectura de estos documentos, que os recomiendo, me he acordado del post de Ddaz acerca de SI es una moda esto de SCRUM y la Agilidad.

Aunque no coincido plenamente con Ddaz si defiendo que no existe un traje (metodología) que nos ajuste a la medida. Utilizar una metodología sin adaptarla a nuestra forma de trabajo no resulta más que generar problemas nuevos. Pero, aunque como se menciona en la opinión de Ddaz que casi todo lo enunciado resulta obvio no por ello es más sencillo de realizar.

En definitiva el nombre SCRUM , LEAN, KANBAN, TDD no es importante pero ayuda a tener un lenguaje común. Y a pesar de ser perogrulladas las enseñanzas que contienen no impide que requieran de mucho esfuerzo para implementarlas…aunque merece la pena.

Que sea el pedido el que ponga en marcha la producción, y no la producción la que se ponga a buscar un comprador
About these ads

Deja un comentario

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

Categorías

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

%d personas les gusta esto: