Los procesos ágiles de gestión de cambios son clave para entregar software más rápido

Con su énfasis en el valor de entrega más rápido, gestión ágil de productos debe priorizar tiempos de respuesta rápidos a los comentarios de los clientes. A pesar de esto, muchas organizaciones continúan confiando en prácticas de gestión de cambios engorrosas que pueden conducir a cuellos de botella en release entrega. Cuando se permite que las prácticas heredadas, como la revisión manual de cambios, afecten los plazos de entrega y de ciclo, afectan negativamente tanto al producto como a la experiencia del cliente.

Aunque los gerentes de producto rara vez se involucran en esfuerzos como acortar los tiempos de aprobación de cambios, la realidad es que acelerar la entrega de cambios es tan importante como administrar un trabajo pendiente. Los equipos de aprobación de cambios, por lo tanto, deben llegar a los gerentes de producto para acelerar el proceso para pasar de la historia del usuario a deployment, encontrándose en el medio asumiendo la propiedad mutua de los tiempos de aprobación de cambios. 

La aceleración de las aprobaciones de cambios se puede lograr a través de la tecnología: análisis de datos y automatización. El análisis de inteligencia artificial y aprendizaje automático (AI/ML) puede modelar el riesgo de cambio, lo que permite que los equipos dediquen tiempo solo a los cambios que plantean amenazas de riesgo genuinas. La automatización puede otorgar aprobación automática a cambios de bajo riesgo, especialmente aquellos que se ajustan a un modelo de cambio estándar. Este proceso resulta en más frecuentes releases y clientes más felices. También brinda la oportunidad de comenzar a trabajar inmediatamente en deploying los cambios beneficiosos en el próximo release.

La gestión del cambio es un punto crítico para la entrega de valor

La canalización de entrega de software puede ralentizarse drásticamente mientras releases esperar las aprobaciones de cambios. Sin embargo, muchas organizaciones siguen siendo cautelosas con su política de aprobación de cambios, y requieren la aprobación manual de la junta asesora de cambios (CAB) en casi todos los casos.

Las ralentizaciones también pueden ocurrir porque la aprobación del cambio representa una transferencia del desarrollo a las operaciones. Cuando las organizaciones están muy aisladas entre el desarrollo y las operaciones, se puede formar una cola como nuevo releases esperar deployaprobación del acuerdo. A la luz de esta relación, vale la pena mencionar que las aprobaciones de cambios lentos pueden representar más que los clientes que esperan el siguiente release; también pueden indicar un retraso en el desarrollo de comentarios que pueden usar para informar su trabajo en curso.

La Scrum.org El equipo destaca el detrimento que causa este retraso en la retroalimentación, y alienta a los equipos a considerar buscar conceptualmente una ventana de "tiempo para aprender" breve ⁠, lo que significa bucles de retroalimentación rápidos ⁠, en lugar de un corto tiempo de comercialización. La diferencia es sutil, pero se reflejará en las prácticas culturales. Una vez que los cambios son released, la empresa puede comenzar a aprender sobre los efectos de esos cambios en función del ciclo de retroalimentación de los clientes y usuarios. 

Los equipos de gestión del cambio tienen un papel importante: son guardianes para garantizar releases cumplir con los estándares mínimos de calidad, rendimiento y seguridad, resumidos como entrega de valor general. Los equipos pueden resolver el problema del traspaso incorporando dos cosas:

1. Implementar las mejoras de proceso necesarias para fomentar la propiedad del tiempo del ciclo de revisión de cambios de ambos lados de DevOps
2. Invertir en tecnología de análisis para que la gestión de riesgos sea más rápida e informativa

La gestión ágil de productos debe incluir la gestión del cambio en su ámbito

Los gerentes de productos ágiles ya tienen mucho en su plato. Sin embargo, aún deben asumir la propiedad del tiempo de ciclo general para garantizar que los cambios necesarios lleguen al mercado de manera oportuna. 

Para pasar del rol rezagado de "tomador de pedidos" a un rol líder y proactivo, los expertos ágiles sugieren buscar oportunidades de mejora de procesos para que la gestión de cambios y la gestión de productos puedan ser fluidas. tim creasey, director de innovación de Prosci, describe prácticas eficaces de gestión del cambio, que incluyen:

• Enfoque — El enfoque de gestión del cambio debe alinearse con las fases del proceso Agile y debe ser selectivo con respecto a qué actividades generan valor.
• Recursos — Las necesidades de recursos de gestión de cambios varían a lo largo de un esfuerzo de desarrollo Agile y deben estar listas para pivotar en función del impacto de los empleados en una fase determinada.
• Integración con Gestión de Proyectos — Los equipos de proyecto y gestión del cambio deben integrarse antes, con mayores niveles de comunicación y colaboración.

Mapee sus procesos e identifique los lugares donde se podría mejorar la gestión del cambio. Nina Scarnici (PMP, Publicis Seattle) dice que los asuntos de procedimiento tienden a complicar demasiado los procesos, creando un cuello de botella. “Cuando eso sucede, la forma más fácil de hacer las cosas bien es identificar dónde está perdiendo el tiempo, agilizar el proceso de trabajo y encontrar oportunidades para mejorar su flujo de trabajo”.

Apunte a tamaños de lote más pequeños. DevOpsGrupo procesos realizó un experimento mental para cambiar deployment frecuencia de trimestral a mensual a diario. “Cuanto más pequeño es el tamaño del lote, más fácil es probar, más fácil es deploy, y más fácil es revertirlo si falla, por lo que esperaríamos que la tasa de fallas de cambio disminuya, el tiempo de entrega disminuya, el MTTR disminuya y la disponibilidad aumente como resultado de una mayor frecuencia. deploymentos y lotes más pequeños.” 

Reconocer que con más frecuencia deployLos cambios entregan más valor en suma que los mismos cambios en un ciclo menos frecuente. DevOpsGrupo procesos señaló que “Dado cada deployment es una oportunidad para aprender lo que nuestros clientes realmente quieren y necesitan, también esperamos que el esfuerzo desperdiciado disminuya. Muchos equipos dedican tiempo a crear funciones que el cliente realmente no quiere y nunca usa (algunas estimaciones llegan al 50 % o más de las funciones entregadas que no agregan valor al cliente y, por lo tanto, se desperdician). Por deployAl trabajar con más frecuencia, en incrementos más pequeños, evitamos acumular grandes cantidades de trabajo que, en última instancia, no generan ningún valor”. 

La gestión ágil de productos tiene muchas prioridades, incluida la necesidad de incorporar los comentarios de los clientes en la próxima planificación de funciones, pero la gestión de productos también debe mantener los tiempos de entrega de cambios en un nivel alto. Dicho de otra manera: mejorar la gestión del cambio es a menudo una fruta madura para la aceleración de la entrega de valor y la mejora de DevOps continuidad del equipo en general. 

¿Quiere saber cómo crear una estrategia de integración basada en datos para potenciar su transformación digital? Vea nuestro seminario web: La clave para obtener resultados comerciales asombrosos son los datos.