Quiero encontrar el derecho Métricas ágiles ¿Y KPIS para su negocio?
Udn Webber
Jefe de redacción
Quiero encontrar el derecho Métricas ágiles ¿Y KPIS para su negocio?
Si su equipo está experimentando una transformación ágil o ya sabe cada principio ágil de adentro hacia afuera, usted[dieciséis]todavía
Y ahí es donde[dieciséis]Metrics Agile y KPIs
Adelante.Le brindan información detallada a su equipo, progreso y rendimiento.
Pero solo hay un problema.
Hay[dieciséis]demasiados
¡Para escoger de!Por eso hemos resaltado 12 de los[dieciséis]lo más significativo
métricas tu[dieciséis]Equipo ágil debe seguir También le proporcionaremos una guía rápida para encontrar las métricas ágiles adecuadas para su organización.Vamos a sumergirte justo en.
[dieciséis]Métricas ágiles
están[dieciséis]estándares solía hacerlo[dieciséis]la medida y monitorear el rendimiento de un equipo o proyecto ágil.Y son un importante Parte del proceso de desarrollo ágil.
¿Por qué?
Sin ellos, no podrá descubrir cómo es realmente productivo su equipo de software.
¡Y no tendrá idea de si el producto de software de trabajo se está ejecutando bien o está lleno de errores de hilado de cabeza!
Todo su equipo de desarrollo ágil tiene que realizar un seguimiento de estas métricas ágiles accionables en todo el proceso de desarrollo para mejorar después de cada sprint.
Y no, esto no es solo un truco de autoayuda.
Es parte de la[dieciséis]Mentalidad ágil.
De hecho,[dieciséis]mejora continua
es uno de los pilares de la Metodología ágil . La eficiencia y la calidad del software del equipo ágil tienen que aumentar cada sprint. Y métricas y[dieciséis]Kpis Dales ideas sobre cómo hacer esto.[dieciséis] Quiero aprender más sobre el
[dieciséis] Método ágil [dieciséis] ?[dieciséis] Aquí está nuestra
[dieciséis] [dieciséis] Curso de Crash sobre Administración de Proyectos Agile [dieciséis] .
Ahora echemos un vistazo a algunas métricas ágiles fascinantes que hacen que las mediciones sean manejables. 😉
Si desea desarrollar un gran software, su[dieciséis]equipo de productos
Debe tener en cuenta estas métricas:[dieciséis]Cobertura de código
Es una de las métricas de calidad ágil más populares. Destaca el número de líneas de código que se han probado.Al medir la cobertura del código, puede identificar las partes del software de trabajo que no se han probado y pueden tener[dieciséis]insectos
¡Acechando dentro, listo para aparecer cuando menos lo esperas!Con este[dieciséis]Desarrollo Ágil de Software
Métrica, puede exterminar estos errores y mejorar la calidad del software con facilidad.[dieciséis]Puntuación de Promotor Net
es una métrica de satisfacción del cliente que indica si sus usuarios están listos para[dieciséis]recomendar Su producto a sus amigos, colegas, etc.Entonces, ¿cómo sabes si tus clientes te aman o no?
Se les pide a sus usuarios que completen una encuesta donde puedan calificar la probabilidad de que sean recomendar su producto en una escala de 10.
Luego identifica el% de '[dieciséis]promotores
'(Los que calificaron 9 - 10) y'[dieciséis]detractores '(Los que calificaron 0 - 6) y restar los porcentajes.Si el NPS de su producto está en la zona negativa (menos promotores, más detractores), es hora de volver al tablero de dibujo.
[dieciséis]Hora de comprar
es el período de tiempo entre el primero[dieciséis]áspero Idea del proyecto ágil y cuando finalmente está listo para golpear los estantes del mercado.Su equipo de desarrollo de software necesita enfocarse en[dieciséis]reducción
El tiempo para comercializar.¿Por qué?
Sus competidores (y usted) están constantemente innovadores y pueden tener nuevos trucos en sus mangas.
Cualquier retraso en el lanzamiento le da tiempo a su competencia para atraer a usted y lanzar un producto tecnológicamente avanzado antes de hacerlo.
Como resultado, es posible que su software no pueda rastrillar en todo el $$$.
Tú sabes qué dicen ellos:
Si aún no lo has adivinado, un artículo de trabajo es un trabajo.
Puede ser una historia de usuario, una nueva característica de software o una tarea.
los[dieciséis]elemento de trabajo
[dieciséis]años Indica cuánto tiempo hace el artículo fue creado por primera vez. Es aumenta la edad hasta que finalmente se haya completado.Durante la fase de planificación de Sprint, el equipo ágil tiene que elegir con qué artículos de trabajo tienen que trabajar en un sprint.
Sin embargo, a veces, un elemento de trabajo puede ser descuidado o empujado a las múltiples listas de Sprint, como el niño que ha elegido el último en el gimnasio. 😔
La edad de estos artículos de trabajo sería mucho más antigua que cualquier otra[dieciséis]Artículo de sprint backlog
.Tienes que identificar estos Oldies para que puedas:
Demasiados elementos de trabajo antiguos significan que hay algo incorrecto con la forma en que su equipo ágil desarrolla los requisitos del usuario. Esto puede ser un problema, ya que hace que sea más difícil priorizar el trabajo, lo que resulta en una gran cantidad de deuda técnica y fondos desperdiciados.
Cada equipo de Scrum tiene que centrarse en su desempeño y eficiencia.
Por lo tanto, estas métricas cuantitativas de proyectos ágiles son el camino a seguir:
[dieciséis]Velocidad del equipo
se refiere a la cantidad de trabajo a[dieciséis]Equipo de scrum Puede terminar en un sprint de 1-4 semanas. Puedes determinar la velocidad de tu equipo con Gestor de tareas UDN Tableros de mandos, vistas a la caja, vista de carga de trabajo y luego personaliza su flujo de trabajo usando[dieciséis]Puntos de scrum .Esta métrica se puede utilizar para medir la velocidad a la que puede entregar su equipo de Scrum[dieciséis]valor
a su negocio.Si su equipo de desarrollo conoce su velocidad, pueden responder a esta pregunta anterior:
Durante un[dieciséis]Sprint retrospectiva,
los Maestro de scrum Puede usar la velocidad para predecir cuándo su equipo ágil escalado podrá desplegar el software final de trabajo.Por ejemplo, si su proyecto ágil tiene 100 puntos de historia, y su equipo de software tiene una velocidad de sprint de 20. Tomará su equipo (100/20) = 5 sprints para envolverlo.
[dieciséis] No estoy seguro de qué
[dieciséis] Ágil [dieciséis] Los puntos de la historia son? Revisa nuestra [dieciséis] [dieciséis] Guía detallada de los puntos de historia ágil.Pero, ¿cómo rastrea la velocidad?
los[dieciséis]Widget de la carta de velocidad
Agrupe automáticamente sus datos para visualizar la cantidad de tareas que completó su equipo en un período de tiempo en particular.Aquí, sus unidades de trabajo (tareas o puntos de historia) se pueden mostrar en intervalos mensuales o semanales.
Tampoco podrás ver ' Que tan rápido ibas ' o[dieciséis]velocidad media
en la esquina superior derecha del widget.[dieciséis] Echa un vistazo a
[dieciséis] [dieciséis] Guía rápida para los gráficos de velocidad.Una de las métricas ágiles cuantitativas más populares, la[dieciséis]Tabla de Burndourgues Sprint
, se utiliza para rastrear la cantidad de trabajo que queda en un sprint en particular.Piense en ello como una versión ágil de una 'barra de descarga'.
(Tal vez no sea tan molesto como este.)
Puede rastrear esta métrica ágil con un gráfico de Sprint Burndown.
Decinemos este gráfico:
Una mirada rápida al widget del gráfico de Burndown, y podrá ver si su equipo de Scrum podrá cumplir con el objetivo de Sprint en el tiempo. O de lo contrario, tendrán que pique para cumplir con los plazos. 🏃♀️
[dieciséis] ¿Tienes algunas preguntas encendidas sobre las quemaduras? Echa un vistazo a nuestro
[dieciséis] Guía completa sobre [dieciséis] Burndown Sprint [dieciséis] gráficos.los[dieciséis]Sprint Burnup
La tabla visualiza el trabajo que su equipo Scrum ha completado[dieciséis]en contra el ágil total[dieciséis]alcance del proyecto .Te ayuda a Scrum Team, responda esta pregunta frecuente:
¿Como funciona?
Vamos a desglosar el Burnup:
Las tablas de quemaduras lo hacen super fácil de ver cuando su equipo hizo más progreso y cuando su equipo se desaceleró.
Para que puedas discutir las razones detrás de estos cambios en el Sprint[dieciséis]reunión retrospectiva
.[dieciséis] Quiero aprender más sobre esto
[dieciséis] Equipo de scrum [dieciséis] ¿métrico? [dieciséis] Lee nuestro [dieciséis] [dieciséis] Guía detallada de la gráfica de grabación [dieciséis] .A [dieciséis]gol de sprint
Es un conjunto de tareas y entregables que se pueden presentar al cliente al final del Sprint.Entonces, ¿cuándo se considera un Sprint exitoso?
Necesita cumplir con estas condiciones:
Durante todo el proceso de desarrollo, el equipo de Scrum debe realizar un seguimiento de la cantidad de veces que han golpeado la meta Sprint.
Dependiendo de las tasas de éxito, se darán cuenta de una de estas dos cosas:
Si su equipo ágil se encuentra en el último Escenario, esperemos que el Scrum Master no sea como Gordon Ramsay!
[dieciséis]¿Quieres que tu equipo ejecute sprints perfectos?
[dieciséis] Verificar [dieciséis] [dieciséis] cómo Gestor de tareas UDN Puede ayudarte con los sprints ágiles.
Si estás usando Kanban y[dieciséis]Principios delgados
Para administrar su equipo, deberá realizar un seguimiento de estas métricas magras:Cuando se trata de[dieciséis]Gestión de proyectos de Kanban,
[dieciséis]flujo acumulativo Es una de las métricas más significativas que existen.¿Por qué?
Porque los tableros de kanban, también referidos como[dieciséis]Tableros de Scrum
, proporcionar un diagrama de flujo acumulativo visualiza todo el flujo de trabajo de su equipo.Así es cómo:
Al observar el diagrama, puede detectar fácilmente cuellos de botella o procesos que desaceleren a su equipo.
¿Cómo?
Puede identificar fácilmente qué área de color es más grande que el resto. Eso significa que muchas tareas se atascan en ese estado (por ejemplo, 'Informe de progreso pendiente ") obstruyendo la tubería del proyecto.
¡Tendrás que encontrar maneras de desplegarlo antes de que se acabe de control de su proyecto!
[dieciséis] ¿Quieres saber más sobre el flujo acumulativo? Pasar por nuestro
[dieciséis] [dieciséis] Guía de diagramas de flujo acumulativo.[dieciséis]Rendimiento
es la cantidad de trabajo su magro o[dieciséis]Equipo de kanban Puede completar durante un período de tiempo específico.'Trabajo' aquí podría referirse a la historia de los usuarios, tareas, puntos de historia, tarjetas de Kanban, etc.
Al igual que la velocidad, el rendimiento se puede utilizar para estimar el rendimiento del equipo.
Si ve la disminución del rendimiento de un equipo Lean con el tiempo, tendrá que averiguar lo que ha salido mal.
[dieciséis] [dieciséis]Tiempo de espera
es una métrica kanban que rastrea el tiempo que se toma para una tarea o un producto para pasar por el ciclo de producción y entrega.Espera, ¿qué significa esto?
Echemos un vistazo al Krusty Krab, por ejemplo:
Un cliente hace un pedido de una Patty Krabby. SpongeBOB lo pone y lo sirve al cliente.
El tiempo que tomó de la[dieciséis]PEDIDO INICIAL A LA ENTREGA FINAL
es el tiempo de entrega.Ya sea que esté administrando un restaurante de comida rápida o un equipo de software, debe reducir el tiempo de entrega para mantener a sus clientes felices.
Pero, ¿cómo lo rastrales?
los[dieciséis]Widget de plazo de plomo
Calcula automáticamente el tiempo que se tarda en completar una tarea desde el momento en que se crea.[dieciséis] ¿Busca la fórmula secreta para calcular el tiempo de entrega? Nuestro
[dieciséis] [dieciséis] Guía de tiempo de espera [dieciséis] te ha cubierto!Tiempo del ciclo Es el tiempo necesario para que su equipo de Kanban trabaje en una tarea o un pedido de principio a fin.
Pero, ¿cómo es diferente del tiempo de entrega?
No estas métricas magras ¿Parece demasiado familiar?
Volvamos al ejemplo anterior:
Es el momento en que se tarda en que Spongebob cocine la hamburguesa.
Eso[dieciséis] no
cuenta para el tiempo necesario para ordenarlo o entregarlo.SpongeBob y su equipo de Scrum deben tener un tiempo de ciclo más corto para que puedan terminar muchas tareas (o 🍔) en un corto período de tiempo.
¿Cómo sigue esta vez?
Con el[dieciséis]Widget de tiempo de ciclo
, puedes visualizar cuánto tiempo se trabajó activamente una tarea.¿Quieres saber qué diferentes son realmente estas métricas significativas? Echa un vistazo a nuestro Tiempo de entrega vs. Tiempo de ciclo [dieciséis] artículo.
Buscar métricas ágiles para rastrear es como navegar por el pasillo de cereales de su tienda de comestibles.
Puede ser[dieciséis]agobiante
Como hay demasiadas opciones para elegir.Y no, no puedes simplemente llevarlos a todos!
Entonces, ¿cómo sabes qué? Ágil kpi ¿Se adapta a tus necesidades?
Echemos un vistazo al proceso de tres pasos para ayudarlo a hacer eso:
Así es como puedes reducir tus opciones, para que escoges solo lo mejor.[dieciséis]procesable
Métricas ágiles:
Al igual que cómo puede crear una mezcla de senderos nutritivos de bocadillos y dulces individuales, tendrá que mantener todas sus métricas ágiles en[dieciséis]una
lugar.Afortunadamente,[dieciséis] Gestor de tareas UDN Tableros de mandos
te ha cubiertoPuedes montar todo el[dieciséis]Sprint Widgets
(Sprint Burndown, quemaduras, velocidad, velocidad, etc.) Hemos mencionado anteriormente en un solo panel de instrumentos visualmente atractivos.No estás limitado a gráficos ágiles; Tienes widgets para rastrear todo tipo de cosas, como:
Y como puede llevar su mezcla de rastro en todas partes, puede transferirlo y[dieciséis]Datos de exportación del panel de exportación
Desde widgets en .pdf, .csv, .jpeg y otros formatos. De esta manera, ¡puede compartir información valiosa con sus clientes con facilidad!
Como ciertos coloridos cereales, las métricas no deberían ser bonitas para mirar.
En cambio, las métricas deben motivar a todos a impulsar el rendimiento del equipo.
Con[dieciséis] Gestor de tareas UDN Objetivos
, puede escribir objetivos que desea que su equipo ágil o scrum logre y estableciera objetivos realistas o "objetivos" que necesitan para cumplir.Por ejemplo, su objetivo puede ser "aumentar la velocidad del equipo en un 20%". Y para hacer eso, tendrán que completar 40 tareas.
De esta manera, cada vez que su equipo ágil completa una tarea, ¡el porcentaje de progreso del objetivo se actualiza automáticamente!
Cuando está eligiendo las métricas ágiles, asegúrese de que le ayuden a aprender más sobre sus procesos de implementación ágiles.
Pero recuerda, simplemente seguimiento de las métricas.[dieciséis]no es
suficiente.Necesitará una herramienta para comprender estas métricas y utilizarlas, como[dieciséis] Gestor de tareas UDN
!Gestor de tareas UDN tiene poderoso gestión de proyectos Características para ayudar a su equipo a tomar medidas sobre sus conocimientos ágiles y mejorar activamente.
[dieciséis]Obtener Gestor de tareas UDN gratis
Hoy y obtenga excelentes ideas sobre el desempeño de su equipo para dejarle así:¿Está buscando una solución simple, rápida, liviana y fácil de usar para su negocio? ¡Ponte en contacto con nosotros ahora!
