Kanban

1. el nombre se origina del idioma japonés "Kanban", y se traduce aproximadamente como

"tarjeta de señal"

2. es un método para gestionar el trabajo intelectual, con énfasis en la entrega justo a tiempo,
mientras no se sobrecarguen los miembros del equipo. En este enfoque, el proceso, desde la
definición de una tarea hasta su entrega al cliente, se muestra para que los participantes lo
vean y los miembros del equipo tomen el trabajo de una cola.

3. Kanban se puede dividir en dos partes:

 Kanban - Un sistema de gestión de proceso visual que le indica qué producir, cuándo
producirlo, y cuánto producir.

En el desarrollo de software, se utiliza el sistema Kanban virtual para limitar el trabajo en

curso; hay tarjetas utilizadas en la mayoría de las implementaciones las cuales no
funcionan en realidad como señales para realizar más trabajo. Representan los elementos
de trabajo.

 El método Kanban - Una aproximación a la mejora del proceso evolutivo e incremental

para las organizaciones.

formulado por David J. Anderson es una aproximación al proceso gradual, evolutivo y al

cambio de sistemas para las organizaciones. Utiliza un sistema de extracción limitada del
trabajo en curso como mecanismo básico para exponer los problemas de funcionamiento
del sistema (o proceso) y estimular la colaboración para la mejora continua del sistema.

4. Principios

 Comience con lo que hace ahora: inicia con las funciones y procesos que ya se tienen y
estimula cambios continuos, incrementales y evolutivos a su sistema

 Se acuerda perseguir el cambio incremental y evolutivo: la organización (o equipo)

deben estar de acuerdo que el cambio continuo, gradual y evolutivo es la manera de
hacer mejoras en el sistema y debe apegarse a ello
  Respetar el proceso actual, los roles, las responsabilidades y los cargos: facilitar el cambio
futuro; acordando respetar los roles actuales, responsabilidades y cargos, eliminamos los
temores iniciales.

 Liderazgo en todos los niveles: alentar hechos de liderazgo en todos los niveles de la
organización de los contribuyentes individuales a la alta dirección.

https://es.wikipedia.org/wiki/Kanban_(desarrollo)

5. Practicas básicas
 Visualizar
visualización de todas sus tareas y elementos en una tabla contribuirá a que todos los
miembros de su equipo se mantengan al corriente con su trabajo.

 Limite la cantidad de Trabajo en Proceso

establezca metas asequibles.

 Realice un seguimiento de su tiempo:

de forma contínua y evalúe su trabajo con precisión.

 Lectura fácil de indicadores visuales:

Utilice tarjetas de colores para distinguir los Tipos de trabajo, Prioridades, Etiquetas,
Fechas límite y más.

 Identifique los cuellos de botella y elimine lo que resulta descartable:

evaluar su rendimiento, detectar los problemas y ajustar el flujo de trabajo en
consecuencia.
https://kanbantool.com/es/metodologia-kanban

6. Ventajas de utilizar Kanban

 Nivela la demanda con el flujo de producción: Ataca dos desperdicios la sobreproducción
y el exceso de inventarios.
 Mejora el nivel de servicio con relación al cumplimiento con el cliente (interno y externo).
 Soporta las actividades de planificación de la producción.
7. tipos de tarjetas Kanban, estas son:

 KANBAN DE RETIRO
especifica la referencia y la cantidad de producto que un proceso debe retirar del proceso
inmediatamente anterior, o de su contenedor de producto (pequeños almacenes
reguladores entre procesos).

 KANBAN DE PRODUCCIÓN
Un kanban o tarjeta de producción especifica la referencia y la cantidad de producto que
un proceso debe producir.
 https://www.ingenieriaindustrialonline.com/herramientas-para-el-ingeniero-
industrial/lean-manufacturing/kanban/

8. los equipos de desarrollo de software han obtenido unos resultados

especialmente positivos con la práctica ágil. Esto se debe, en parte, a que los
equipos de software pueden comenzar practicando con poco o ningún gasto
cuando asimilan los principios básicos. A diferencia de la implementación de
kanban en una fábrica, cosa que implicaría cambios en los procesos físicos y la
suma de materiales considerables, los únicos elementos físicos que necesita
un equipo de software son un tablero y las tarjetas, e incluso esos pueden ser
virtuales.
9. Scrum frente a kanban: comparten algunos de los mismos conceptos, pero
tienen enfoques muy diferentes. No deben confundirse.

SCRUM
Cadencia Sprints de longitud fija
periódicos (por ejemplo,
dos semanas)
Metodología de Al final de cada sprint, si
publicación lo aprueba el propietario
del producto
Funciones Propietario del producto,
experto en scrum, equipo
de desarrollo
Métricas clave Velocidad
Cambio de filosofía Los equipos deben evitar
cambios en la previsión
durante el sprint. De lo
contrario, se sacrifica el
aprendizaje sobre la
estimación.
KANBAN
Flujo continuo
Entrega continua o a
discreción del equipo
No existen funciones.
Algunos equipos cuentan
con la ayuda de un
orientador ágil.
Tiempo del ciclo
Los cambios pueden
suceder en cualquier
momento.

Algunos equipos mezclan las ideas de kanban y scrum para formar "scrumban".
Toman los sprints de longitud fija y las funciones de scrum, y la atención a los
límites del trabajo en curso y el tiempo del ciclo de kanban. Para los equipos que
estén iniciándose en la metodología ágil, sin embargo, recomendamos
encarecidamente elegir una metodología u otra y trabajar con ella durante un
tiempo. Ya podrás hacer experimentos más adelante.
https://es.atlassian.com/agile/kanban