Si no está roto, no lo arregles

Todos lo hemos oído un montón de veces, ¿verdad? “Si no está roto, no lo arregles.” La gente lo usa en todas partes como forma de desalentar las mejoras, la modernización o la refactorización. Muchas personas lo dicen y, como ocurre con muchas frases de este tipo, en la superficie parece razonable. Pero en la práctica, en realidad no lo es o, al menos, no tal como se usa normalmente, porque no se comprende bien.

Esto es muy similar al concepto de decirle a la gente que no ponga todos los huevos en la misma cesta, donde, más a menudo que no, se aplica a situaciones en las que la analogía de los huevos y la cesta no se aplica o está invertida respecto a la realidad. Pero, como es una frase memorizada, olvidan que hay una metáfora que tiene que sostenerse para que funcione. Puede llevar a decisiones terribles porque invoca un miedo irracional fundado en nada.

Del mismo modo, la idea de no arreglar cosas que no están rotas proviene de la teoría de que algo que está perfectamente bien y es funcional no debería desmontarse y manipularse solo por el gusto de manipularlo. Esto tiene sentido. Pero, por alguna razón, esta lógica casi nunca se aplica a cosas donde tendría sentido (ni siquiera se me ocurre un buen ejemplo de una de ellas) y, en cambio, se aplica a dispositivos complejos que requieren mantenimiento y cuidado periódicos para funcionar correctamente.

Por supuesto, si tu zapato no está roto, no lo destroces ni intentes pegarlo de nuevo. Pero los sistemas de infraestructura de tu negocio no se parecen en nada a un zapato. Son sistemas vivos con enormes niveles de complejidad que funcionan en un entorno en constante cambio. Requieren mantenimiento, supervisión, actualización y demás de forma constante para mantenerse en buen estado. Muy parecido a un coche, pero muchísimo más.

Nunca oyes, esperamos, que alguien te diga que no necesitas cambiar el aceite de tu coche hasta que el motor se haya gripado. Por supuesto que no; aunque todavía no esté roto, el objetivo es hacer mantenimiento para evitar que se rompa. Con un coche sabemos que si esperamos a que se rompa, estará realmente roto. Del mismo modo, no nos negaríamos a poner aire en los neumáticos hasta que las ruedas pinchadas se hayan arrancado de las llantas. Sencillamente no tiene ningún sentido.

Decirle a alguien que no mantenga los sistemas hasta que sea demasiado tarde es lo mismo que decirle que los rompa. Un coche con un mantenimiento adecuado podría durar cientos de miles de kilómetros, quizá millones. Uno sin aceite tendrá suerte si consigue cruzar la ciudad. Comprar un motor nuevo cada pocos días en lugar de cuidar el que tienes significa que podrías pasar toda una vida sin destruir un motor.

Lo mismo ocurre con la infraestructura de tu negocio. El código envejece, los sistemas se desgastan, surgen nuevas tecnologías, existen nuevas necesidades, la red interactúa con el mundo exterior, se necesitan nuevas funciones, se identifican y corrigen vulnerabilidades y fragilidades, salen actualizaciones, se desarrollan nuevos ataques, etcétera. Incluso si nunca se crearan nuevas funciones, los sistemas necesitan gestionarse y mantenerse con diligencia para garantizar un funcionamiento seguro y fiable – como un coche, pero mil veces más complejo.

En términos de sistemas de TI, roto significa innecesariamente expuesto a la piratería, el robo de datos, la pérdida de datos, el tiempo de inactividad y las ineficiencias. En el mundo real, deberíamos considerar que el sistema está roto en el momento en que se necesita mantenimiento. ¿Cuánto ransomware no sería hoy una amenaza si los sistemas simplemente se mantuvieran de forma adecuada? Como profesionales de TI, tenemos que dar un paso al frente y explicar que los sistemas sin mantenimiento ya están rotos; el desastre sencillamente todavía no ha golpeado.

Si siguiéramos el mantra de “si no está roto, no lo arregles” en TI, esperaríamos *hasta* que nos robaran los datos para parchear las vulnerabilidades, o esperaríamos hasta que los datos fueran irrecuperables para comprobar si teníamos copias de seguridad que funcionaran. Por supuesto, eso no tiene ningún sentido. Pero esto es lo que a menudo se sugiere cuando la gente te dice que no arregles tus sistemas hasta que se rompan – te están diciendo que ¡dejes que se rompan! Plántate, no aceptes ese tipo de consejo. Explica que el propósito de un buen mantenimiento de TI es evitar que los sistemas se rompan siempre que sea posible. Evitar el desastre, en lugar de invitarlo.