Kanban

Kanban

Este artículo es una introducción al Método Kanban (o Metodología Kanban) en el que te explicamos los orígenes, su evolución, los beneficios que aporta y respondemos a las preguntas fundamentales que puedas tener sobre Kanban, por ejemplo, cuándo es apropiado o cuándo es mejor que Scrum.

¿Qué es Kanban?

Kanban es como el lechero. Los padres no le daban un horario al lechero. Los padres no usaban el sistema de planificación. Simplemente colocaban las botellas vacías en la entrada y el lechero las cambiaba. Esa es la esencia de un sistema de tracción.

Kanban (看 板, también かんばん) (Español: señal, ficha). Un Kanban es una señal diseñada para desencadenar un evento y puede ser un espacio vacío, un contenedor vacío, un trozo de papel, una señal electrónica o un icono.

Técnica ideada por Taiichi Ohno, el padrino de Toyota Production System (TPS). Kanban es la herramienta de Lean que permite implementar la producción Just-in-time production (JIT) en contraposición a Material Requirements Planning (MRP) y lotes.

Gestión Lean de Producto - Gestión Ágil de Producto - Lean Product Management - Value Stream Owner - Product Owner

Kanban

Los Kanban facilitan la gestión del inventario al proporcionar una señal para la reposición. Según Taiichi Ohno, Kanban es el medio a través del cual se logra el JIT.

Kanban es una herramienta de gestión visual para ayudar a prevenir el desperdicio de la sobreproducción y para detectar retrasos en el proceso o cuando los procesos están produciendo antes de lo necesario. Qué, además, ofrece beneficios adicionales, como una mayor flexibilidad para satisfacer la demanda de los clientes, una reducción en la programación por control de producción, y una ventaja competitiva al secuenciar los envíos a los clientes para garantizar que reciban lo que desean, cuando lo desean y en el orden que desean.

Kanban es similar al reabastecimiento de leche cuando el lechero tomaría las botellas vacías y las reemplazaría con botellas llenas.

Tipos de Kanban

En la industria manufacturera, existen varios tipos de Kanban:

  • Retirada
    • Interproceso: Especifica el tipo y la cantidad de un producto que el proceso posterior debe retirar del proceso anterior.
    • Proveedor: Especie el tipo y la cantidad de un producto que se suministrará del proveedor
  • Pedidos de producción:
    • Producción de flujo de una pieza.
    • Producción de lote pequeño (lote segmentado).
  • Orden de trabajo
    • Emitido para cada orden de trabajo
  • De Paso
    • Cuando dos procesos están muy cerca, no tiene sentido emitir dos Kanbans. Usado donde un proceso alimenta directamente el siguiente proceso
  • Común
    • Cuando se utiliza un Kanban de retirada como un Kanban de pedido de producción si la distancia entre dos procesos es muy corta y comparte el mismo supervisor
  • Emergencia
    • Temporal, cuando hay un defecto o problema, puede ser de retirada o producción
  • Express
    • Temporales, emitidos cuando hay escasez, pueden ser de retirada o producción.

El tipo más simple de Kanban se llama un sistema de dos bandejas. Un sistema de dos bandejas se compone de dos bandejas separadas que contienen las mismas partes, con una bandeja colocada detrás de la otra. Cuando se vacía la primera bandeja, la siguiente bandeja llena se desliza hacia abajo. El contenedor vacío se convierte en la señal de Kanban o en el disparador que indica visualmente que el contenedor debe ser repuesto.

Después, los contenedores vacíos se recogen, se llevan a la sala de almacenamiento (o se devuelven al proveedor) y se vuelven a llenar. La nueva bandeja de materiales se devuelve a la ubicación original. Esto se llama un sistema Kanban de retirada.

Los sistemas Kanban también pueden utilizar sistemas de tarjetas. En este sistema, la tarjeta se toma de la bandeja vacía y se coloca en un soporte (para solicitar). Esto se llama un envío de Kanban.

A ciertas frecuencias durante el día, el gestor de material viene y recoge las tarjetas en la soporte para envíos. Las tarjetas se utilizan para pedir las piezas al proveedor. Una vez que se pide el material, la tarjeta se coloca de nuevo en el soporte para envíos Kanban en orden.

Cuando llega el nuevo contenedor de materiales, la tarjeta se coloca en el contenedor de materiales que llega para identificar el pedido. La nueva bandeja de materiales se devuelve a la ubicación original en el área de trabajo.

Sistema Kanban

El propósito de un sistema Kanban es controlar el flujo de material proporcionando un inventario como un búfer para sincronizar dos procesos desconectados. Si este sistema se usa con habilidad, todos los movimientos en la planta se pueden unir.

Una hoja de papel proporciona la información de la cantidad de producción, el tiempo, el método, la secuencia o la cantidad de transferencia, el tiempo de transferencia, el destino, el punto de almacenamiento, el equipo de transferencia, el contenedor, etc. claramente para captarlos de un vistazo.

Los sistemas Kanban regulan el inventario en un sistema de producción a medida que cambia el volumen o la velocidad del proceso.

Tarjetas Kanban

Kanban Card - Tarjeta Kanban - Kanban - Kanban Method - Kanban Methodology - Metodo Kanban - Metodologia Kanban - AKTIA Solutions

Las tarjetas Kanban son normalmente tarjetas basadas en papel que se utilizan para difundir tres tipos de información:

  1. Información de recogida
  2. Informacion de transferencia
  3. Información de producción

Reposición de Kanban

Los Kanbans se pueden reponer de dos maneras:

  • Tiempo constante – significa que se reponen a la misma hora todos los días o varias veces al día. Esto es similar a los estantes de las tiendas de comestibles que se reponen cada noche.
  • Cantidad constante – es similar al sistema de dos bandejas. Puede vaciarse en cualquier momento y lo rellenamos con la misma cantidad cada vez.

Metodología Kanban

Los Orígenes de Kanban

También conocido como el Método Kanban o simplemente Kanban, esta metodología ha sido desarrollada y evolucionada como un negocio por David J. Anderson y algunos otros, y en los últimos años ha ganado mucha tracción como una ruta alternativa a la agilidad.

Al igual que Scrum, XP, Lean o Agile, Kanban es una de las metodologías disponibles en el mercado hoy en día para mejorar las operaciones de desarrollo de software y otros trabajos basados ​​en el conocimiento.

Aunque comenzó en la industria del software, Kanban es un método para definir, administrar y mejorar todo tipo de servicios basados en el conocimiento, como servicios profesionales, recursos humanos, diseño o gestión de productos.

El método se basa en el concepto de un Sistema Kanban: un sistema de flujo de entrega que controla la cantidad de trabajo en progreso utilizando señales visuales.

Las señales visuales se denominan Kanbans, que, junto con las políticas asociadas con ellas, crean un sistema PULL, donde el trabajo se “arrastra” desde el proceso anterior cuando otro trabajo se completa en el proceso posterior, en lugar de “empujarlo” (PUSH), como haríamos en un sistema basado en un planificación de la producción.

Limiting WIP - Push vs Pull - AKTIA Solutions

 

Limiting WIP - Push vs Pull - AKTIA Solutions

La Esencia de Kanban

La metodología Kanban se utiliza para definir, administrar y mejorar los sistemas que realizan servicios a clientes internos o externos. Un servicio puede estar compuesto por unas pocas personas de diferentes áreas funcionales, puede ser un equipo o varios equipos.

Como Kanban se aplica principalmente al trabajo de conocimiento, donde no hay trabajo físico, los procesos pueden visualizarse fácilmente en sistemas Kanban virtuales (o paneles) donde los procesos se definen como una serie de actividades y políticas asociadas. Tal como se muestra en la imagen, vemos un sistema de flujo donde los elementos de trabajo fluyen a través de varias etapas de un proceso, ordenados en este caso de izquierda a derecha, incluidos todos los controles visuales e información.

Ejemplo Tablero Kanban - Ejemplo Kanban Board - Kanban - Kanban Method - Kanban Methodology - Metodo Kanban - Metodologia Kanban - AKTIA Solutions

La metodología Kanban se basa en una idea muy simple, que según nuestra experiencia es muy difícil de comprender, ya que es contraintuitiva. El trabajo en curso (WIP) debe ser limitado y algo nuevo debe iniciarse solo cuando un trabajo es arrastrado por un proceso posterior.

Hay un famoso refrán de los acólitos de Kanban que dice “Deja de comenzar y comienza a terminar”.

El espacio que queda en ausencia de un Kanban (o tarjeta de señal) indica que se puede extraer nuevo trabajo porque el trabajo actual en progreso es menor que el límite acordado. Esto no suena muy revolucionario, pero es la esencia de la producción Just-in-time (JIT) y el comienzo de un gran cambio en tu organización.

El método Kanban es un enfoque para introducir cambios en un proceso de desarrollo de software existente o en un proceso de trabajo de conocimiento donde, a diferencia de otros enfoques, comienza con lo que sea que está haciendo ahora.

Kanban asume que una organización es un ecosistema de servicios interconectados y no requiere reorganización, simplemente mapea un Sistema Kanban sobre un flujo de valor.

Para comenzar, debes comprender tu proceso actual mapeando el flujo de valor y luego defines los límites de WIP para cada etapa del proceso. Luego comienzas a mover el trabajo a través del sistema tirando de él cuando se generan señales Kanban.

Value Stream - AKTIA Solutions

Debido a que el WIP está limitado en un sistema Kanban, cualquier trabajo que se bloquee tiende a congestionar el sistema. Si se bloquean suficientes elementos de trabajo, todo el proceso se detiene. Esto tiene el efecto de enfocar a todo el equipo y al resto de la organización en la solución del problema, desbloquear el elemento y restaurar el flujo.

Kanban utiliza un mecanismo de control visual para seguir el trabajo a medida que fluye a través de las distintas etapas del flujo de valor. Por lo general, se utiliza una pizarra con notas adhesivas o un software de gestión. La mejor práctica es probablemente hacer ambas cosas, por lo que obtienes los beneficios de la interacción humana y los controles visuales, así como las gráficos de control y las métricas de las herramientas electrónicas como Kanbanize.

Kanban como Herramienta de Gestión del Cambio

Muchos de los resultados con Kanban son contraintuitivos. Lo que parece ser un enfoque muy técnico (limitar el trabajo en WIP y PULL) en realidad tiene profundos efectos en las personas y en cómo interactúan y colaboran entre sí.

La transparencia que esto genera también contribuye al cambio de mentalidad. Kanban proporciona transparencia en el proceso y su flujo. Kanban expone cuellos de botella, colas, variabilidad y desperdicio.

Kanban proporciona a los miembros del equipo y a la gerencia visibilidad sobre el efecto de sus acciones (o inacciones). Lo cual, en nuestra experiencia, fomenta una mayor colaboración y trabajo en equipo.

La visibilidad de los cuellos de botella, el desperdicio y la variabilidad también fomentan la discusión sobre las mejoras, y los equipos rápidamente comienzan a implementar mejoras en sus procesos. Como resultado, Kanban desencadena una evolución incremental de los procesos existentes.

Kanban no pide una revolución dramática de cómo funciona la gente, sino que alienta el cambio gradual.

Agilidad de Entrega

Kanban alienta el compromiso demorado tanto la priorización del nuevo trabajo como la entrega del trabajo existente. Normalmente, los equipos acordarán una cadencia de priorización para reunirse con las partes interesadas (stakeholders) y decidir en qué trabajar a continuación.

Estas reuniones pueden celebrarse a menudo porque suelen ser muy cortas. Una pregunta muy simple debe ser respondida, por ej. “Desde nuestra última reunión, tres espacios han quedado libres. Nuestro tiempo de ciclo actual es de 2 semanas para la entrega. ¿Qué tres cosas te gustaría entregar en 2 semanas a partir de ahora? “

Esto mejora la agilidad al administrar las expectativas, acortando el tiempo de ciclo desde el compromiso a la entrega y eliminando el retrabajo, ya que se minimiza la posibilidad de que cambien las prioridades.

Otro efecto de la limitación de WIP es que proporciona previsibilidad del tiempo de entrega y hace que los entregables sean más confiables.

Beneficios de Kanban

La metodología Kanban aporta muchos beneficios en un corto período de tiempo y con una molestia mínima.

Basándonos en nuestra propia experiencia como Consultores Kanban, podemos afirmar definitivamente que Kanban brindará a tus equipos y organización los siguientes beneficios en poco tiempo:

  • Reducción de WIP: esto puede no parecer un beneficio en sí mismo, pero sí lo es. Menos WIP significa menos capital de trabajo y es la condición para todos los beneficios posteriores.
  • Reducción del time-to-market: no hace falta decir lo importante que es ser rápido en el mundo competitivo e impredecible de hoy. La reducción del trabajo en curso y la implementación del pull tienen un impacto directo en la reducción de las colas y por tanto en la mejora del time-to-market.
  • Reducción de la sobrecarga: al limitar el WIP, al establecer políticas y al implementar PULL, maximizas la productividad del sistema al tiempo que reduces la sobrecarga y la multitarea. Esto tiene el efecto secundario, nada desdeñable, de mejorar la moral del equipo.
  • Reduzca el desperdicio de la sobreproducción: este es uno de los desperdicios habituales en el desarrollo de software, ya que desarrollamos más de lo que el cliente necesita. Al implementar PULL, reducimos la cantidad de trabajo adicional inútil.
  • Productividad: la productividad mejora haciendo menos cosas a la vez pero terminando más. El enfoque en Kanban es hacer que los trabajos fluyan lo más rápido posible a través del sistema
  • Previsibilidad: la limitación de WIP y la implementación de la extracción es una forma de reducir la variabilidad en un sistema, así como de trabajar sistemáticamente para reducir el tamaño de la cola y los cuellos de botella. Esto tiene un impacto directo en el tiempo de comercialización y la previsibilidad al reducir los riesgos inherentes al sistema o al trabajo.
  • Satisfacción del cliente: el cliente obtiene lo que espera más a menudo y con mejor calidad, por tanto su satisfacción mejora. También comprende mejor cuándo puede esperar que las cosas lleguen para poder organizarse mejor.
  • Desencadena la mejora continua: visualizar todo y limitar el WIP provoca conversaciones que de otra manera no sucederían. Esto conduce a una mejora implacable del proceso.

¿Cuándo es apropiado Kanban?

Aquí presentamos varias situaciones donde la metodología Kanban es apropiada.

Entregas en Iteraciones Artificiales

Gracias a la expansión de Scrum, los consultores y los gerentes han obligado a muchos equipos a adoptar Scrum cuando claramente su forma de trabajar se habría beneficiado de un sistema PULL como Kanban.

Puedes ver estas situaciones solo preguntando a los miembros del equipo, pero hay otras señales claras de que Scrum no es una opción.

Por lo general encontramos los siguientes síntomas:

  • el futuro es incierto
  • las prioridades cambian a menudo
  • la replanificación es común y frecuente (incluso dentro del mismo sprint con la adición de trabajo urgente o corrección de errores)
  • alta tasa de abandono (ideas que nunca se inician y siempre se repriorizan)
  • alta tasa de descarte para solicitudes entrantes
  • alta tasa de cancelación para solicitudes comprometidas donde el trabajo ya comenzó
  • alto nivel de trabajo entregado que se ignora, nunca se usa o nunca se pone en producción para el cliente

Los equipos se ven obligados a comprometerse temprano con cosas de las que no están seguros. Este es un fuerte indicador de que debemos ser capaces de diferir el compromiso. Los sistemas Kanban nos permiten diferir el compromiso y serían una mejor opción.

Sobrecarga

A lo largo de los años, hemos encontrado muchas situaciones diferentes, pero una habitual, a pesar del tamaño de la organización, es donde los equipos sufren una sobrecarga.

Estos equipos están implementando algún tipo de Scrum, pero como Scrum es por defecto un sistema PUSH, su flujo de trabajo está obstruido, son impredecibles y sufren estrés y desmotivación. Esto suele deberse a demasiadas solicitudes y demasiados trabajos en curso.

Gracias a la limitación de WIP y al hacer explícitas las políticas, en solo unas pocas semanas puedes revertir la situación con Kanban y en solo tres meses puedes llevar a estos equipos hasta el alto rendimiento.

Variabilidad en el Flujo de Trabajo

Típicamente la variabilidad en el flujo de trabajo afecta nuestra previsibilidad. Si queremos ser predecibles o queremos producir una buena calidad, necesitamos suavizar el flujo de trabajo a través del servicio.

La variabilidad en el flujo puede ser causada por grandes lotes, por la llegada de trabajo no planificado de manera impredecible, o por bloqueos que impiden que se complete el trabajo.

El trabajo no planificado es a menudo de naturaleza especulativa y a menudo conlleva el deseo de una clase alta de servicio. Esto hace que el trabajo planificado previamente se aparte para servir al trabajo especulativo no planificado.

Las solicitudes de información, como estimaciones para trabajos futuros, son típicas de una demanda especulativa no planificada, impredecible. La llegada de este trabajo evita que el trabajo planificado y comprometido se entregue de manera oportuna y dentro de las expectativas del cliente y los acuerdos de nivel de servicio.

En resumen, la variabilidad en el flujo es causada por

  • grandes lotes
  • solicitudes de trabajo no planificadas, especulativas y disruptivas.
  • bloqueos

Servicios Compartidos

Los equipos multidisciplinares son costosos. Aunque es deseable y el mejor enfoque si puedes crear equipos o flujos de valor multifuncionales, muchas veces, eso no es posible.

Organizar en flujo de valor siempre es la opción preferida, pero eso generalmente solo es posible para las grandes empresas que crecieron agregando mucha gente, burocracia y desperdicio. Si tu empresa es más pequeña o si deseas mejorar una unidad organizativa más pequeña con un presupuesto limitado, deberías considerar la posibilidad de adoptar Kanban como alternativa.

Una situación típica que encontramos es que algunos equipos ya están trabajando con Scrum y luego hay algunos servicios compartidos que ofrecen trabajo a esos equipos de Scrum.

Lo que debes hacer si tienes algunos equipos de entrega que dependen de otros equipos como Analíticas, UX, Diseño o Contenido, es asegurarte de que todos esos servicios compartidos utilicen Kanban, de lo contrario, el flujo de toda la organización se verá perjudicado. Para la mayoría de estos tipos de equipos, Scrum no suele ser una opción debido a la naturaleza de su trabajo, por lo que deben adoptar Kanban.

Los servicios compartidos deben implementar el PULL y tener políticas adecuadas para que el trabajo de diferentes equipos y partes interesadas (stakeholders) se pueda programar y entregar adecuadamente a tiempo.

Variabilidad en la Demanda

Cuando la naturaleza del trabajo entrante es altamente variable, recomendamos Kanban sobre cualquier otra metodología. Por variable nos referimos a diferentes fuentes de demanda, tipos de trabajo, tamaños, complejidades y prioridades.

Este es el caso de los equipos de servicios de TI, Operaciones, Helpdesk, Soporte, DevOps, etc.

Startups y Equipos de Innovación

Startups y Equipos de Innovación sufren la mayoría (si no todos) de los problemas anteriores. Por lo tanto, recomendamos encarecidamente Kanban como la metodología predeterminada para dichas organizaciones.

The Kanban System

Un Sistema Kanban es un sistema de producción operado con Kanban como un medio para implementar PULL.

Además de las señales visuales para limitar el trabajo en progreso, los sistemas Kanban tienen identificados puntos de compromiso y entrega. El compromiso es un acuerdo explícito entre el cliente y el servicio en el que:

  • el cliente quiere un artículo y lo recogerá, y
  • el servicio lo producirá y lo entregará al cliente.

Upstream - Downstream - AKTIA Solutions

Antes del punto de compromiso, puede haber un conjunto de solicitudes pendientes (o un conjunto de ideas) que se pueden seleccionar o no, y un proceso que tiene el propósito de seleccionar elementos de estas opciones. Kanban aplicado a procesos anteriores al punto de compromiso a veces se denomina Discovery Kanban o Upstream Kanban. El punto de entrega es donde los trabajos se consideran completos.

El tiempo que un trabajo está en proceso entre el compromiso y los puntos de entrega se conoce como el tiempo de entrega del trabajo (Lead Time)

La cantidad de elementos que se encuentran dentro del sistema en consideración en cualquier momento se conoce como Trabajo en curso o WiP.

La tasa a la que se entregan los artículos se conoce como Tasa de entrega.

Las Prácticas Básicas de Kanban

Las prácticas básicas de Kanban definen actividades esenciales para quienes administran los sistemas Kanban:

  1. Visualizar (con un tablero Kanban 看板)
  2. Limitar work-in-progress (con Kanban かんばん)
  3. Gestionar el flujo
  4. Hacer las políticas explícitas
  5. Implementar las cadencias, ceremonias o ciclos de retroalimentación (ciclos de feedback)
  6. Mejorar colaborativamente y evolucionar experimentalmente (usando modelos & y el método científico)

Kanban vs Agile

Mucha gente considera a Kanban una más de las metodologías ágiles y lo incluye bajo el famoso paraguas Ágil. Bueno, pues no pertenece aquí.

La metodología Kanban aportará agilidad a tu organización, pero no pertenece a la familia Agile Manifesto.

En primer lugar, si observas el Manifiesto Ágil, este se centra en el desarrollo de software y Kanban no lo hace, en principio, aunque se inició en la industria del software, Kanban te permite mejorar los procesos de trabajo de conocimiento, no solo el desarrollo de software.

Segundo, Kanban no cumple con varios de los preceptos del manifiesto ágil, específicamente aquellos con respecto a los equipos y la autoorganización.

Kanban vs Scrum

Podemos pensar tanto en Scrum como en Kanban como herramientas de mejora de procesos, ya que nos ayudan a trabajar de manera más efectiva al decirnos qué hacer. Ambas son herramientas para mejorar las operaciones, para que la organización sea más flexible, más rápida y adaptable, para mejorar la agilidad del negocio.

Como cualquier herramienta, Scrum y Kanban no son perfectos ni completos. No te dicen todo lo que necesitas hacer, solo proporcionan ciertas restricciones y pautas. Por ejemplo, Scrum te obliga a tener iteraciones y equipos multifuncionales, y Kanban te obliga a usar tableros visibles y limitar el tamaño de tus colas.

Como regla general, la metodología Kanban se aplica a cualquier lugar donde Scrum ya esté funcionando. Además, debes evitar Scrum en entornos con alta variabilidad en la demanda y/o alta variabilidad en el flujo.

El Mito del Equipo Maduro

Algunas personas afirman que la metodología Kanban es para equipos maduros que ya tienen una experiencia sólida en Agile. Nosotros no lo creo y nuestra experiencia demuestra todo lo contrario. Hemos trabajado con equipos con diferentes niveles de madurez ágil y todos mejoraron bastante rápido al adoptar Kanban.

Similitudes entre Kanban & Scrum

  • Ambos limitan WIP – Scrum al limitar la cantidad de trabajo por sprint y Kanban de muchas maneras diferentes: por clase de servicio, por actividad o utilizando CONWIP en implementaciones menos maduras
  • Ambos utilizan la transparencia para impulsar la mejora del proceso.
  • Ambos se enfocan en entregar software liberable temprano y frecuentemente
  • Ambos requieren romper el trabajo en pedazos.

Diferencias entre Kanban & Scrum

Echemos un vistazo a las principales diferencias entre Scrum y Kanban:
SCRUMKANBAN
Scrum es un sistema push. A pesar del hecho de que los equipos arrastran un lote de elementos del backlog al sprint, eso no significa que se trate de un sistema PULL.

En Scrum planificamos la producción por adelantado basándonos en una predicción de la productividad durante un período de tiempo determinado. Eso es PUSH.
Kanban es PULL por definición.
Iteraciones limitadas por tiempo (Sprints)Kanban prescinde de la iteración limitadas por tiempo y, en cambio, desacopla las actividades de priorización, desarrollo y entrega. Se permite que la cadencia de cada uno se ajuste a su propio nivel natural. Sin embargo, Kanban no prescinde de la noción de una cadencia regular. Los equipos de Kanban entregan software regularmente pero se evita cualquier disfunción introducida al forzar artificialmente las cosas en iteraciones
Scrum sólo menciona la política de Definition of DoneUno de los principios fundamentales del método Kanban es hacer que todas las políticas sean explícitas. Eso incluye DoD, DoR, políticas entre actividades del flujo de valor, políticas para bloquear/desbloquear trabajo, políticas para dar forma a la demanda, etc.
Aunque no se menciona explícitamente en la guía Scrum, la mayoría de los equipos de Scrum utilizan la velocidad en puntos de la historia para la planificación y la mejora de procesos.Kanban utiliza métricas Lean básicas como Tiempo de entrega (Lead Time), WIP, Envejecimiento (Aging) o Tasa de Entrega para la planificación y la mejora de procesos
Se prescriben los equipos multidisciplinaresKanban no menciona explícitamente a los equipos. El objetivo de Kanban es mejorar la prestación del servicio, si ese servicio está formado por 3 personas, varios equipos funcionales o varios equipos multifuncionales nos da igual. Mapeamos el flujo de valor y conectamos todo con un Sistema Kanban
Programación push de un lote con cadencia (time-box)Pull de ítems individuales
Se requieren las estimacionesNo hay especificación en Kanban para estimar. La mayoría de los equipos lo hacen como una inercia del pasado, pero dejan de hacerlo tan pronto como se dan cuenta de que no es necesario para mejorar y aumentar la previsibilidad.
Un Scrum Board o Scrum Backlog es propiedad de un equipoUn Sistema Kanban puede estar compuesto por más de un equipo (Horizontal) o niveles dentro de la organización (Vertical)
Prescribe tres roles (Scrum Master, propietario del producto y equipo)No prescribe ningún rol, aunque algunas personas en la comunidad Kanban comenzaron a mencionar los roles de Service Delivery Manager y Service Request Manager.
Prescribe un product backlog priorizadoEn un sistema de pull, no hay ninguna tarea de priorización, ya que los trabajos se realizan a medida que se introducen en el sistema. Lo que necesitas definir son las políticas para introducir elementos en el sistema. Piensa en un sistema Kanban como un aeropuerto en hora punta. No hay un "Propietario del aeropuerto" que ordene / reordene y estime a las personas a medida que llegan al aeropuerto, en cambio, cada persona tiene una clase de servicio y se dirige automáticamente a su cola específica donde se procesarán en el orden de llegada (VIP, tripulación, Personal, viajeros de negocios, familias, discapacitados, objetos especiales, viajeros normales)

Empezando con Kanban

La metodología Kanban es un enfoque que impulsa el cambio al optimizar un proceso existente. La esencia de comenzar con Kanban es cambiar lo menos posible.

El objetivo principal del cambio será la cantidad de WIP y la interfaz y la interacción con las procesos anteriores y posteriores a tu flujo de valor.

Debes trabajar con tu equipo para mapear el flujo de valor tal como es. Intenta no cambiarlo o inventarlo de manera idealista. Solo te puedes beneficiar de un tablero Kanban si refleja realmente lo que estás haciendo.

En otros artículos, discutiremos con más detalle diferentes enfoques para introducir Kanban en organizaciones, como STATIK (Systems Thinking Approach to Introducing Kanban) o Kanban Kickstart, pero por ahora, puedes comenzar con este simple proceso con diez pasos basados en nuestra propia experiencia

 

Equipo Kanban - Team Kanban - Kanban - Kanban Method - Kanban Methodology - Metodo Kanban - Metodologia Kanban - AKTIA Solutions

  1. Acordar un conjunto de objetivos para conseguir con Kanban
  2. Mapear el flujo de valor
  3. Definir algún punto en el que desees controlar la entrada (punto de compromiso)
  4. Definir algún punto de salida más allá del cual no tengas intención de controlar (Punto de entrega)
  5. Definir un conjunto de tipos de elementos de trabajo en función de los tipos de solicitudes de trabajo que provienen de las partes interesadas anteriores a tu proceso
  6. Analizar la demanda de cada tipo de elemento de trabajo.
  7. Acordar políticas con procesos upstream y downstream:
    1. Discute las políticas sobre la capacidad de su sistema Kanban y obtenga un acuerdo sobre un límite WIP
    2. Discute y acuerda un mecanismo de coordinación de entradas, como una reunión periódica de reposición, con el proceso ascendente
    3. Discute y acuerda un mecanismo de liberación / entrega-coordinación, como la entrega regular del software, con el proceso posterior
    4. Es posible que debas introducir el concepto de diferentes clases de servicio para solicitudes de trabajo
    5. Acuerda un objetivo de tiempo de entrega para cada clase de servicio de elementos de trabajo. Esto se conoce como un Acuerdo de Nivel de Servicio (SLA)
  8. Crea un panel de control para gestionar el flujo de valor (idealmente físico y electrónico)
  9. Acuerda con el equipo realizar una reunión todos los días frente al tablero (Reunión de planificación diaria)
  10. Acepta celebrar una reunión periódica de revisión de operaciones para un análisis retrospectivo del proceso