Kanban es una de las metodologías de desarrollo de software más populares, como Agile, Scrum, programación extrema, DevOps, etc. Kanban, que significa "tablón de anuncios" en japonés, es una metodología visual para gestionar el trabajo de principio a fin en varias fases, mostradas en un tablero interactivo.
tablero Kanban para el seguimiento del trabajo (Fuente de la imagen:) Wikimedia Commons )_
Cuando miras a un Tablero Kanban ¿Cómo sabes si lo estás haciendo bien?
- ¿Estás completando suficientes tareas?
- ¿Las estás completando lo suficientemente rápido?
- ¿Es productivo el equipo?
- ¿Hay pasos en el proceso que causan 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) utilizados por los equipos de desarrollo ágil de software para medir el rendimiento. Son números que guían a desarrolladores, probadores, profesionales de DevOps y gestores de proyectos hacia la mejora de sus resultados.
En esta entrada del blog, hablamos de las métricas Kanban más utilizadas y de cómo puedes incorporarlas a tus proyectos para medir el rendimiento del equipo.
Principales métricas Kanban de seguimiento en proyectos ágiles
Dependiendo de las metas, tareas, duración y estructura del equipo de tu proyecto, puedes utilizar cualquier métrica para evaluar tu trabajo. En todas estas dimensiones, las siguientes cinco se consideran métricas Kanban básicas.
Rendimiento
El rendimiento es la cantidad de trabajo que has 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:
- Medir la productividad individual
- Medir la productividad del equipo
- Planificar proyectos futuros con precisión
Plazo de entrega
En el sistema Kanban de gestión ágil de proyectos plazo de entrega mide la duración desde que una tarea se añadió al Tablero hasta que se marcó como completada. Es la duración del flujo de trabajo.
Por ejemplo, si transcurren seis semanas desde que se añade una historia de usuario al backlog hasta que se desarrolla y despliega, el Plazo de entrega es de seis semanas. Esta métrica se utiliza para:
- Programar tareas
- Asignar recursos
- Optimizar el flujo de trabajo
Duración del ciclo
Duración del ciclo es una parte del plazo de entrega y se centra sólo 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/trabajando hasta cuando 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:
- Medir la eficiencia
- Optimizar el proceso para acelerar el trabajo activo
Trabajo en curso (WIP)
El trabajo en curso se refiere al número de tareas en las fases activas en el tablero Kanban. Estas tareas no están atrasadas ni completadas, es decir, se cree que se está trabajando activamente en ellas.
Puede tratarse de tareas en fases como en curso, desarrollo, pruebas, revisión de código, etc. Los gestores de proyectos utilizan esta métrica para:
- Realizar un seguimiento de la carga de trabajo del equipo
- Gestionar mejor el trabajo pendiente y eliminar la saturación
- Identificar cuellos de botella
Esto nos lleva a la siguiente y última de las métricas Kanban: Los cuellos de botella del proceso.
Cuellos de botella del proceso
Como su nombre indica, los cuellos de botella son partes del proceso con menos capacidad que el resto, creando congestión en el flujo de trabajo.
Por ejemplo, si tiene diez desarrolladores trabajando con 20 funciones a la semana y sólo hay un desarrollador senior que pueda revisar el código de dos de ellas, habrá creado un cuello de botella.
Los equipos ágiles/Kanban utilizan los cuellos de botella como métricas:
- Medir la eficiencia del proceso
- Eliminar lagunas y congestiones
Si has estado aprendiendo sobre agile, DevOps, Scrum, Kanban, etc., sabrás 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 hacia una meta que debe alcanzarse en un tiempo determinado, conocido como sprint. El método Kanban es visual, distribuyendo las tareas en una serie de pasos que forman un flujo de trabajo.
Scrum y Kanban se centran en dividir grandes proyectos en tareas pequeñas y manejables para eliminar cuellos de botella, facilitar la mejora continua y optimizar los flujos de trabajo. Sin embargo, también existen sutiles diferencias.
| Scrum | Kanban | |||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Programa el trabajo 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 de mayor productividad, rendimiento y calidad | Ofrece ventajas de mayor visibilidad y mejora continua | Los procesos son más ajustados, con procesos de mejora continua | ||||||||||||||||||||||||||||||||||||||||||||
| Los procesos son más estrictos con roles predefinidos en el equipo Scrum, como Scrum master, propietario del producto y equipo de desarrollo | Los procesos son adaptables con un director de proyecto que guía al equipo | |||||||||||||||||||||||||||||||||||||||||||||
| Mejor para equipos con prioridades claras que no necesitan cambiar dentro de cada sprint | Mejor para equipos con prioridades en constante evolución | Mejor para equipos con prioridades en constante evolución |
Diferencias entre scrum y kanban
Tanto Scrum como Kanban utilizan métricas clave similares para evaluar el rendimiento. De hecho, las métricas Kanban que hemos discutido anteriormente también pueden jugar un rol significativo en la gestión de proyectos Scrum. He aquí cómo.
Rendimiento: Esta métrica Kanban ilumina la velocidad de desarrollo de los equipos Scrum. En las retrospectivas y reuniones de planificación de sprints, los equipos Scrum pueden utilizar los datos de esta métrica para mejorar la previsión y la programación.
Trabajo en progreso: En el flujo continuo de tareas de Kanban, WIP se refiere a las tareas activas. Esto es un gran paralelo a las tareas comprometidas a un sprint en Scrum. Con WIP, los equipos Scrum pueden calcular la velocidad de desarrollo, la productividad y la eficiencia.
Duración del ciclo y Plazo de entrega: En Scrum, típicamente, la duración del ciclo es el sprint (de 1-4 semanas). Sin embargo, el tiempo de entrega puede comenzar el día en que el equipo de negocios solicita una función y continuar hasta el día en que está terminado. Al medir el tiempo de entrega, los equipos Scrum pueden controlar la velocidad a la que responden a los cambios del mercado y 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 estás interesado en considerar métricas Kanban para tus proyectos, aquí tienes cómo medirlas.
Cómo medir las métricas Kanban
La filosofía detrás de todas las metodologías de gestión lean es la simplicidad. En ese sentido, las métricas Kanban también son sencillas de usar. He aquí el proceso paso a paso para medir 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, éstas 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 ajustar su Métricas KPI identifique los que le interesan. Mientras elige, tenga en cuenta las métricas buenas y malas. Las métricas buenas son:
Incomprensibles: Las métricas complejas son difíciles de entender, por lo que es menos probable que sean aceptadas. Las buenas métricas son fáciles de entender y sencillas de medir.
Significativos: Para ser importante, una métrica excelente debe ser significativa para el equipo. Por ejemplo, las funciones desarrolladas son significativas para el desarrollador, los errores identificados para los analistas de calidad y la frecuencia de despliegue para los equipos de DevOps.
Accionable: Una buena métrica ofrece información 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, kPI de compras contribuyen al coste de los bienes vendidos, y el rendimiento mide la rapidez con la que una empresa puede responder a los cambios del mercado.
Contextual: Si mide la productividad en función del número de funciones desarrolladas y fija un objetivo concreto, puede perder calidad en aras de la velocidad. Para ser eficaces, las métricas deben ser contextuales.
2. Recopilar los datos necesarios para las métricas Kanban
Para medir con precisión el rendimiento de cualquier métrica, necesita datos. Por ejemplo, para calcular el rendimiento, es necesario hacer un seguimiento del número de tareas en las que se ha trabajado/completado durante un periodo determinado, organizado por los miembros del equipo responsables.
Es necesario conocer las fechas de inicio y finalización de cada tarea para calcular el plazo de ejecución o la duración del ciclo.
3. Punto de referencia y ajuste de metas
Las métricas por las métricas no tienen sentido. Por tanto, identifique puntos de referencia. Puede hacerlo conociendo 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 ajustar métricas del proyecto visualmente en un Tablero Kanban.
- Colocar todas las tareas en un Tablero Kanban ayuda a ver instantáneamente cuántas tareas están en curso, terminadas o 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
visualización del trabajo en curso (Fuente de la imagen:) Wikimedia Commons )_
5. Profundizar en la medición del rendimiento
Las métricas básicas ofrecen la base para la medición del rendimiento. Sin embargo, para una mayor eficiencia y productividad, hay que explorar más a fondo.
Por ejemplo, podría realizar un seguimiento de las métricas de desarrollo iterativo e incremental conectando funciones y calculando las duraciones del ciclo consolidadas. En una plataforma de compras en línea, podría desglosar la función 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 un seguimiento de las métricas de la función para medir el rendimiento de su práctica de desarrollo iterativo.
Ahora que ya sabe cómo medir, éste es 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 gran manera de medir, mejorar y elevar su rendimiento en cualquier práctica de desarrollo de software lean. He aquí cómo.
Velocidad y rapidez
Las métricas Kanban como el rendimiento, Plazo de entrega y duración del ciclo miden la velocidad a la que completa las tareas. Por extensión, también muestra la cantidad de trabajo que puede tener terminado en un momento dado.
Eficacia del flujo
El trabajo en curso y el rendimiento muestran la eficacia con la que puede completar el trabajo comprometido. Al identificar los cuellos de botella, puede mejorar la eficiencia continuamente.
Claridad
Gracias a su sencillez y relevancia, las métricas Kanban permiten que todos los miembros del equipo comprendan claramente sus roles y metas. Cuando los miembros del equipo sepan cómo están rindiendo, estarán motivados para hacerlo mejor.
Propiedad
Las metodologías Agile, Scrum y DevOps esperan que los equipos autoorganizados "saquen" tareas del backlog y colaboren eficazmente para tener el trabajo terminado. Las métricas Kanban permiten la autoevaluación y fomentan la propiedad.
Enfoque
En cada proyecto se pueden medir docenas de factores: 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 de vanidad ofrecen poco o ningún valor al rendimiento.
Unas 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 de la empresa, que, a su vez, aumenta los ingresos. Esta línea de visión, desde su código hasta los resultados de la empresa, ayuda a todos los miembros del equipo a mantenerse centrados.
¿Está convencido? Veamos cómo puede utilizarlos en su proceso de desarrollo de software.
Liberar el poder de las métricas Kanban
Las métricas Kanban pueden darte visibilidad, identificar lagunas, inspirar ideas y optimizar procesos de una sola vez. He aquí cómo puede aumentar la productividad y la eficiencia utilizando métricas Kanban.
Mida lo que importa: Céntrate en las métricas Kanban adecuadas para tu equipo. Si eres una startup en fase inicial, el rendimiento y la duración del ciclo pueden ser importantes para ti. Si eres un equipo de una gran corporación, el WIP puede ser naturalmente mayor.
Sea estratégico: Conecte sus métricas con las metas de su empresa. El rendimiento es una gran métrica si su empresa tiene como objetivo crear un producto rico en funciones. Los cuellos de botella del proceso son críticos si eres un empresario en solitario que crea un producto diferenciado.
Hazlos visibles: Crea paneles a los que puedan acceder todos los miembros del equipo. Aunque es posible que no veas mejoras de rendimiento a diario, el seguimiento de los indicadores principales puede ser útil. Por ejemplo, el seguimiento del tiempo de cada tarea puede ayudar a predecir la duración del ciclo.
Hable de ellos con regularidad: Utiliza el sprint plan, las retrospectivas y otros eventos Agile/Scrum para discutir el rendimiento de las métricas Kanban. Debata las causas de fondo e innove posibles soluciones.
Mejorar continuamente: La mejora continua en ágil se aplica no sólo a lo que estás desarrollando, sino también a cómo estás haciendo el seguimiento del rendimiento. Evalúe continuamente sus métricas. Una vez optimizada la duración del ciclo, pase al Plazo de entrega. Cuando aumente el tamaño de tu equipo, adapta tus métricas Kanban en consecuencia.
Mientras estás en ello, es posible que te enfrentes a desafíos. Estos son los retos a los que probablemente se enfrente y cómo superarlos.
Métricas Kanban: Desafíos y Soluciones
Los proyectos de desarrollo de software de hoy en día son complejos, con docenas de partes móviles en un momento dado. Son una matriz de personas, procesos y tecnología que debe gestionarse eficazmente.
Hay muchos retos en ese proceso. Un sólido software de gestión de proyectos 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 utilizando el instinto visceral o la evaluación a posteriori. Por instancia, los desarrolladores pueden decir: "He tardado dos días en desarrollar esta función", que es una estimación aproximada.
Para resolver este problema, recopile datos precisos mediante técnicas de estimación ágiles. ClickUp dispone de herramientas para recopilar todos los datos que necesita.
- Control de tiempo para capturar cada minuto dedicado al trabajo
- Fecha de inicio y fecha de finalización de cada tarea y subtarea para calcular las duraciones del ciclo/plazo
- Dependencias para identificar cuellos de botella
- Asignación de usuarios a tareas para medir la productividad individual
Recopile datos de forma eficaz con el control de tiempo de proyectos de ClickUp
2. Falta de información
Incluso cuando se dispone de datos, a veces resulta difícil obtener información. Los gestores de proyectos suelen pasar horas recopilando datos en hojas de cálculo y haciendo cálculos. Paneles de ClickUp están diseñados para superar exactamente estos retos. Realice un 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 diversos Plantillas de Tableros Kanban son:
- Diagrama de flujo acumulativo
- Gráfico de burnup y burndown
- Estado del proyecto/tarea
- Cumplimiento de metas y progreso hacia los objetivos
Obtenga información en tiempo real sobre su proyecto con los paneles de ClickUp
3. Falta de información procesable
Supongamos que su duración media del ciclo es de tres semanas. Si quiere reducirlo, ¿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., para 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.
clickUp Vista Carga de trabajo para una asignación eficaz de los recursos_
4. Sobrecarga del administrador de gestión de proyectos
Gestionar un proyecto ágil de desarrollo de software implica muchas tareas de administrador, como asignar tareas, cambiar estados, enviar notificaciones, aplicar listas de control, etc. Realizar todas estas tareas crea retrasos y cuellos de botella innecesarios, que afectan a kPI de gestión de proyectos . Automatizaciones ClickUp tiene más de 100 flujos de trabajo que puede poner en piloto automático al instante.
plantillas de automatización de ClickUp
Aproveche las métricas Kanban para el intento correcto de gestión de proyectos con ClickUp
La ingeniería ágil se basa en la retroalimentación continua y el desarrollo iterativo. Los equipos de producto construyen, lanzan, supervisan y mejoran sus resultados en ciclos cortos.
El seguimiento de las métricas Kanban es fundamental para ello. Para sacar el máximo partido de las métricas Kanban, los equipos de ingeniería de software necesitan un software de gestión de proyectos robusto, flexible y rico en funciones como ClickUp.
ClickUp le permite recopilar datos, realizar un seguimiento de las tendencias, visualizar las perspectivas y crear estrategias de optimización en el seguimiento de sus tareas. Ofrece a los gestores de proyectos una vista de 360 grados, mientras que cada miembro del equipo puede ver informes granulares de su rendimiento.
Vea cómo ClickUp puede transformar su gestión de proyectos. Pruebe ClickUp gratis/a hoy mismo .
Preguntas frecuentes sobre métricas Kanban
1. ¿Cuáles son las métricas utilizadas en Kanban?
Teams Kanban utilizan varias métricas a lo largo del ciclo de vida de gestión de proyectos. Las métricas principales de Kanban 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 entrenador 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 WIP: Número máximo de tarjetas en una columna en un momento dado
- Punto de confirmación: La fase que significa que el trabajo ha comenzado (donde comienza la duración del ciclo)
- Punto de entrega: La fase que significa que el trabajo ha sido completada (donde termina la duración del ciclo)