¿Qué significan las métricas para los equipos ágiles?

Cuando fui entrevistado para el puesto de Product Owner, me di cuenta de que tenía una brecha importante en las métricas de negocios en el proyecto Agile, porque Yo trabajo en una agencia gubernamental. En el segmento ruso, la información es bastante escasa. En el segmento de inglés, me gustó mucho el artículo de Ashwinee Kalkura . Por lo tanto, decidí hacer una pequeña traducción gratuita. El artículo original está aquí .

¿Qué significan las métricas para los equipos ágiles?

Muchos están tratando de entender qué es la "mejor práctica" en la industria y aplicarla a su producto para mejorar su propio rendimiento. Durante algún tiempo me pregunté si existe una solución tan universal y efectiva.

Las organizaciones tienden a copiar "lo que funcionó para otros", sin siquiera preocuparse por las limitaciones y condiciones bajo las cuales una métrica en particular funcionó para "otros".

Entonces, ¿qué medir? En mi opinión, las organizaciones que han entendido qué y cuánto medir en un producto han sobrevivido y prosperado hasta ahora. Eventualmente se convirtieron en organizaciones ágiles. Cuando tienen varios productos, tienen diferentes enfoques para cada uno de ellos. ¡Algunos productos necesitarán muchas estadísticas y datos, mientras que otros necesitarán solo un par de métricas!

¿Y cómo entender qué se necesita medir exactamente? Para mí, la guía más cercana es el séptimo principio en el Manifiesto Ágil: "el software de trabajo es la mejor medida del progreso". Si puede determinar qué software funciona para usted, será más fácil medir el progreso.

Una vez más, todos deberían definir su software "funcional" de manera diferente. Por lo tanto, es muy importante tener una visión holística de quién es el cliente, quién es el desarrollador, quién es el patrocinador y quién controla el proceso. Tratemos de considerar el proceso de cada uno de ellos.

Empresa / Propietario de producto / Gerente de producto

En un equipo ágil funcional, este rol es el principal responsable de la comprensión del mercado y la síntesis de datos. PO tiene una "hipótesis" sobre lo que hace que una organización sea rentable. Cuando todo lo que tiene es una hipótesis, es muy importante encontrar las métricas correctas. Los siguientes indicadores pueden ser necesarios:

1. Costo del retraso : Este es el efecto del tiempo en los resultados que esperamos lograr. Esta es la respuesta a la pregunta: "¿Qué perderemos (cuánto nos costará) si lo hacemos 1 mes después"? O "¿qué obtendremos si lo hacemos 1 mes antes?"
2. Ajuste del producto / mercado (PMF) : es el ajuste del producto a las expectativas del público objetivo. Cuando tiene un producto que satisface las necesidades de un mercado en particular, y sin el cual su audiencia perderá mucho, esto se llama Ajuste de Producto / Mercado.
3. Prueba de suposición más riesgosa (RAT) : esta es la prueba de suposición más riesgosa. Para hacer esto, no hay necesidad de hacer nada más de lo requerido para verificar su mayor riesgo. No se necesita un código o diseño perfecto. Solo verificación de supuestos riesgosos con indicadores. Después de evaluarlo, se toma la decisión de continuar con el proyecto.
4. Producto mínimo viable (MVP) : una versión del nuevo producto que permite al equipo satisfacer la cantidad máxima de necesidades del cliente con el menor esfuerzo. Es un producto con suficientes características para satisfacer a los primeros clientes, proporcionar comentarios y seguir desarrollando el producto.
5. Producto mínimo comercializable (MMP) : describe un producto con el conjunto de características más pequeño posible que satisface las necesidades de los usuarios iniciales (innovadores y primeros usuarios) y, por lo tanto, puede venderse. MMP es una herramienta para reducir el tiempo de comercialización: se puede lanzar más rápido que un producto rico y multifuncional.
6. Tiempo de ciclo: tiempo de ciclo: el tiempo total desde el momento de comenzar a trabajar en una nueva característica, tarea, error hasta su finalización. El tiempo del ciclo incluye el tiempo del proceso en sí y el tiempo de demora durante el cual parte del trabajo se gasta esperando que se complete la siguiente acción.

El grupo de productos debe tener un mecanismo para comprender y seguir los indicadores que son importantes para los patrocinadores / inversores. Esto asegurará que el ciclo se cierre y que cualquier oferta de Pivot esté justificada.

Patrocinador / Inversor

Este grupo está interesado en las mismas métricas que utilizan los gerentes de negocios / productos antes de lanzar el producto. Las siguientes métricas son más importantes durante y después del lanzamiento del producto:

1. Satisfacción de los empleados : los empleados más felices y motivados se aseguran de que el cliente esté feliz e involucrado en el proceso. La satisfacción del empleado es la terminología utilizada para describir si los empleados están satisfechos y si cumplen sus deseos y necesidades en el trabajo. La satisfacción de los empleados es un factor en la motivación de los empleados, el logro del objetivo de un empleado y la moral positiva de los empleados en el lugar de trabajo.
2. Coeficiente viral : este es un número que le indica cuántos clientes aporta cada uno de sus clientes a su negocio. Por lo tanto, esto significa que si su coeficiente viral es 2, entonces su cliente actual atraerá a 2 clientes. Esta métrica calcula un ciclo de circulación exponencial, a veces llamado viralidad, que acelera el crecimiento de una empresa. La viralidad es un incentivo esencial para que los clientes envíen amigos o colegas a su empresa.
3. Costos hundidos : en la economía y la toma de decisiones comerciales, los costos hundidos son costos que ya se han incurrido y que no se pueden recuperar. Los costos no reembolsables a veces se contrastan con los costos anticipados, que son costos futuros en los que se podría incurrir o cambiar si se toman medidas.
4. Tiempo de ciclo viral: el tiempo de ciclo viral es el tiempo que se tarda en completar uno de esos ciclos. En otras palabras, el tiempo del ciclo viral es el tiempo que le toma al usuario invitar a otro usuario.
5. Net Promoter Score : (NPS) es una herramienta de administración que se puede usar para medir la lealtad del cliente. Sirve como una alternativa a las encuestas tradicionales de satisfacción del cliente y afirma que se correlacionan con el crecimiento de los ingresos. El puntaje de Net Promoter se calcula en función de las respuestas a una pregunta: ¿Qué posibilidades hay de que recomiende nuestra empresa / producto / servicio a un amigo o colega? La puntuación para esta respuesta se basa con mayor frecuencia en una escala de 0 a 10. Los que responden con una puntuación de 9 a 10 se denominan promotores. Aquellos con un puntaje de 0 a 6 están marcados como "Detractores". Las respuestas 7 y 8 están indicadas por pasivos, y su comportamiento aumenta en medio de Promotores y Detractores. El puntaje neto del promotor se calcula restando el porcentaje de clientes que son detractores del porcentaje de clientes que son promotores. Para calcular el indicador NPS, se tienen en cuenta los pasivos en el número total de encuestados, lo que reduce el porcentaje de detractores y promotores y lleva el puntaje neto a 0.
6. Índice de felicidad del cliente (CHI) : en lugar de usar NPS, una organización también puede crear su propio índice de felicidad del cliente, incluidos los parámetros que desea medir. Este enfoque tiene una ventaja, porque la organización debe "hablar con el cliente" y puede comprender los parámetros que son necesarios para su contexto.
7. % De clientes que pagan : comprender cuántas personas usan un producto / servicio pagado en una base común de clientes nos ayuda a comprender mejor el mercado.
8. Tasa de conversión: la esencia del embudo de conversión es que comienza con clientes potenciales, luego muestran interés y luego se convierten en clientes potenciales, que luego se convierten en ventas. Se calcula el porcentaje de conversión en cada paso. La tasa de conversión general para un embudo de ventas se determina por el hecho de que el número de ventas se divide por el número de clientes potenciales y se multiplica por 100.
9. Costo de adquisición del cliente : CAC se puede calcular simplemente dividiendo todos los costos de adquirir más clientes (gastos de comercialización) por el número de clientes comprados durante el período durante el cual se gastó el dinero. Por ejemplo, si una empresa gastó $ 100 en marketing al año y adquirió 100 clientes ese año, su CAC es $ 1.
10. Adherencia al cliente . La fidelidad del cliente es una mayor posibilidad de usar el mismo producto o servicio que se compró en el último período de tiempo.

Desarrollador / Constructor

Desafortunadamente, la mayoría está tratando de medir el producto aquí. Si bien las métricas e indicadores aquí le dan la respuesta a la pregunta “¿estamos desarrollando el producto correctamente?”, Y no garantizan que estamos desarrollando el producto correcto. Las métricas que se describen en esta sección siempre deben complementar los indicadores de los que hablamos en las secciones anteriores. Estas son las métricas que dicen que aplicamos las metodologías ágiles correctamente. Este grupo está orientado a la tecnología y, por lo tanto, las métricas son más técnicas. Algunos de los indicadores que podrían ayudar a comprender "estamos desarrollando correctamente":

1. Estado de la canalización de CI / CD : ¿son correctas las compilaciones? ¿Son lo suficientemente rápidos para que los equipos experimenten?
2. Número de construcciones ecológicas por día / semana : disciplina del equipo, revisión diaria del código y frecuencia de construcción. Un equipo puede trabajar en grupos pequeños porque saben que el último código lógico que enviaron funciona.
3. % de compilaciones ecológicas : no solo es importante el número de compilaciones , sino también cuántos de ellas eran de alta calidad. Un buen desarrollador no quiere que otros se queden atrapados por su culpa.
4. Cobertura de prueba unitaria: el cumplimiento de la Pirámide de prueba ágil es la única forma de encontrarse en una zona de desarrollo rápido de productos. Las pruebas unitarias deben ser ~ 80% de todas las pruebas.
5. Cobertura de código : la cobertura de código es un término para describir qué código ejecuta la aplicación. Para comprender qué código tiene demanda y cuál no.
6. Cobertura de prueba no funcional . Es importante comprender los requisitos no funcionales, a menudo llamados pruebas de ility (usabilidad, disponibilidad, confiabilidad, etc.), porque el mercado o el cliente no nos preguntarán directamente sobre los requisitos no funcionales.
7. Evaluación comparativa de NFR : la evaluación comparativa es una parte importante para comprender lo que podemos lograr. Por lo general, los "mejores" productos y el proceso de comercialización utilizado por los competidores directos y las empresas que trabajan en otras áreas similares generalmente se toman como modelo para identificar posibles formas para que la empresa mejore sus propios productos y métodos de trabajo.
8. Defectos encontrados por unidad de Prueba de Unidad / Funcional / Integración : aunque el número de defectos puede no indicar nada significativo, nos retrasan en el desarrollo.
9. Número de defectos por característica de Producción / UAT / Cliente : en la mayoría de los casos, la característica es lo que paga el cliente. Comprender las funciones importantes y la creencia de que están construidas con calidad hace que los desarrolladores de sistemas se centren más en lo que realmente importa.
10. Defectos con los que se puede vivir : ¡No todos los defectos son críticos! Presta atención a lo más importante y pasa el menor tiempo posible con los demás. A menudo, es una versión de trabajo que es importante y la mejora no siempre es la decisión correcta.
11. Retrabajo : dedicamos mucho tiempo a la revisión, tiempo que puede usarse para "trabajar". Prácticas tales como pruebas divididas, trabajo en pares (por ejemplo, prueba de desarrollo, documentación de prueba, etc.), entornos separados, pruebas y corrección por parte del desarrollador, pueden ayudar a los equipos a evitar el costo de reparar defectos posteriores.

Cliente / Usuario

La persona para quien estamos creando la solución también es parte del sistema. Los clientes pueden o no entender cualquier número, medida o métrica. Quieren que sus problemas se resuelvan fácilmente, y ellos mismos no quieren profundizar en este proceso. No debemos crearles estrés. ¡Las organizaciones o empresarios que entienden la declaración anterior y trabajan en ella tienen más éxito!

Resumen:

En el mundo real, podemos distinguir entre diferentes roles, como hice aquí, pero no podemos diferenciar. Se debe tener cuidado para comprender qué, cuándo y cuánto, y siempre tener en cuenta las circunstancias y limitaciones en las que funciona el producto. La mayoría de las métricas hablaron sobre la importancia de estar conectado con un cliente, y es imperativo que tomemos este punto de vista desde el primer paso que damos para crear un producto o servicio.

Sobre el autor

Las calificaciones de Ashwinee Kalkura incluyen las certificaciones profesionales SPC4, PMP, CSM, CSP, SA, SASM, SSM, ICP-ACC y SSGB. Tiene una experiencia progresiva de 16 años en redes, industria móvil y minorista y múltiples metodologías. Ashwinee actualmente trabaja como jefe de consultoría Agile & SAFe en KnowledgeHut. Ha impartido capacitación SAFe para más de 450 candidatos en la región APAC.