Etiqueta: Límites WIP

¿Qué es un sistema kanban?

Si hablamos de Kanban ¿qué nos viene a la cabeza? Siempre solemos recoger estas respuestas:
– Un tablero
– Ordenar
– Limitar el flujo de trabajo
– Un sistema de arrastre “pull”

Pero ¿qué es un sistema kanban?
Un sistema kanban es la herramienta que deberías utilizar para poder visualizar y gestionar el flujo de trabajo de tu equipo teniendo en cuenta su capacidad.

Dicho esto, una empresa es un conjunto de varios sistemas. Lo que nos interesa conseguir es sincronizar y coordinar efectivamente todos los sistemas que forman parte del sistema global.

Todas las organizaciones lo que quieren al hablar de Kanban es que todo el equipo sepa qué es lo más importante en lo que enfocarse hoy y qué hacer primero. Esto se consigue con un sistema kanban de equipo o, mejor dicho, un tablero con el que todos tengan claro de forma visual lo que se debe hacer.

¿Conoces qué debe tener tu tablero para ser REALMENTE un sistema kanban? Deberás hacer las siguientes comprobaciones:
– ¿Visualiza el trabajo del equipo, los bloqueos, los riegos y la carga de trabajo?
– ¿Limita el trabajo en curso (WIP)?
– ¿Están definidas explícitamente las políticas de gestión del trabajo en el sistema?
– ¿Es un sistema de arrastre (pull) ?

Si has contestado no, o aún no en alguna de las preguntas anteriores, significa que no estás usando un sistema kanban eficaz; al menos por ahora. ¡Sigue leyendo!

Visualizar el trabajo del equipo en un tablero kanban ayuda enormemente en la organización y planificación del trabajo. Se trata de tener toda la información en un mismo lugar, como puede ser un tablero físico o un tablero digital. Consiste en actualizar por medio de tarjetas la información en un tablero kanban de forma que sea siempre accesible y comprensible para todos los miembros del equipo. La función principal del tablero es que sea conocido por todos el estado del trabajo en curso, el trabajo por hacer y la carga de trabajo de cada persona del equipo.

Típicamente, las filas del tablero Kanban se utilizan para visualizar los diferentes tipos de trabajo, p.ej. Peticiones, Ofertas, Soporte. Las columnas representan las fases a través de las que evolucionan los trabajos. Cada tarjeta representa un trabajo, p.ej. una petición, una consulta, una incidencia o bien una oferta que hay que desarrollar.

Es un malentendido común el que las tarjetas representan tareas. El hecho que las tarjetas representan trabajos o entregables que tengan valor para el cliente facilita responder a preguntas como: ¿cuál es el estado de entregable X?

Es muy útil señalizar los bloqueos en el tablero kanban, con una tarjeta de otro color, una señal en la tarjeta, o con cualquier otro método que decida el equipo. Los bloqueos son aquellos impedimentos que hacen que una tarjeta o trabajo se paralice. Pueden ser bloqueos internos, externos del proveedor, bloqueos entre equipos… Nos interesa mucho conocer la causa para el bloqueo, el impacto (el coste de retraso), y qué acciones pueden evitar o reducir los efectos negativos de los bloqueos.

Visualiza

¿Por qué limitamos el trabajo en curso? La respuesta es sencilla; reducir la multitarea, focalizarse en el trabajo importante, reducir las consecuencias (errores, retrasos) debido a la saturación del sistema. Es importante descubrir el límite de trabajo con el que el funcionamiento del sistema es óptimo, es decir, un mejor rendimiento.

Límites

¿En qué consiste la gestión del flujo de trabajo? Saber o entender cuál es la capacidad del sistema es algo realmente necesario. Para esto lo que hacemos es medir el “Lead time” (Tiempo de entrega) y la Tasa de entrega (trabajos terminados en un periodo de tiempo).

Flujo

¿Por qué son necesarias las políticas? Es la única forma de que todo el equipo sepa cómo actuar en base a unos criterios consensuados entre todos. Un ejemplo puede ser saber cuáles son las prioridades de las tareas a realizar. Si esa política está explícitamente definida en un lugar visible y conocido por todos, no habrá problemas causados por ambigüedades o desconocimiento de las pautas de gestión del trabajo. Los cambios de prioridades en los trabajos se deben conocer y gestionar, para después trasladar esa forma de gestión a nuestras políticas.

Políticas

Usar el tablero en las reuniones de seguimiento con el equipo ayuda mucho en cuanto a la revisión del estado real del trabajo o el proyecto. La idea de usar el tablero Kanban en la Reunión Diaria (Kanban Meeting), sirve para saber qué tenemos por terminar y qué hay para hacer hoy (antes de arrastrar trabajo nuevo).

Otra reunión recomendable para realizar semanalmente frente al tablero es la Reunión de Planificación (Replenishment Meeting) en la que se selecciona trabajo para empezar en los próximos días. De esta manera todos los integrantes del equipo tengan priorizado el trabajo para esa semana.

Reuniones

Para terminar, es importante ser conscientes de que el tablero debe ser un sistema de arrastre (pull), de manera que la necesidad de sacar los trabajos/proyectos es la que “tira” de las tarjetas que recogen el trabajo desde la derecha a la izquierda.

Halar

 

Aquí tienes esta infografía donde se recogen todos los conceptos explicados anteriormente de una forma sencilla para que puedas controlar si realmente estás usando un sistema Kanban con tu equipo.

Sistemakanbanconlogo

 

Isabel Villanueva Izquierdo
Accredited Kanban Coach
www.berriprocess.com

Artículos relacionados:

Kanban en una organización tradicional: Primeros pasos

Estoy trabajando con una empresa con las siguientes características:

  • Desarrolla sistemas de software complejos.
  • Actualmente está en curso un proyecto estratégico, que consiste en varios proyectos relacionados entre ellos
  • Cada proyecto involucra a equipos de distintas funciones y la coordinación entre los equipos no es fácil. Los desarrolladores están sobrecargados, a veces participan en más de un proyecto y trabajan horas extras.
  • Los Jefes de Proyectos están tan sobrecargados que hace varios meses la empresa decidió contratar asistentes para ayudarles con las tareas administrativas
  • Los retrasos en los proyectos no son excepciones
  • El proyecto estratégico se gestiona proyecto por proyecto.
  • Aunque en el sistema de gestión de la empresa se recopila una variedad de datos de los proyectos individuales, determinar el estado real del proyecto grande no es sencillo.
  • La empresa está implementando CMMI® nivel de madurez 3.
  • La gente ve cualquier metodología como una carga adicional de trabajo

En esta situación la empresa está interesada en establecer una forma ligera de gestión de proyectos que le permita:

  • Controlar el flujo de las actividades de desarrollo
  • Reducir los retrasos
  • Resolver los problemas de los proyectos a tiempo
  • Facilitar la colaboración entre los equipos funcionales dentro de un proyecto, así como las entre varios proyectos.

Kanban es un método apropiado para el contexto, sin embargo sé que la introducción del nombre de otro método puede confundir a la gente y algunos pueden ver la implementación de CMMI en riesgo (aunque yo controlo esto bien).

Por lo tanto, he sugerido aplicar algunos principios de Kanban como un medio para implementar las prácticas del área de proceso de Gestión Integrada de Proyectos de CMMI, relacionadas con la gestión del proyecto y la coordinación y colaboración entre las partes implicadas.

El tablero

Para empezar hemos diseñado los siguientes tableros para visualizar el flujo de trabajo de un proyecto individual

Tablero_Proyecto

y el estado del proyecto grande

Tablero_Portfolio_Interno

Las columnas tienen el siguiente significado:

  • Pendiente: Requisitos que están por empezar a trabajar en ellos
  • AF: Análisis Funcional
  • Code & Pru: Códificación y Pruebas
  • VAL: Validación. El equipo de Validación, en este caso, se dedica explícitamente a validar los desarrollos de todos los proyectos
  • En Prod: Requisitos que ya están implementados y subidos a producción
  • Hecho es una columna-colchón que se utiliza para recopilar los requisitos desarrollados antes de pasarlos a Validación o antes de subirlos a Producción.

En la columna izquierda presentamos:

  • <Nombre de proyecto>: <número de la iteración en curso>
  • Esfuerzo: <%Planificado> • <%Actual>
  • Fecha fin: <Planificada> • <Actual>

Las tarjetas amarillas representan Requisitos de Usuario. Las tarjetas moradas indican trabajos bloqueados por alguna razón. Las naranjas están reservadas para las peticiones de cambios a los requisitos. A nivel de proyecto individual hemos designado una fila especial para las peticiones de cambios a los requisitos con el fin de controlarlos mejor.

Límites de Trabajo-En-Curso (WIP: Work-In-Progress)

Con respecto a los límites WIP, los vamos a establecer paulatinamente. Empezamos con la simple política que una persona puede trabajar sobre una sola tarea en un proyecto. Por lo tanto los límites WIP de una columna se establecen en base al número de los miembros del equipo. En el tablero del proyecto grande los límites WIP están establecidos por columna y por proyecto.

Ventajas y temas abiertos

Vemos varias ventajas asociadas con esta solución inicial, así como algunos problemas pendientes a resolver. Resumiendo:

  • Ventajas:
    • Los Jefes de Proyectos y sus asistentes tendrán que dedicar mucho menos tiempo a la identificación del estado de proyecto y confección de los informes de seguimiento ya que la mayoría de la información está en el tablero.
    • La coordinación y colaboración en los proyectos son más enfocadas y requieren menos tiempo debido a la imagen completa del estado y las dependencias en el proyecto visualizadas en el tablero
    • Priorización de los requisitos de usuario: El principio actual usado a menudo es «el que más llora más requisitos implementados consigue». Nuestra intención es de vincular la priorización de los requisitos con la capacidad del equipo disponible y el valor que aportan al usuario.
  • Temas abiertos
    • Herramienta: El mantenimiento manual del tablero no se ve factible a largo plazo. Por lo tanto, tenemos que encontrar una herramienta Kanban que puede ser fácilmente integrada con el sistema de gestión de la empresa.
    • Planificación inicial del proyecto: La estimación del tiempo necesario para el proyecto, aplicando la Ley de Little, requiere estabilizar el flujo de trabajo y usar datos históricos de los tiempos de desarrollo de los requisitos. Todavía no estamos preparados para empezar con esta forma de planificación por tanto seguiremos con el método tradicional de estimación hasta que podamos incorporar métricas de Kanban.

Bueno, esto es lo que tenemos hasta ahora.

¿Cómo lo ves?

Deja tus comentarios abajo.

Artículos relacionados: