Nicole Forsgren, autora de Accelerate: The Science of DevOps – Building and Scaling High Performing Technology Organizations, habló con ConsejoTecnologico.com sobre las formas de medir el éxito de DevOps.
Cómo medir el rendimiento de entrega de los DevOps de su empresaDra. Nicole Forsgren, autora de Accelerate: La Ciencia de los DevOps explica cómo establecer KPIs que maximicen el rendimiento de los DevOps de su equipo.
Nicole Forsgren, autora de Accelerate: The Science of DevOps – Building and Scaling High Performing Technology Organizations, habló con Dan Patterson, de ConsejoTecnologico.com, sobre la medición y optimización de las iniciativas de DevOps. Comenzó abordando los obstáculos a los que se enfrentan las empresas al implementar DevOps:
Forsgren:«Creo que uno de los mayores (obstáculos) es no empezar o pensar que no estás preparado, ¿verdad? Cualquiera puede estar listo para empezar. Sólo tienes que empezar por algún lado. Otro gran desafío es no medir nada, lo que creo que es super importante porque si no se mide dónde se está, entonces no se sabe si se ha tenido éxito o fracaso, a menos que sea enorme. ¿Verdad? A menos que sea épico.
Lo que está de moda en ConsejoTecnologico.com
Otro gran desafío que veo es una especie de muerte por iniciativa. ¿Verdad? Es tan difícil si tienes 50 iniciativas, o incluso 20 iniciativas. Necesitamos reducirlo a un puñado de cosas esenciales en las que podamos centrarnos porque nuestra gente sólo puede hacer unas pocas cosas a la vez. El primero, por supuesto, es el rendimiento de la entrega de software, la capacidad de desarrollar y entregar software con rapidez y estabilidad.
Ahora algunas personas podrían pensar, ¿por qué es esto tan importante? Pero al ser capaces de desarrollar y entregar software con rapidez y estabilidad, podemos vencer a nuestros competidores en el mercado, podemos pivotar cuando necesitamos pivotar, podemos embotar a nuestros clientes, podemos mantenernos al día con los cambios regulatorios y de cumplimiento, y con las amenazas de seguridad. Otra categoría de resultados que son superimportantes es el desempeño organizacional. Encontramos que las personas de alto rendimiento tienen el doble de probabilidades de alcanzar o tener éxito en los objetivos de rendimiento de la organización. Así que estas cosas incluyen la rentabilidad, la cuota de mercado. Incluso cosas como la eficacia, la eficiencia y la satisfacción del cliente.
VER: Glosario rápido: DevOps (Investigación Tech Pro)
Ahora algo más que es súper importante que a veces la gente no considera, pero creo que es igual de importante, si no más importante, son los objetivos de equilibrio entre el trabajo y la vida personal. Encontramos que las inversiones en las capacidades de DevOps, como la automatización y los procesos, mejoran drásticamente la vida laboral de nuestros trabajadores, ¿verdad? Disminuyen el dolor en el empleo. Disminuyen el agotamiento. Mejoran la puntuación neta del promotor del empleado. Hacen que nuestras vidas sean mejores.
Cada vez que quieras medir algo, creo que es importante tener en cuenta dos cosas clave. La primera es centrarse en los efectos y no en los productos. La segunda es centrarse en medidas globales, y no en medidas locales. Bien, veamos el proceso de entrega de software como ejemplo, ¿cierto? Como ejemplo de una medida local, pero mucha gente tiende a centrarse en la velocidad, ¿verdad? Viene del movimiento ágil. Muchas veces tenemos grupos que se centran en los puntos de la historia. Historias que se desglosan hasta sus puntos. Los equipos asignan puntos a la cantidad de trabajo que creen que será, y luego, cuando usted termina su trabajo, un cliente aprueba esos puntos. La velocidad es una herramienta de planificación de la capacidad. Por lo tanto, es una medida de cuánto trabajo puede hacer un equipo.
VER: Descripción del puesto: Ingeniero de DevOps (Tech Pro Research)
No debería ser una herramienta de productividad, ¿vale? Hay algunas razones para ello. Una es que la velocidad es sólo para un equipo en un contexto particular. No debería usarse para comparar equipos. Otra es que se trata de una medida local, no global. Lo que quiero decir con esto es que podemos tener situaciones en las que los equipos obtengan esta métrica, ¿verdad? Usted puede sobreestimar los puntos que puede completar porque entonces cuando usted completa sus puntos usted consigue estrellas de oro adicionales en su frente. Otra cosa que puede suceder es que entonces no quieres ayudar a otros equipos a hacer su trabajo porque disminuye la cantidad de puntos que tu propio equipo puede hacer. Usted está optimizando para sus puntos locales, y no para el objetivo global de hacer el trabajo para promover los objetivos del negocio, ¿verdad?
Por lo tanto, también queremos centrarnos en los resultados y no en los productos. El resultado es la entrega de características para deleitar al cliente, no un resultado de puntos de historia para el equipo. Estamos viendo a DevOps tomar un impulso interesante en el mercado, y en la mente de tantas compañías. ¿Verdad? En el pasado era algo de lo que no estábamos totalmente seguros. En este momento estamos viendo a muchas más compañías prestarle atención porque se están dando cuenta de que tenemos resultados sólidos y resultados sólidos en el espacio de pruebas. Así que, en los próximos seis meses, creo que veremos una mayor participación de la mente. En los próximos 12 meses creo que veremos una adopción más amplia, y en los próximos 18 meses veremos una entrega aún mayor en los resultados finales de las empresas».
Boletín informativo para ejecutivos
Descubra los secretos del éxito del liderazgo en TI con estos consejos sobre gestión de proyectos, presupuestos y cómo enfrentarse a los retos del día a día. Entregado los martes y jueves
mismo