Cómo incorporar métricas objetivas al rendimiento del equipo de desarrollo de aplicaciones (y por qué querrías)
Muchos altos directivos que han pasado por una transformación de una organización de desarrollo de software tradicional a una organización con equipos Agile autoorganizados, entender que este fue un ejercicio necesario para garantizar que el valor se entregue más rápido a su entorno empresarial en constante cambio. Donde la supervivencia de las empresas es a menudo un resultado directo de ofrecer nuevas funciones de usuario más rápido que la competencia., estos gerentes generalmente están contentos de haber pasado por esto, pero también reconocen que adoptar una forma ágil de trabajar no es una panacea ni una garantía de éxito.
”Aunque el concepto de equipos autoorganizados suena genial, todavía necesitan ser gestionados en el contexto de toda la organización, su misión, visión y estrategia.”
La alta dirección necesita tomar decisiones con respecto a los presupuestos, inversiones, dotación de personal, qué hacer, y que no hacer. Necesitan decidir sobre las direcciones estratégicas, los objetivos y metas, el modelo operativo, pero también monitorear el progreso y hacer correcciones cuando sea necesario.
Lo que vemos en el mercado es que las organizaciones luchan con este último, y esto se debe en gran medida a la falta de información de gestión objetiva. Muchos equipos ágiles usan métricas de progreso que tienen sentido en su equipo, pero que no se puede agregar en información de gestión útil. sin embargo, es importante entender el rendimiento de los equipos ágiles, ya que están proporcionando valor al negocio y a sus clientes.. Vemos que las empresas operan en diferentes niveles de madurez en lo que respecta al control que tienen sobre sus equipos de desarrollo de aplicaciones.. La pregunta es: ¿En qué nivel de madurez se encuentra su empresa??
Un modelo bien conocido para observar la madurez de los procesos es la Integración del Modelo de Madurez de la Capacidad. (CMMi) modelo. Este modelo evalúa los procesos de desarrollo en 5 niveles diferentes (ver figura).
Fuente: https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration
Este es un buen principio y también se puede utilizar para evaluar el control sobre los equipos de desarrollo Agile.. El modelo de madurez de control ágil (ACMM), basado en los niveles de CMMi, permite a la alta dirección comprender el nivel de control con respecto a sus equipos ágiles y el valor que ofrecen. La siguiente tabla muestra la forma en que IDC Metri observa los diferentes niveles de madurez del control Agile.
Bajos niveles de madurez (0, 1 y 2)
La mayoría de las organizaciones actualmente están a nivel 0 o 1. Pasaron por la transformación, y los CIO y otros altos directivos recibieron consejos de entrenadores ágiles y otros consultores sobre cómo deben administrar la nueva organización donde los equipos autoorganizados tienen mucho poder para decidir, y el negocio está trabajando muy de cerca con los equipos para crear valor. sin embargo, en el nivel 0 o 1, no tienes idea de cuánto valor se crea para el presupuesto gastado, y cómo se relaciona esto con la competencia. Un acuerdo de subcontratación exitoso es aquel que tiene un precio competitivo, la previsibilidad es baja y es difícil administrar las interdependencias entre los equipos y pronosticar cuándo estarán listas ciertas piezas de software. Los equipos externos se contratan en función del tiempo y los materiales. (tarifas por hora) y no basado en resultados (máxima relación calidad-precio).
Altos niveles de madurez (3, 4 y 5)
A medida que una organización alcanza un mayor nivel de madurez, La alta dirección tiene cada vez más control. Las métricas objetivas se muestran en paneles actualizados, permitiéndoles tomar decisiones basadas en hechos. Esto trae muchos beneficios, como por ejemplo:
- La capacidad de demostrar a las partes interesadas que usted (el CIO y el Gerente Senior) tiene el control del rendimiento y la creación de valor de los equipos ágiles.
- Concéntrese en la creación de valor real mejorando la productividad y la velocidad de entrega, al tiempo que mejora la calidad del producto.
- Las mediciones objetivas se utilizan para comprender cuáles son los equipos de alto rendimiento y cuáles son los equipos de bajo rendimiento.. Luego, las razones por las que esto puede investigarse y las acciones de mejora pueden llevarse a cabo..
- La precisión de la estimación de costos de software mejora enormemente, ya que los datos de la organización y los equipos se pueden utilizar para calibrar los modelos paramétricos.
- Los indicadores adelantados dan como resultado una mayor previsibilidad de los equipos., Eliminación de desviaciones de cronogramas o costos..
- Basado en mediciones objetivas y eliminación dirigida de infracciones críticas, el riesgo en la cartera de aplicaciones se reduce significativamente mientras que la calidad, la mantenibilidad y los niveles de costo mejoran.
- Las métricas basadas en resultados se pueden utilizar en la contratación de equipos ágiles, Permitir a las organizaciones seleccionar el equipo que proporcione la mayor relación calidad-precio. (productividad por tasa promedio) en lugar del más barato que puede no ser productivo en absoluto.
Y hay muchos más beneficios.
En la siguiente figura, se muestran las mejoras de productividad típicas que observamos, dónde 0% es el promedio del mercado para equipos/aplicaciones comparables.
Ser una función costosa, Los equipos de desarrollo ágiles deben administrarse para garantizar que el valor se optimice para la inversión. Pero, como se mide el valor? Cuando los líderes de TI luchan con este desafío común, IDC Metri ha preparado una lista de verificación para ayudarlo a administrar y medir el desempeño de sus equipos. haga clic aquí para descargar la lista de verificación.
