Cuando en una reunión para definir el alcance de un upgrade alguien plantea «¿lo rehacemos todo o lo parcheamos?», estas a punto de perder tiempo en la pregunta equivocada. No es una decisión técnica. Es una decisión de gobierno disfrazada de decisión de arquitectura — y mientras se discute en esos términos, nadie decide nada. El sistema sigue ahí, cada año «se invierte mucho» y casi nada se simplifica.
Ese es el brownfield eterno, y es la opción que gana por defecto cada vez que la conversación se queda en tecnología en lugar de bajar a gobierno.
Brownfield vs. greenfield
No tienes un problema de legacy. Tienes un sistema sin dueño de arquitectura, sin criterio explícito para decidir qué se simplifica y qué se tolera, y sin nadie con autoridad real para decir que no a la siguiente excepción. Rehacer el sistema entero sin resolver eso no soluciona nada — en 24 meses tienes el mismo problema que antes con la diferencia que la tecnología es más cara.
Hay señales para detectar que estás en un brownfield eterno
- Más del 70% del presupuesto de IT se va en mantener lo que hay, no en cambiarlo.
- Cambios que deberían tardar días tardan más de un mes en llegar a producción.
- Cada mejora rompe algo que funcionaba, y nadie audita por qué.
- Hay componentes críticos que «solo Fulano sabe tocar», y lleva así más de un año.
- Las excepciones y personalizaciones históricas son intocables porque «siempre se ha hecho así».
- Ninguna iniciativa estratégica reciente se ha lanzado sin que alguien dijera primero «el sistema no lo permite».
- Nadie en la empresa tiene autoridad formal para vetar una nueva integración punto a punto.
Si reconoces tres o más, debes plantear una decisión de gobierno urgente y dejar de evitarla.
La mecánica del fallo
Rehacer o parchear son ambas decisiones legítimas. Lo que las convierte en un despilfarro es tomarlas sin gobierno detrás. Un greenfield sin control de alcance no elimina la complejidad: la reconstruye con tecnología nueva y el mismo patrón de excepciones, solo que ahora con una migración de datos y un cutover de por medio. Un brownfield sin criterio de simplificación no evoluciona el sistema: lo acumula. Cada parche se suma al anterior porque nadie tiene mandato para decir «esto se retira ya».
El denominador común es que la organización sigue posponiendo quién decide qué se simplifica, con qué criterio, y qué pasa si el negocio no está dispuesto a renunciar a ninguna excepción.
Impacto en negocio
El coste no es solo el presupuesto de mantenimiento inflado. Es la iniciativa estratégica que no sale — la campaña, el nuevo canal, el cumplimiento normativo — porque alguien en el comité dice «el sistema no lo permite» y esa frase se acepta sin más preguntas. Es también el desgaste de las personas que sostienen el sistema con conocimiento no documentado: se queman o se van, y cuando se van, el riesgo que llevaban en la cabeza se hace visible de la peor manera posible.
Criterios y cómo intervenir
Antes de decidir entre brownfield y greenfield, mide esto. Si tres o más de estos umbrales están en rojo, necesitas gobierno primero:
- Presupuesto en mantenimiento por encima del 70% durante dos o tres trimestres seguidos.
- Lead time de cambios relevantes superior a 30 días.
- Más de 5-10 dependencias críticas (personas o sistemas) sin plan de mitigación.
- Ningún dueño formal de arquitectura con autoridad real para vetar excepciones.
- La organización no puede describir con claridad cómo debería funcionar el negocio sin las excepciones actuales.
Para intervenir, antes de convocar el comité que decide arquitectura, exige un documento de una página: estado real del sistema con las métricas anteriores, causa raíz (no síntomas), tres opciones honestas —modernizar por capas, rediseñar por dominios, o híbrido con patrón de sustitución progresiva—, recomendación razonada, y la decisión que falta: quién tiene autoridad para vetar la próxima excepción, con nombre y apellido, no con un comité difuso.
Sin ese documento, cualquier decisión de arquitectura que tomes en el comité no es una decisión de gobierno.
¿Sabes hoy quién en tu organización tiene mandato explícito para decir que no a la próxima excepción — o esa autoridad no existe formalmente en ningún sitio?