Conservar el control de tu sistema, incluso sin ser técnico
Muchos sistemas funcionan muy bien — hasta el día en que hay que cambiar una pieza. Cambiar de proveedor, de hosting, de herramienta. Ahí se descubre quién posee realmente el sistema: tú, o la persona que lo construyó.
La prueba de la salida
La pregunta más honesta para un proveedor no es «¿qué sabes hacer?» sino «si dejamos de trabajar juntos mañana, ¿qué me quedo?». El código, los accesos, los datos, la documentación, la capacidad de ejecutar el sistema en otro sitio. Si la respuesta es difusa, el control es difuso.
La prueba de la explicación
No necesitas entender cada línea de código. Necesitas que alguien pueda explicarte, de forma simple, qué hace el sistema, dónde viven tus datos y por qué se tomaron las decisiones técnicas. Un sistema que no puede explicarse de forma simple es o demasiado complejo o deliberadamente opaco. Ambas cosas son problemas.
La prueba de la dependencia
¿Cuántas piezas de tu sistema dependen de un servicio que no controlas — y qué pasa si una desaparece o triplica su precio? Una dependencia no es mala en sí; una no identificada e irreemplazable, sí.
El control no es cuestión de competencia técnica. Es una exigencia que se plantea desde el principio — y un sistema sobrio, legible y documentado es precisamente lo que la hace posible.