Érase una vez un hombre que quería tener una casa nueva.
Como quería lo mejor de lo mejor, buscó por todo el país a los mejores albañiles, carpinteros, fontaneros y techadores.
Pronto reunió a un equipo de albañiles considerados los mejores en su campo.
Lo siguiente que hizo fue comprar a su equipo las mejores herramientas que el dinero podía comprar, y envió a su equipo a familiarizarse con las técnicas y tecnologías más recientes.
Pronto se pusieron manos a la obra y he aquí que su tecnología y sus técnicas les permitieron trabajar con tanta eficacia, que la nueva casa pudo entregarse semanas antes de lo previsto.
Llenos de orgullo, los obreros mostraron al propietario su nueva casa.
“Mira”, dijo el albañil, “mira cómo cada junta horizontal tiene exactamente 11,4 milímetros de ancho, y cada junta vertical exactamente 9,8 milímetros”.
“Y mira”, añadió el carpintero, “los marcos de las puertas están perfectamente enrasados y encajan perfectamente en la mampostería”.
Cada uno de los obreros explicó detalles sobre la perfección de su trabajo específico.
Finalmente, el dueño de la casa no pudo aguantar más.
“¿Qué habéis hecho?”, gritó.
“¡Sólo se puede acceder al cuarto de baño desde la cocina! ¡El balcón está en el lado norte y nunca recibirá la luz del sol! ¡Las ventanas dan al aparcamiento del supermercado y la vista sobre el valle está obstruida por una pared ciega! ¡Tengo que cruzar la habitación antes de poder encender las luces! Para llegar al coche tengo que dar la vuelta a la casa y al garaje. Estáis todos despedidos”.
Los trabajadores se miraron sin comprender.
¿Cómo podía el dueño de la casa ser tan desagradecido y decirles esto?
¡Habían hecho el mejor trabajo que jamás se había hecho!
Pero se encogieron de hombros y se pusieron a construir una casa aún mejor para otro cliente.
¿Y el propietario?
Salió a buscar trabajadores aún más consumados, herramientas aún mejores y técnicas y tecnologías aún más nuevas para intentar arreglar su nueva casa.

Tendemos a olvidar que en el software corporativo se aplican los mismos principios.
Los programadores deben darse cuenta de que no producen programas, los diseñadores de software deben comprender que no producen diseños, los analistas deben comprender que el objetivo de su trabajo no es analizar; deben saber que realizan todas estas tareas para añadir una contribución adecuada a una red de aplicaciones integrada.
Las contribuciones individuales no apoyan los procesos empresariales, pero sí lo hace una red integrada de aplicaciones construida sobre la colaboración eficaz entre aplicaciones.
Esto hace que la comunicación, armonización, coordinación y administración en estas aplicaciones sean los aspectos más importantes del desarrollo de software.
La calidad de las aplicaciones individuales, y la tecnología y las técnicas que se hayan utilizado, no tienen ninguna importancia si la red de aplicaciones en su conjunto no es satisfactoria.

Si vamos a crear una pieza para que encaje en un puzzle, tenemos que definir cómo va a encajar la pieza en el puzzle antes de empezar a crear la pieza.
Sorprendentemente, con demasiada frecuencia olvidamos este principio en las TI corporativas.
Primero construimos o compramos soluciones, y luego pedimos al personal de integración que encaje esa pieza en el puzzle de las soluciones existentes.
Es obvio que así no se consigue una red de aplicaciones de calidad.
Como nos enseñó el famoso arquitecto finlandés Eliel Saarinen hace más de un siglo, el secreto de un diseño de éxito es: “Diseña siempre una cosa considerándola en su siguiente contexto más amplio: una silla en una habitación, una habitación en una casa, una casa en un entorno, un entorno en un planourbano”.La ciencia de la complejidad era desconocida en la época de Saarinen, pero la naturaleza fractal de su observación es una de las claves de la complejidad.

Toda nuestra educación y formación se ha orientado hacia un enfoque analítico: desde un nivel alto, sumérgete en los detalles dividiendo un problema complicado en componentes menos complicados, divide éstos en subcomponentes aún más sencillos, y así sucesivamente hasta que tus subproblemas se vuelvan triviales de resolver.
Hemos inventado palabras bonitas para este enfoque, como “componentización”, “ocultación de la implementación” y “arquitectura de caja negra”.
Escondemos lo difícil tras fachadas sencillas.
Es un enfoque que a lo largo del tiempo ha funcionado muy bien para los sistemas mecanicistas y predecibles, y aún lo hace, pero ya no es suficiente.
Lo que falta es cómo vamos a hacer que los subcomponentes funcionen juntos como un todo: el enfoque sintético.