Tan pronto como empiece a tener miedo de su tecnología, pronto aparecerán nuevas razones para temer.
El bucle de miedo se tensa así:
- Ediciones menores conducen a consecuencias impredecibles, atemorizantes o costosas.
- Estamos empezando a temer el cambio.
- Intentamos que todas las ediciones sean lo más pequeñas y locales posible.
- La base del código está llena de parches, excepciones y casos especiales.
- El miedo se intensifica.
El miedo comienza cuando una edición inofensiva inesperadamente causa un problema. Tiempo de inactividad en la producción o simplemente un error molesto. Un error puede atraer la atención de la gerencia. ¡Nada inspira miedo como una reunión de directores sobre
su defecto en el código!
Hubo tanta molestia, porque el desarrollador no pudo predecir todas las consecuencias del cambio. Quizás el conjunto de pruebas fue insuficiente. O ha surgido un caso especial que solo se observa en la producción. (Por ejemplo, un solo cliente cuya configuración de datos es diferente a la de todos los demás). Cualquiera sea la razón específica, el resultado es: "No sabía que esto sucedería".
Varios eventos similares, y ahora los desarrolladores y gerentes de proyectos no quieren tocar nada fuera de su esfera estrecha. Esconden sus cabezas en la arena como avestruces.
El problema es que este comportamiento tendrá consecuencias. Inevitablemente, la base del código comenzará a deteriorarse, aumentará la necesidad de cambios importantes y aumentará el volumen de refactorización en las compilaciones sin lanzamiento.
El círculo vicioso se cierra cuando una de estas avestruces se convierte en el culpable del error de otra persona. A partir de este momento, el ciclo del miedo se vuelve autosuficiente. El precio de incluso pequeños cambios continúa creciendo sin cesar. El tiempo requerido para liberar los cambios también está aumentando.
Punto de inflexión
Esto puede terminar de tres maneras:
- Refactorización del código cardinal (generalmente con un equipo diferente) bajo el lema "¡ahora lo haremos bien !" Ver también: Síndrome del segundo sistema y "Lo que nunca se puede hacer, parte I" .
- Subcontratación a gran escala.
- Venta de activos afectados a otra empresa.
Cómo evitar el bucle
El ciclo del miedo comienza cuando las personas perciben un problema técnico como personal. Por primera vez, cuando un simple cambio de código condujo a grandes e impredecibles consecuencias, debe llamar a las "fuerzas especiales técnicas", un equipo de especialistas. Determinarán por qué el sistema permitió esto y qué cambios técnicos ayudarán a evitar esto en el futuro.
El tribunal es la peor respuesta al fracaso.
La diferencia entre las "fuerzas especiales técnicas" y el tribunal es cómo personas específicas abordan este problema. Para evitar el lazo del miedo, se requiere una guía sabia. Busque personas con experiencia en DevOps y gestión técnica de proyectos.
Cómo romper un bucle
Como muchos bucles reforzados, el ciclo del miedo es increíblemente difícil de romper. Hasta ahora, no he observado un solo caso de salida exitosa de él. Si comenzó en su empresa, ¡me encantaría saber sobre su experiencia!