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
0
