Este artículo, cuarta entrega de una serie sobre la esencia del trabajo arquitectónico en software, completa el análisis del «porqué» de la arquitectura abordado en entregas previas. Tras tratar el propósito económico, el texto se centra en dos facetas adicionales: el propósito cognitivo y el propósito humano.
El propósito cognitivo se explica mediante la metáfora del desarrollo de software como un mapeo entre el dominio del problema y el dominio de la solución. El autor describe cómo ambos lados contienen una cantidad ingente de hechos, requisitos explícitos e implícitos, dependencias y contradicciones que ningún humano puede abarcar simultáneamente. Ante esta sobrecarga cognitiva, la arquitectura actúa como un plan de construcción comprimido: condensa y estructura los hechos, necesidades y demandas del dominio del problema para guiar la implementación en el dominio de la solución. El texto subraya que una arquitectura que genere sobrecarga cognitiva deja de cumplir su función, y que con frecuencia los arquitectos priorizan el control sobre los desarrolladores en lugar de apoyarlos. Además, insiste en que eliminar ambigüedades y priorizar demandas contradictorias recae a menudo en el arquitecto, pues las fases previas de análisis no siempre resuelven estas tareas.
El propósito humano, por su parte, sitúa el trabajo arquitectónico como una actividad profundamente social: requiere comprender egos, expectativas tácitas y necesidades no expresadas de los distintos grupos de interés. Los buenos arquitectos desarrollan una intuición particular para detectar estas demandas silenciosas. Aunque la serie promete abordar este aspecto con mayor detalle, la entrega ya deja claro que descuidar las dimensiones cognitiva y humana puede tener un impacto incluso mayor en tiempo y dinero que ignorar el propósito económico.