KANBAN SU USO EN EL DESARROLLO DE SOFTWARE KANBAN SU USO EN EL DESARROLLO DE SOFTWARE EQUIPO: INTEGRANTES: N. 5 - ALEJANDRA VALERO ROMERO - ITZEL GONZALES MUÑOZ - LUIS M. GIL JUAREZ - EDUARDO Z. QUINTERO MARTINEZ - JOSÉ F. G. DELGADO TOVAR ¿QUE ES EL KANBAN? Kanban (en Japones, donde kan significa "visual", y ban significa "tarjeta" o "tablero") es un concepto de producción justo-a-tiempo (JIT). El kanban es una tarjeta física que se utiliza en el Sistema de Producción de Toyota para soportar un control productivo descentralizado por demanda (“pull”). Kanban es una herramienta proveniente de la filosofía Lean, de tipo “pull”, lo que significa que los recursos deciden cuándo y cuánto trabajo se comprometen a hacer. Los recursos toman (“pull”) el trabajo cuando están listos, en lugar de tener que recibirlo (“push”) desde el exterior. ANTECEDENTES Técnicos japoneses visitaron a mediados del siglo XX algunas plantas de producción en Estados Unidos para conocer sus sistemas de control de inventario. ANTECEDENTES Taiichi Ohno y sus colegas visitaron en una ocasión unas plantas armadoras de vehículos y, otras, fundidoras, buscando ideas o algún sistema que evitara el exceso de inventario. No encontraron lo que buscaban, pero en las tardes durante su viaje, visitaban supermercados y les llamó la atención la manera en que los artículos eran resurtidos una vez que el cliente los retiraba del estante y hacía el pago. Con la implementación de los tableros Kanban en la compañía, se intentando eliminar los riesgos de la sobreproducción Kanban se centra en controlar el WIP (Work In Progress). Esto es, cuando hay poco WIP, se añade el ítem más prioritario del Product Backlog, y se controla que nunca se supere una cierta cantidad de WIP. WIP (WORK IN PROGRESS) WIP es la cantidad de tareas en las que un equipo está trabajando actualmente. Delimita la capacidad de los flujos de trabajo de sus equipos en cualquier momento. KANBAN VS SCRUM Los tableros de Scrum pueden ser reemplazados por Kanban boards que refleja el estado del proyecto de forma totalmente transparente para todos los involucrados. ELEMENTOS KANBAN Los siguientes elementos son esenciales para un Kanban: • • • • Stream Contenido Límites Políticas Kanban está ganando popularidad en los círculos de project management, fundamentalmente en lo relacionado con la visualización de workflow, mejores reportes, limitación del work in progress y balance del trabajo. LEYES Y GUIAS Los principios más importantes de estas herramientas y filosofía de trabajo y conforme al LSSC son: • • • • • • Eliminar los desperdicios Determinar el flujo de valor Remover las demoras del “workflow” Controlar el Work In Process (WIP) Evitar el Multi-Tasking de los recursos Entrega de valor lo más rápido posible para incrementar el ROI • Visualización del workflow a través del Kanban-Board El Kanban, aporta un enfoque sobre la limitación del trabajo en proceso (WIP). Esta restricción intencional proporciona un entorno donde los individuos y los equipos se centran en sus tareas hasta su finalización. Esta es la base de flujo continuo y constante de trabajo que se desplaza por el sistema. Beneficios 1.Visibilidad de los cuello de botella en tiempo real. Cuello de botella: Desaceleración en el proceso debido al paso mas lento del proceso. Eliminarlas o aprender a vivir con ellas. 2. Waterfall Desarrollo ágil de software Waterfall o método cascada y desarrollo ágil de software Permite una evolución gradual 3. No es necesario utilizar iteraciones fijas Esto es muy útil cuando los sprints no hacen sentido, tal como grupos de operación y soporte con un alto rango de incertidumbre y variabilidad. Beneficios de la metodología ágil. • Asegura que el usuario esté continuamente involucrado durante cada fase. • Los equipos están muy motivados y autoorganizados, por lo que probablemente produzcan mejores resultados en proyectos de desarrollo. • Asegura que se mantenga la calidad del desarrollo. • El proceso se basa enteramente en las ideas que avanzan por ello el usuario y el equipo saben exactamente qué se ha completado y qué no. Estimacion y Velocidad en Kanban Para poder Establecer la medida de velocidad en Kanban a manera de compararlo con otros métodos agiles se deben tener en cuenta los siguientes puntos: • Las iteraciones y estimaciones son opcionales • Kanban es una herramienta de proceso que puede complementar algún otra Estimaciones y velocidad en Scrum • La carga de trabajo para cada iteración se determina al comienzo de cada iteración. Esto permite que el proyecto sea mucho mas flexible • Al comienzo de cada iteración se reúne el cliente con el equipo de proyecto para determinar la carga de trabajo de la misma. Esto se establece mediante los “story points” • Los Story Points son números arbitrarios • La estimación total de puntos incluye el utilizados para estimar el tamaño relativo de tiempo de análisis, diseño, construcción, un caso de uso. prueba e implementación. • Durante la reunión de planificación, el equipo del proyecto toma tantos story points como los que pueda completar dentro de la iteracion. • Si las prioridades cambian durante el proyecto, la flexibilidad del mismo permite reasignar el orden de los casos de uso en el blacklog Es importante que el equipo de trabajo conozca sus capacidades. Así podrá mantener la carga de trabajo relativamente uniforme de iteración a iteración. Si el equipo siente que un exceso de carga puede reducirla en la siguiente iteración al igual que en el caso contrario • El ritmo al que el equipo puede completar los puntos de la historia del backlog se conoce como la velocidad del equipo también como • No hay retrasos en la fecha de la finalización de la iteración • El ritmo constante en cada iteración también se conoce como cadencia. • Kanban y scrum son empíricos Estimaciones, SLA y velocidad Scrum • Los equipos Estiman la cantidad de trabajo que se comprometen a hacer en una iteración. • La velocidad se obtiene al sumar el tamaño de cada elemento completado al final de la iteración siendo la cantidad de cosas terminadas • El WIP esta limitado por la velocidad Estimaciones, SLA y velocidad Kanban • La estimación no esta prescrita • Se usan tamaños (S,M,L,XL) en lugar de “story points” • Se mide el tiempo de espera promedio por MMF • Se toma el lead time por MMF y una vez que se conocen se puede establecer un SLA