Recientemente, he visto publicaciones solicitando “un checklist” para ver que tan “Agile” somos. O incluso una grafica para ver como vamos con nuestra implementación de “Inserte su marco agile favorito”.
El principal problema es que muchas veces, medimos o preguntamos cosas “cosméticas”
Si, muchas organizaciones piden ¿Cuántos equipos hacen todos sus eventos? ¿Cuántos equipos hacen sprints de 2 semanas? ¿Cuántas personas están trabajando en Agile? Por la misma costumbre que hemos generado de usar ese tipo de métricas (Cantidad de horas trabajadas, cantidad de personas trabajando 8hrs, etc.)
Algo de lo que deberíamos hacer, antes de aventar a la hoguera a quien pidió estos números, es preguntarle ¿Qué comportamientos espera que cambien o que espera que se genere una vez que lleguemos a cierto número?
Por ejemplo. Si el 100% de equipos ya están haciendo todos sus eventos, ¿Qué esperaría que sucediera? ¿Qué impacto tendrá esto? Suponiendo que el 100% de equipos hacen sprints de 2 semanas, creemos que eso reducirá nuestro tiempo de entrega a clientes un 50% (ojo, solo es un ejemplo)
¿Y qué tiene que ver todo esto con Kanban?
Pues, más que una grafica o medir “¿Qué tan Kanban somos?”, los creadores del Método Kanban crearon 4 preguntas diseñadas para reflexionar, conversar y determinar si Kanban realmente está teniendo un impacto favorable en la organización, todo esto con el fin de generar acciones para mejorar
A estas preguntas, se les conoce como “Kanban Litmus Test” (O Prueba del acido de Kanban)
Las preguntas se deben responder con un “SI” contundente, si no puedes responder afirmativamente a 2 de estas preguntas, es poco probable que hayas adoptado completamente Kanban y es necesario generar cambios de forma evolutiva para poder obtener mayores beneficios.
1. ¿Ha cambiado el comportamiento de la Dirección para habilitar Kanban?
2. ¿Ha cambiado la interacción con los clientes apoyándonos del sistema Kanban?
3. ¿Ha cambiado la forma de hacer acuerdos con los clientes a raíz de Kanban?
4. ¿Ha cambiado el modelo de negocio hacia una prestación de servicios?
1.-Comportamiento de la Dirección
Una organización que busca adoptar Kanban necesita gerentes, managers, lideres de equipo, gente en general que respeten las políticas y acuerdos del sistema kanban. Uno de sus principios es permitir que las personas se autoorganicen alrededor del trabajo, lo que se busca es que la organización permita y habilite el sistema pull con limites de trabajo para evitar la sobrecarga y mejorar el flujo del trabajo. Esto causa un cambio de paradigma, ya que lo común es que normalmente nos enfocamos en la maximización de la utilización, buscando que todos estén ocupados.
2. Interacción con los clientes
Muchas o probablemente todas las áreas y equipos de una organización en realidad son una red interconectada de servicios, estos pueden apoyarse de sistemas kanban y sus sesiones para planificar, secuenciar y elegir el trabajo tomando en cuenta las expectativas del cliente al hacerlo en conjunto. Esto proporciona una interacción con el cliente enfocada en maximizar el flujo de valor dentro de los límites de la capacidad actual. Alineando expectativas y capacidades
3. Acuerdos con los clientes
Los acuerdos con los clientes, o bien una expectativa de nivel de servicio comprendida, debería estar basada en un rendimiento del servicio medido, por ejemplo, a través de Tiempo de entrega y Tasa de entrega que hemos observado en nuestras métricas, esto con la intención de mejorar nuestros acuerdos, apoyarnos de nuestras experiencias previas y cambiar de predicciones deterministas a predicciones probabilísticas
4.- Prestación de servicios
Conforme la organización evoluciona con la ayuda de Kanban, comenzamos a pensar en entrega de servicios más que solo simples tareas o actividades. De esta forma, fomentamos la entrega de valor y la gestión de riesgos es posible al entender que tenemos clases de servicio, capacidad de distribución para esos servicios y métricas para establecer la demanda de esos servicios
Dentro del libro “Kanban Esencial Condensado” vienen preguntas complementarias para esas 4 en caso de que sea necesario mayor contexto.
Ahora bien, como lo he hecho yo.
Dependiendo el contexto del equipo o del área, las preguntas las he llevado acabo de 2 formas distintas.
Forma 1: El área tímida
Cuando el equipo o área aún es tímido al hablar, sigue viendo más como individuos en conjunto que como un equipo. Lo que hice fue enviar las preguntas como una encuesta de manera anónima de forma de “SI” o “NO”. Una vez que tuve las respuestas, nos reunimos para ver los resultados y en conjunto hacer las propuestas de mejora para cambiar esos “NO” en “SI”
Forma 2: El Equipo con apertura
Con equipos que ya están acostumbrados a conversar, dar y recibir feedback, lo que hice fue hacer un tipo retrospectiva donde la conversación fuera alrededor de esas 4 preguntas. Cada uno de forma individual contestaba “SI” o “NO” y exponía sus razones.
Los que exponían el “SI” eran las cosas que había que mantener o seguir haciendo
Los que exponían el “NO” eran las cosas que había que cambiar.
Por ultimo, usando las cosas que había que cambiar, entre todos hacíamos propuestas para ver como cambiar ese “NO” a un “SI”.
Estas son las 2 formas en que he llevado acabo esta prueba, pero ten la libertad de explorar tú propia forma de acuerdo con tu contexto, más ahora con la situación del COVID
La gran ventaja de esta “prueba” es que al aplicarla, tendrás conversaciones sobre los impactos que Kanban ha brindado y es aún más enriquecedora al hacer parte a los equipos que están viviendo estos cambios y que ellos mismos propongan sus mejoras.
Pero nadie podía quitarme el genial día que tuve bajo la lluvia. Eso hizo que mi “realidad” cambiara.
de ¡el carrito va a tu casa!
erar a que lo prepararan, lo cual llevo alrededor de 25 a 30 minutos, llego a mi mesa y aquí viene lo peor.
encias con gente de fuera del equipo. Los vistos buenos de esos “dioses del olimpo”, revisiones, validaciones de gente que no tiene el contexto.
ada. Por lo cual, siempre deben estar incluidas las pruebas como parte del trabajo diario.
A mis 8 años, pusieron una maquinita (Arcade) de las Tortugas Ninja en la tiendita de la esquina de mi casa, yo juntaba el poco dinero que me daban fines de semana e iba a gastármelo ahí.
Kaizen es mejora continua, tener la mentalidad de “¡Hoy mejor que ayer, mañana mejor que hoy!”
nutos, planee mi día para poder hacer ambas actividades.
trofeos que me hacen falta, y me puse a practicar con la tabla de natación para mejorar la frecuencia de patadas. Los mantendré al tanto de si logre alcanzar esa meta.
s de la informática y se relaciona al momento en el que un dispositivo ejecuta de manera independiente 2 procesos diferentes. Tomando en cuenta esto, podemos decir que “multitasking” corresponde a la acción de realizar más de una tarea a la vez, siendo “eficientes” y “economizando tiempo”.
Una persona por ser multitask generara baja calidad en sus trabajos, ya que al estar haciendo varias actividades al mismo tiempo, ninguna de estas tareas se ejecuta con la atención debida.
también en katakana カンバン, donde kan, 看 カン, significa “visual,” y ban, 板 バン, significa “tarjeta” o “tablero”) es un sistema de información que controla de modo armónico la fabricación de los productos necesarios en la cantidad y tiempo necesarios en cada uno de los procesos que tienen lugar tanto en el interior de la fábrica, como entre distintas empresas.
, estés dentro) y es cierto, es muy cómoda y divertida hasta cierto punto.
Sí, hay que hacer sacrificios, y los míos fueron de tiempo, dinero y un poco de salud mental (amén por esos amigos que toleraban mis cambios de humor y decisiones absurdas).
