KANBAN

SU USO EN EL DESARROLLO DE SOFTWARE

 KANBAN
SU USO EN EL DESARROLLO DE SOFTWARE

EQUIPO: N. 5
INTEGRANTES: - 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

TaiichiOhno 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.
Benefici
os
 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 • Los equipos Estiman la cantidad
y velocidad de trabajo que se comprometen a
hacer en una iteración.
Scrum • 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 • La estimación no esta prescrita
y velocidad • Se usan tamaños (S,M,L,XL) en
lugar de “story points”
Kanban • 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