La congelación de los cambios en esta época

Tradiciones navideñas. Villancicos, Black Friday, Cyber ​​Monday, pastel de frutas, ponche de huevo y cambio de moneda. Es esa época del año nuevamente en la que las empresas de todo el mundo dejan de permitir cambios en la producción. Hablemos de esto.

Change freeze, si no lo sabe, es el proceso de permitir que solo se implementen parches de emergencia. Esto no significa que el trabajo se detenga en las funciones de codificación. Significa que las características que se codifican se mantienen hasta después del congelamiento y luego se entregan.

Otro concepto a considerar es el inventario, uno de los principales desperdicios en Lean. En una cadena de suministro, usted controla su inventario. Quiere lo suficiente para amortiguar la demanda, pero realmente le gustaría tener la información para permitir el flujo justo a tiempo del producto con poco o ningún inventario. En las cadenas de suministro de software, no creamos inventario (historias de usuario, cambios de código) a menos que ya haya demanda, por lo que tenemos la capacidad de tener un inventario mínimo de historias de usuario y ningún inventario de cambio de código porque podemos diseñar un sistema para fluir con alta calidad. cambios en la producción tan pronto como se crean.

En el software, el inventario es más riesgoso que en una cadena de suministro física. No hay dos cambios de software iguales. Esto significa que la calidad no se puede asegurar antes de la entrega. Podemos validar que no rompimos los cambios anteriores, pero solo podemos esperar que el cambio actual sea correcto. Esto significa que necesitamos comentarios sobre cada cambio del usuario final para averiguarlo. Cuanto mayor sea el conjunto de cambios, mayor será el riesgo de que tengamos problemas.

Entonces, volvamos a cambiar la congelación. Los equipos aún están creando características, pero su señal de calidad ha sido cancelada. Sí, todavía están probando (las pruebas de su equipo, ¿no?), pero solo pueden probar la mala calidad conocida. A medida que aumenta el inventario de códigos, también aumenta el número de defectos desconocidos. Cuando se levanta el congelamiento, un inventario de lotes gigante se convierte en llamadas de soporte.

Entonces, ¿por qué seguir esta tradición todos los años? Falta de confianza. El nivel de confianza en que se pueden prevenir los cambios drásticos es demasiado bajo. Podemos aceptar esto y realizar el ritual anual o intentar algo más para reducir el riesgo. Sugiero dos soluciones.

• Este año, pase las vacaciones mirando su sistema de entrega. Identifique las cosas en las que no confía y ponga en marcha un proceso de mejora para ganar confianza. Elimine la variación causada por los procesos manuales y mejore la eficiencia y eficacia de las pruebas. Hacer. Cosas. Mejor.
• Si un proceso de mejora disciplinado parece demasiado trabajo, simplemente dé a los equipos de desarrollo unas vacaciones pagas para que no se generen más defectos sin la capacidad de detectarlos. Es menos arriesgado.

Si tiene otras ideas para la mitigación de riesgos en la entrega de software, compártala. Hagamos las cosas mejor para todos.

 Fuente: 

https://bdfinst.medium.com/5-minute-devops-holiday-special-2d6891dd0c61