Get best of the week

Proto recarga

Prefacio del traductor


En la comunidad profesional de gerentes de procesos de habla rusa, hay muy poca literatura sobre el método Kanban en ruso. Nosotros, la comunidad Kanbanguide.ru, hemos decidido corregir esta injusticia y publicaremos los artículos más importantes desde nuestro punto de vista que han influido en el desarrollo del método.

Un artículo del autor de David Anderson del Método Kanban revela las características de cómo los sistemas kanban completos y orientados al cliente funcionan con compromiso y cuál es su diferencia con respecto a las prácticas comunes para trabajar con tareas pendientes.

Punto de compromisoEste es uno de los conceptos clave del método Kanban. En el sistema kanban, en este momento se compromete a suministrar un elemento de trabajo. Hasta este punto, hay muchas opciones (solicitudes), algunas de las cuales se eliminarán, y los procesos están destinados a respaldar la decisión sobre la necesidad de suministrar el artículo. Después de este punto, se confirma que el cliente desea recibir el artículo y acepta aceptar los resultados del trabajo, y el servicio está listo para completar la entrega. A partir de este momento comienza la cuenta regresiva del tiempo de ejecución del elemento de trabajo.

Reunión de reabastecimiento : una reunión durante la cual los elementos de trabajo se trasladan más allá del punto de compromiso.

Proto-kanban : las organizaciones pueden usar el método kanban para la mejora evolutiva de los procesos, pero aún no aplican todas las prácticas de Kanban, por ejemplo, no proporcionan un equilibrio efectivo entre la carga y las capacidades a través de bucles de retroalimentación, no usan clases de servicio, etc. Dichas implementaciones se llaman proto-kanbans. Ahora, con el advenimiento del Modelo de Madurez Kanban , el término ya ha sido abandonado a favor de posicionar tales aplicaciones en los primeros niveles de madurez.

Puede encontrar más información sobre los conceptos básicos del método Kanban en el libro Kanban: una guía rápida y en el sitio web kanbanguide.ru

Proto recarga


Hay una clase de reuniones de reabastecimiento, que, me parece, vale la pena destacar y darles un nombre por separado. En tales reuniones, la lista de tareas que deben completarse ya se ha formado, a menudo se ordena por prioridad y las obligaciones para completarlas ya se han solucionado. Sugiero llamar a estas reuniones reuniones de proto-reposición. En este artículo, explicaré los motivos y le preguntaré si ese nombre es adecuado o no.


El trabajo de reponer tal sistema kanban es bastante trivial. Suele ocurrir dentro de un sistema y se basa en dependencias técnicas, de recursos, de calificación o de coordinación de suministros para facilitar el flujo. En otras palabras, la reposición está más relacionada con los "criterios de preparación" (Definición de Listo, DoR) y la selección basada en la preparación, más que en el compromiso, la planificación y la secuencia del trabajo en términos de riesgos comerciales. El grupo de los que seleccionamos tareas se llama acumulación y las obligaciones para completar las tareas ya están fijas. Ya se ha llegado a un acuerdo con el cliente de que los elementos de la cartera de pedidos están incluidos en los límites del proyecto y deben implementarse.

En una reunión de reposición completa, como se describe en el método Kanban, los clientes (clientes de servicio) están presentes, se envían solicitudes de servicio, pero aún no se han asumido las obligaciones para satisfacerlas.
(ver El libro azul de Kanban)
" Kanban: cambios evolutivos exitosos en su negocio de tecnología ". En la edición rusa es roja y se llama " Kanban

" . Una forma alternativa de Agile ". ¯ \ _ (ツ) _ / ¯ (nota del traductor)

En cambio, la lista de consultas se considera un conjunto de opciones. El reabastecimiento consiste en seleccionar opciones del grupo y debatir sobre la secuencia de ejecución y la planificación adecuada. En la reunión de reabastecimiento, se hace un compromiso para cumplir con las solicitudes seleccionadas. En este caso, la aceptación de las obligaciones se pospone realmente hasta el momento de la reposición del sistema kanban y se activa el sistema de extracción correcto. Las solicitudes se sacan de la cola cuando aparece una señal kanban sobre la capacidad libre en el sistema. En una reunión de reposición completa, los clientes no solo asisten, sino que también toman decisiones. El enfoque se vuelve hacia afuera y se basa en la vista lateral, y las decisiones se toman evaluando el impacto directo en el negocio de la entrega planificada del resultado del trabajo: el costo de la demora es un factor clave en la toma de decisiones.


En otra forma de reposición, como en el diagrama a continuación, el trabajo se inserta en el sistema, posiblemente en grandes paquetes, presumiblemente basados ​​en la fe, o en alguna idea calculada de alguna manera de la capacidad del sistema, pero, en cualquier caso, se empuja. La aceptación de obligaciones no se pospone. Las obligaciones se hacen temprano, en el momento de enviar un conjunto de solicitudes al sistema. Este es un enfoque bastante común en grandes proyectos, generalmente tienen una acumulación de obligaciones ya fijadas. En esta reunión, para reponer el sistema kanban se reduce a la selección de elementos de trabajo para llevarlos a cabo a través del flujo de trabajo del proyecto. La tarea principal es establecer la prioridad y, por regla general, los riesgos técnicos, los riesgos asociados con la entrega y los riesgos asociados con los recursos son los principales datos iniciales para el proceso de selección.En estas reuniones de reabastecimiento alternativas, los clientes rara vez asisten, si es que todos los participantes son casi exclusivamente del lado de la entrega. La atención se centra en cuestiones internas, y las consideraciones y problemas internos influyen en la toma de decisiones.


Por lo tanto, estas reuniones son diferentes de las descritas anteriormente. Obviamente, representan una implementación menos madura y más superficial de Kanban. La pregunta es si deberían designarse como "proto-reposición" o si necesitamos un nombre alternativo diferente. Proto-Kanban es un término bien establecido que se usa comúnmente para referirse a las placas Kanban sin trabajo en progreso (WIP), aunque hay otras opciones. Este término fue acuñado por Richard Turner, del Instituto Stevens, porque los estudios de caso han demostrado que estas implementaciones proto-kanban a menudo maduran en sistemas Kanban completos. En consecuencia, estos paneles WIP fueron, sin limitación, los predecesores evolutivos de Kanban, y el prefijo "proto" indica la expectativa de que son una semilla,de donde se puede desarrollar algo más maduro.

La pregunta es, ¿es aconsejable el reabastecimiento de proto o no? Creo que sí. Por lo general, las implementaciones de proto-kanban se centran en problemas internos, y a menudo se encuentran en los niveles de vuelo I y II , en la terminología introducida por Klaus Leopold.
Nota del traductor
– Kanban Maturity Model
¿Qué sucede cuando un sistema kanban está diseñado para mirar hacia afuera, preguntándose "quiénes son nuestros clientes" y "qué nos están pidiendo"? Luego, generalmente vemos implementaciones mucho más profundas, incluidas restricciones WIP, extracción y clases de servicio. Sin embargo, la transición del reabastecimiento proto a la reposición completa no ocurrirá sin liderazgo. Esta transición enfatiza la verdadera esencia de la implementación de Kanban. Si pudo ir más allá del alcance de la reposición automática, entonces ha implementado un sistema de extracción. Este es un paso no trivial. Y este es el paso no trivial que los expertos de Kanban Coaching Professional (KCP) están llamados a ayudarlo a tomar.

El reconocimiento de la proto-reposición como un concepto introduce una forma completamente nueva de comprensión y nos enseña a mejorar la profundidad de Kanban y ajustar la práctica de la aplicación a la madurez organizacional. Esto permitirá a los capacitadores y agentes de cambio indicar la ausencia de obligaciones diferidas y riesgos comerciales que conllevan obligaciones anticipadas. También ofrece otra prueba muy clara y simple para "¿somos Kanban o no?" Para obtener Kanban real, debe haber clientes en las reuniones de reabastecimiento, no debe tener una acumulación, en su lugar tendrá un grupo de opciones, y en la reunión de reabastecimiento, se harán compromisos a medida que incorpore trabajo a su sistema kanban . Si esto no sucede, todavía está en la etapa de proto-kanban y todavía tiene muchas oportunidades de mejora.

Muchas gracias por participar en la traducción. artnek

More articles:


All Articles