La revisión que nadie hace
Antes de publicar, alguien debería comprobar que todos los enlaces funcionan, que las imágenes existen, que no hay secretos en el código, que los datos obligatorios están completos y que la configuración tiene sentido. Nadie lo hace a mano de forma fiable, y menos a la quinta publicación del día.
La solución no es revisar mejor. Es que la construcción lo compruebe sola y se niegue a seguir si algo no cumple.
Validadores en cadena
Una construcción gobernada encadena comprobaciones automáticas, cada una con un mensaje que dice qué fichero y qué línea falla:
- Formato: fechas válidas, campos obligatorios presentes, valores dentro de lo permitido.
- Referencias: todo lo que se cita existe (imágenes, módulos, otros documentos).
- Enlaces: ningún enlace interno lleva a una página inexistente.
- Secretos: nada con forma de clave o contraseña dentro del código.
- Reglas propias: las normas de la organización convertidas en comprobaciones (por ejemplo, que ningún fichero de trabajo interno llegue a publicarse).
Romper a propósito
La clave está en la actitud: la construcción falla a propósito. No avisa y sigue; se detiene. Un aviso se ignora al tercer día. Una construcción rota obliga a corregir, y como el mensaje dice exactamente dónde está el problema, corregir lleva minutos.
Qué no puede validar la máquina
Las comprobaciones automáticas cubren lo verificable. No cubren el criterio: si un texto se entiende, si un diagrama explica lo que debe, si una decisión es la correcta. Eso sigue siendo trabajo de personas, en las compuertas que les corresponden. La ventaja es que llegan a esa revisión sin perder tiempo en lo que ya comprobó la máquina.
Una vez en producción, la pregunta cambia: ya no es "¿está bien?", sino "¿qué está corriendo exactamente, y por qué?".
Cómo lo aplicamos: Ingeniería de Plataforma.