Kanban es una de las metodologías de desarrollo de software lean más populares, junto con Agile, Scrum, Extreme Programming, DevOps, etc. Kanban, que significa «cartel» en japonés, es una metodología visual para gestionar el trabajo de principio a fin a lo largo de varias fases, que se muestra en un tablero interactivo.
Cuando miras un tablero Kanban, ¿cómo sabes si lo estás haciendo bien?
- ¿Está completando suficientes tareas?
- ¿Los está completando con la suficiente rapidez?
- ¿Es alta la productividad del equipo?
- ¿Hay algún paso en el proceso que esté causando retrasos?
Para responder a estas y otras preguntas, los equipos de desarrollo de software utilizan métricas Kanban.
Las métricas Kanban son indicadores clave de rendimiento (KPI) que utilizan los equipos de desarrollo de software ágil para medir el rendimiento. Son números que guían a los desarrolladores, probadores, profesionales de DevOps y gestores de proyectos hacia la mejora de sus resultados.
En esta entrada del blog, analizamos las métricas Kanban más utilizadas y cómo puedes incorporarlas a tus proyectos para medir el rendimiento del equipo.
Principales métricas Kanban que se deben seguir en proyectos ágiles
En función de las metas, las tareas, la duración y la estructura del equipo de su proyecto, puede utilizar cualquier métrica para evaluar su trabajo. Entre todas estas dimensiones, las cinco siguientes se consideran métricas Kanban fundamentales.
Rendimiento
El «trabajo total» es la cantidad de trabajo que ha completado en un periodo de tiempo determinado, como un día, una semana o un sprint. Normalmente, el «trabajo» se mide como las tareas completadas, pasando de la primera a la última fase en el tablero Kanban.
El rendimiento de un equipo de desarrollo de software podría medirse como el número de historias de usuario desarrolladas en cada sprint. Esta métrica se utiliza para:
- Mida la productividad individual.
- Mida la productividad del equipo.
- Planifique futuros proyectos con precisión.
Plazo de entrega
En el sistema Kanban de gestión de proyectos ágil, el plazo de entrega mide la duración desde que se añade una tarea al tablero hasta que se marca como completada. Es la duración del flujo de trabajo.
Por ejemplo, si transcurren seis semanas desde que añades una historia de usuario al backlog hasta que se desarrolla e implementa, tu plazo de entrega es de seis semanas. Esta métrica se utiliza para:
- Programar tareas
- Asigne recursos
- Optimice el flujo de trabajo
Duración del ciclo
La duración del ciclo forma parte del plazo de entrega y se centra únicamente en el tiempo que el equipo trabaja activamente en una tarea. En el tablero Kanban, esto podría comenzar cuando alguien marca una tarea como iniciada/en curso hasta que se marca como completada.
En el ejemplo anterior, si la historia de usuario se desarrolla en un día, después de permanecer en el backlog durante más de cinco semanas, la duración del ciclo es de un día. Esta métrica se utiliza para:
- Mida la eficiencia
- Optimice los procesos para acelerar el trabajo activo.
Trabajo en curso (WIP)
El trabajo en curso se refiere al número de tareas en las fases activas del tablero Kanban. Estas tareas no son ni pendientes ni completadas, es decir, se considera que se está trabajando activamente en ellas.
Esto podría ser tareas en fases como en curso, desarrollo, pruebas, revisión de código, etc. Los gestores de proyectos utilizan esta métrica para:
- Realice un seguimiento de la carga de trabajo del equipo.
- Gestione mejor el trabajo pendiente y elimine la sobrecarga.
- Identifique los cuellos de botella.
Esto nos lleva a la siguiente y última métrica de Kanban: los cuellos de botella en los procesos.
Cuellos de botella en los procesos
Como su nombre indica, los cuellos de botella son partes del proceso con menos capacidad que el resto, lo que crea congestión en el flujo de trabajo.
Por ejemplo, si tienes diez desarrolladores que lanzan 20 funciones cada semana, con un solo desarrollador senior que puede revisar el código de dos de ellas, has creado un cuello de botella.
Los equipos ágiles/Kanban utilizan los cuellos de botella como métrica para:
- Mida la eficiencia de los procesos.
- Elimine las deficiencias y los atascos.
Si ha estado aprendiendo sobre Agile, DevOps, Scrum, Kanban, etc., sabrá que estas métricas se utilizan en todas las metodologías. Examinemos sus similitudes y diferencias.
Scrum vs Kanban: similitudes y diferencias
Scrum es una metodología de gestión de proyectos que divide el trabajo en pequeñas partes con el objetivo de alcanzar una meta en un tiempo específico, conocido como sprint. El método Kanban es visual y distribuye las tareas en una serie de pasos que forman un flujo de trabajo.
Scrum y Kanban se centran en dividir los proyectos grandes en tareas pequeñas y manejables para eliminar los cuellos de botella, facilitar la mejora continua y optimizar los flujos de trabajo. Sin embargo, también hay diferencias sutiles.
| Scrum | Kanban |
|---|---|
| Los calendarios funcionan en sprints (1-4 semanas). | Utiliza artefactos, como backlogs, incrementos de producto, etc. |
| Utiliza artefactos, como backlogs, incrementos de producto, etc. | Utiliza artefactos, como el tablero Kanban y las tareas. |
| Ofrece ventajas como una mayor productividad, rendimiento y calidad. | Ofrece ventajas como una mayor visibilidad y una mejora continua. |
| Los procesos son más estrictos con roles predefinidos en el equipo Scrum, como el Scrum Master, el propietario del producto y el equipo de desarrollo. | Los procesos son adaptables con un gestor de proyectos que guía al equipo. |
| Ideal para equipos con prioridades claras que no necesitan cambios dentro de cada sprint. | Ideal para equipos con prioridades en constante evolución. |
Tanto la metodología Scrum como la Kanban utilizan métricas clave similares para evaluar el rendimiento. De hecho, las métricas Kanban que hemos comentado anteriormente también pueden desempeñar un rol importante en la gestión de proyectos Scrum. A continuación te explicamos cómo.
Rendimiento: esta métrica Kanban ilustra la velocidad de desarrollo de los equipos Scrum. En las reuniones retrospectivas y de planificación de sprints, los equipos Scrum pueden utilizar los datos de esta métrica para mejorar las previsiones y la programación.
Trabajo en curso: en el flujo continuo de tareas de Kanban, el WIP se refiere a las tareas activas. Es muy similar a las tareas comprometidas en un sprint en Scrum. Con el WIP, los equipos de Scrum pueden calcular la velocidad de desarrollo, la productividad y la eficiencia.
Duración del ciclo y plazo de entrega: en Scrum, normalmente, la duración del ciclo es el sprint (de 1 a 4 semanas). Sin embargo, el plazo de entrega puede comenzar el día en que el equipo comercial solicita una función y continuar hasta el día en que se termina. Al medir el plazo de entrega, los equipos de Scrum pueden supervisar la velocidad a la que responden a los cambios del mercado y a las necesidades de la empresa.
Cuellos de botella: un tablero Kanban muestra claramente cuántas tareas están atascadas en la fase justo antes del cuello de botella. Los equipos Scrum pueden utilizar estos datos para optimizar sus procesos en tiempo real durante el propio sprint.
Si tiene interés en considerar las métricas Kanban para sus proyectos, aquí le mostramos cómo medirlas.
Cómo medir las métricas Kanban
La filosofía que subyace a todas las metodologías de gestión lean es la simplicidad. En ese sentido, las métricas Kanban también son fáciles de usar. A continuación se describe el proceso paso a paso para medir las métricas ágiles.
1. Identifique las métricas que desea medir.
Las métricas principales de Kanban son el rendimiento, el plazo de entrega, la duración del ciclo, el WIP y los cuellos de botella del proceso. Sin embargo, estas no son las únicas. Los equipos suelen utilizar métricas como la distribución de la carga de trabajo, el progreso hacia las metas, etc.
Antes de configurar sus métricas de KPI, identifique aquellas que son importantes para usted. Mientras elige, tenga en cuenta las métricas buenas y malas. Las métricas buenas son:
Comprensible: las métricas complejas son difíciles de entender, lo que hace que sea menos probable que se adopten. Las buenas métricas son fáciles de entender y sencillas de medir.
Significativo: para ser relevante, una buena métrica debe ser significativa para el equipo. Por ejemplo, las funciones desarrolladas son significativas para el desarrollador, las incidencias identificadas para los analistas de calidad y la frecuencia de implementación para los equipos de DevOps.
Aplicable: una buena métrica ofrece información útil que permite actuar. Por ejemplo, si sus métricas de plazo de entrega y duración del ciclo difieren enormemente, puede identificar la causa raíz y realizar mejoras.
Relevante: una buena métrica es relevante para las metas de la empresa. Por ejemplo, los KPI de aprovisionamiento contribuyen al coste de los productos vendidos, y el rendimiento mide la rapidez con la que la empresa puede responder a los cambios del mercado.
Contextual: si mide la productividad como el número de funciones desarrolladas y establece un objetivo específico, es posible que pierda calidad en aras de la velocidad. Para ser eficaz, su métrica debe ser contextual.
2. Recopile los datos necesarios para las métricas Kanban.
Para medir con precisión el rendimiento en cualquier métrica, se necesitan datos. Por ejemplo, para calcular el rendimiento, es necesario realizar un seguimiento del número de tareas en las que se está trabajando o que están completadas durante un periodo determinado, organizadas por los miembros del equipo responsables.
Necesitas conocer las fechas de inicio y finalización de cada tarea para calcular el plazo de entrega o la duración del ciclo.
3. Establecimiento de metas y puntos de referencia
Las métricas por sí solas no tienen sentido. Por lo tanto, identifique los puntos de referencia. Puede hacerlo comprendiendo los estándares de su sector o de empresas de tamaño similar.
Con el tiempo, puede utilizar su rendimiento como referencia y esforzarse por mejorar continuamente.
4. Visualice las métricas de su proyecto.
Fundamentalmente, Kanban es una metodología visual. Ayuda a establecer métricas de proyecto de forma visual en un tablero Kanban.
- Colocar todas las tareas en un tablero Kanban ayuda a ver al instante cuántas tareas están en curso, terminadas o aún por comenzar.
- Los gráficos de cronograma ayudan a identificar los cuellos de botella.
- Los gráficos de carga de trabajo muestran la productividad de cada miembro del equipo.
5. Explore más a fondo la medición del rendimiento.
Las métricas básicas constituyen la base para medir el rendimiento. Sin embargo, para lograr una mayor eficiencia y productividad, es necesario profundizar más.
Por ejemplo, puede realizar el seguimiento de las métricas de desarrollo iterativas e incrementales mediante la conexión de funciones y el cálculo de la duración del ciclo consolidada. En una plataforma de compras en línea, puede desglosar la funcionalidad de pago en funciones, como añadir al carrito, lista de deseos, pago instantáneo, comprar ahora, pagar más tarde, etc.
Una vez desarrolladas todas estas funciones, realice el seguimiento de las métricas de la funcionalidad para medir el rendimiento de su práctica de desarrollo iterativo.
Ahora que ya sabe cómo medir, aquí tiene el valor que puede aportar.
El rol de las métricas Kanban en el proceso de desarrollo de software
Las métricas Kanban pueden ser una excelente manera de medir, mejorar y elevar su rendimiento en cualquier práctica de desarrollo de software lean. A continuación le explicamos cómo.
Velocidad y rapidez
Las métricas Kanban, como el rendimiento, el plazo de entrega y la duración del ciclo, miden la velocidad a la que completas las tareas. Por extensión, también muestran la cantidad de trabajo que puedes realizar en un momento dado.
Eficiencia del flujo de flujo
El trabajo en curso y el rendimiento muestran la eficiencia con la que puede completar el trabajo comprometido. Al identificar los cuellos de botella, puede mejorar la eficiencia de forma continua.
Claridad
Gracias a su simplicidad y relevancia, las métricas Kanban permiten a todos los miembros del equipo comprender claramente sus roles y metas. Cuando los miembros del equipo saben cuál es su rendimiento, se sienten motivados para mejorar.
Propiedad
Las metodologías Agile, Scrum y DevOps esperan que los equipos autoorganizados «extraigan» tareas del backlog y colaboren de manera eficaz para realizar el trabajo. Las métricas Kanban permiten la autoevaluación y fomentan la propiedad.
Enfoque
Puede medir docenas de factores en cada proyecto: el número de miembros del equipo incorporados, las horas trabajadas, los lenguajes de programación utilizados, los días improductivos, las promociones, etc. Sin embargo, estas métricas vanidosas ofrecen poco o ningún valor para el rendimiento.
Las buenas métricas Kanban ayudan al equipo a mantenerse centrado. Por ejemplo, la duración del ciclo contribuye a la adaptabilidad, lo que conduce a la agilidad empresarial, lo que, a su vez, aumenta los ingresos. Esta línea de visión, desde su código hasta los resultados empresariales, ayuda a todos los miembros del equipo a mantenerse centrados.
¿Convencido? Veamos cómo puede utilizarlas en su proceso de desarrollo de software.
Libera el poder de las métricas Kanban
Las métricas Kanban pueden proporcionarle visibilidad, identificar deficiencias, inspirar ideas y optimizar procesos, todo al mismo tiempo. A continuación le mostramos cómo puede aumentar la productividad y la eficiencia utilizando las métricas Kanban.
Mida lo que importa: céntrese en las métricas Kanban adecuadas para su equipo. Si se trata de una startup en fase inicial, el rendimiento y la duración del ciclo pueden ser importantes para usted. Si se trata de un equipo de una gran corporación, es natural que el WIP sea mayor.
Sea estratégico: conecte sus métricas con las metas empresariales. El rendimiento es una métrica excelente si su empresa tiene como meta crear un producto con muchas funciones. Los cuellos de botella de sus procesos son fundamentales si es un emprendedor individual que crea un producto diferenciado.
Hazlas visibles: crea paneles de control a los que pueda acceder todo el equipo. Aunque es posible que no veas mejoras en el rendimiento a diario, el seguimiento de los indicadores principales puede resultar útil. Por ejemplo, el seguimiento del tiempo dedicado a cada tarea puede ayudar a predecir la duración del ciclo.
Discútalas con regularidad: utilice la planificación de sprints, las retrospectivas y otros eventos Agile/Scrum para debatir el rendimiento de las métricas Kanban. Debata las causas fundamentales e innova con posibles soluciones.
Mejora continua: la mejora continua en Agile se aplica no solo a lo que estás desarrollando, sino también a cómo realizas el seguimiento del rendimiento. Evalúa continuamente tus métricas. Una vez optimizada la duración del ciclo, pasa al plazo de entrega. Cuando el tamaño de tu equipo crezca, adapta tus métricas Kanban en consecuencia.
Mientras lo hace, es posible que se enfrente a algunos retos. Estos son los retos a los que probablemente se enfrentará y cómo superarlos.
Métricas Kanban: retos y soluciones
Los proyectos de desarrollo de software actuales son complejos, con docenas de partes móviles en todo momento. Son una matriz de personas, procesos y tecnología que debe gestionarse de forma eficaz.
Hay muchos retos en ese proceso. Un software de gestión de proyectos robusto puede ayudar a superar muchos de ellos.
1. Falta de datos
Para medir el rendimiento, se necesitan datos. La mayoría de los equipos de desarrollo ágil recopilan datos basándose en su instinto o en evaluaciones a posteriori. Por ejemplo, los desarrolladores pueden decir: «Me llevó dos días desarrollar esta función», lo cual es una estimación aproximada.
Recopile datos precisos utilizando técnicas de estimación ágiles para resolver este problema. ClickUp cuenta con herramientas para recopilar todos los datos que necesita.
- Control de tiempo para registrar cada minuto dedicado al trabajo.
- Fecha de inicio y fecha de finalización de cada tarea y subtarea para calcular la duración del ciclo/plazo de entrega.
- Dependencias para identificar cuellos de botella.
- Asignar usuarios a tareas para medir la productividad individual.
2. Falta de información
Incluso cuando se dispone de datos, a veces puede resultar difícil extraer información útil. Los gestores de la gestión de proyectos suelen pasar horas recopilando datos en hojas de cálculo y haciendo cálculos.
Los paneles de ClickUp están diseñados para superar precisamente estos retos. Realice el seguimiento de las tareas, la productividad, la eficiencia y la utilización con paneles personalizables en tiempo real. Algunos de los informes más utilizados, incluidos en varias plantillas de tableros Kanban, son:
- Diagrama de flujo de flujo acumulativo
- Gráficos de burnup y burndown
- Estado del proyecto/tarea
- Cumplimiento de objetivos y progreso hacia los objetivos.
3. Falta de información útil
Supongamos que la duración del ciclo es de tres semanas. Si desea reducirla, ¿qué puede hacer? Los informes de ClickUp están diseñados para ayudarle a tomar decisiones.
Por ejemplo, puede ver la vista Carga de trabajo para saber quién está trabajando en qué, qué habilidades están disponibles, etc., y así asignar los recursos de forma eficaz. Si necesita un desarrollador de Python para reducir la duración del ciclo en una semana, puede utilizar la vista Carga de trabajo para encontrar uno que esté disponible.
4. Sobrecarga administrativa en la gestión de proyectos
La gestión de un proyecto de desarrollo de software ágil implica muchas tareas administrativas, como asignar tareas, cambiar estados, enviar notificaciones, aplicar listas de control, etc. La realización de todas estas tareas crea retrasos y cuellos de botella innecesarios, lo que afecta a los KPI de gestión de proyectos.
ClickUp Automatización cuenta con más de 100 flujos de trabajo que puedes poner en piloto automático al instante.
Aprovecha las métricas Kanban para la gestión de proyectos con éxito con ClickUp.
La ingeniería ágil se basa en la retroalimentación continua y el desarrollo iterativo. Los equipos de producto crean, lanzan, supervisan y mejoran sus resultados en ciclos cortos.
Para ello, es fundamental realizar el seguimiento de las métricas Kanban. A fin de sacar el máximo partido a las métricas Kanban, los equipos de ingeniería de software necesitan un software de gestión de proyectos robusto, flexible y con numerosas funciones, como ClickUp.
ClickUp te permite recopilar datos, realizar un seguimiento de las tendencias, visualizar información y crear estrategias de optimización en las que puedes realizar un seguimiento de tus tareas. Ofrece a los gestores de proyectos una vista de 360 grados, mientras que todos los miembros del equipo pueden ver informes detallados de su rendimiento.
Descubra cómo ClickUp puede transformar la gestión de proyectos. Pruebe ClickUp gratis hoy mismo.
Preguntas frecuentes sobre las métricas Kanban
1. ¿Cuáles son las métricas que se utilizan en Kanban?
Los equipos Kanban utilizan varias métricas a lo largo del ciclo de vida de la gestión de proyectos. Las métricas Kanban básicas son el rendimiento, el plazo de entrega, la duración del ciclo, el trabajo en curso y los cuellos de botella del proceso.
2. ¿Cuáles son los 5 elementos de Kanban?
Según David Anderson, autor y coach de Kanban, los 5 elementos de un tablero Kanban son:
- Señales visuales: tarjetas, notas adhesivas, etc., que tienen una tarea/idea/historia de usuario cada una.
- Columnas: una columna para cada fase del flujo de trabajo.
- Límites de trabajo en curso (WIP): número máximo de tarjetas en una columna en un momento dado.
- Punto de compromiso: la fase que indica que el trabajo ha comenzado (donde comienza la duración del ciclo).
- Punto de entrega: la fase que indica que el trabajo se ha completado (donde finaliza la duración del ciclo).