


Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
El método lean kanban es una herramienta para el mejoramiento continuo en el desarrollo de software, basada en la filosofía del sistema de producción de toyota. Fomenta la colaboración, el compromiso de los equipos y el límite del trabajo en curso. Conocerás su origen, las reglas básicas y cómo ponerlo en práctica.
Tipo: Apuntes
1 / 4
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!



La diferencia entre Lean y el método Kanban a veces no queda muy clara. Según David J. Anderson, Lean es el destino al que se pretende llegar a través del método Kanban (la herramienta para llegar al destino). Kanban no es un método de gestión de proyectos ni un método de gestión del ciclo de vida de desarrollo de software. Kanban realmente es un catalizador del cambio en las organizaciones (orientación a la mejora continua). Fomenta la colaboración y el compromiso de los empleados de un modo natural y requiere de poco esfuerzo para su puesta en marcha. Determinadas organizaciones (normalmente grandes) que se dan cuenta de la necesidad que tienen de incorporar métodos ágiles, pero no quieren adoptarlos, lo que hacen es usar el método Lean Kanban, de modo que les permite realizar mejoras en la gestión y la entrega al cliente sin realizar cambios drásticos en sus prácticas de trabajo, estructura organizativa, funciones, responsabilidades o cargos. Kanban se basa en la idea de que las personas tenemos un límite en el trabajo concurrente que somos capaces de hacer “eficientemente”. Por tanto, el trabajo que tenemos entre manos debe limitarse. El método Lean Kanban proviene del Sistema de Producción de Toyota desde los años 50. Pues Japón en plena postguerra consiguió crecer con gran éxito por la aplicación del sistema de Calidad en la producción automovilística, y dentro de ese sistema de Calidad se encontraban entre otras prácticas los tableros Kanban --> mejora significativa. La “novedad” es aplicarlo esto al Desarrollo del Software. Pues Kanban fue trasladado al desarrollo del software por David J. Anderson en el 2004, aunque la primera aproximación fue en 2003 a través de la implantación de TOC mantenimiento evolutivo de aplicaciones internas. El problema que había era la distancia, ya que los responsables del proyecto no se encontraban en las mismas oficinas. Aplicó la teoría de las restricciones al desarrollo del software. Las reglas de Kanban son muy sencillas:
El método Lean Kanban permite establecer acuerdos de nivel de servicio para diferentes grupos de trabajo, diferenciando el trabajo y el consecuente acuerdo de nivel de servicio. Por ejemplo, las aerolíneas son un claro ejemplo de que según lo que pagues tendrás unos servicios mejores o peores. Al igual, en el desarrollo y mantenimiento de software, así como en operaciones estamos acostumbrados con estos conceptos. La resolución de incidencias, y en concreto las incidencias en producción tienen habitualmente un tratamiento diferente del resto de trabajos. Estas incidencias de alta prioridad reciben habitualmente una superior al resto, y resolverlas requerirá asignar todo el personal disponible y detener todo el trabajo en curso para conseguir solucionarlo. Por ejemplo, si la plataforma de pago de una web se cae, habrá que poner todos los recursos posibles en ese momento para solucionarlo lo antes posible porque viven de esos pagos, por tanto, es la prioridad máxima. Este concepto de clase de servicio puede ser aplicado de forma más genérica, ofreciendo ventajas tanto en para la gestión de riesgos como para la agilidad del negocio. Podremos ofrecer a nuestro cliente/usuario mayor flexibilidad mientras optimizamos los resultados económicos. No se recomienda tener más de 6 servicios porque hay problemas a la hora de clasificar los recursos por parte del equipo de desarrollo.