테스트, 수정 작업, 유지 보수 및 운영 등 나머지 부분에는 프로젝트의 다른 모든 결정처럼 장기적이고 부정적인 영향을 미칠 수 있습니다. 따라서 어떤 의미에서 이 단기적이라는 용어 자체가 잘못된 것입니다. 단기적인 접근 방식은 사실 단기적인 것이 아니라 오히려 프로젝트에 장기적으로 손해를 끼치는 방식이기 때문입니다.

또 단기적인 접근 방식은 수많은 장기적인 문제를 야기합니다. 이러한 문제는 아키텍처에만 한정되지 않으며, 아키텍처가 주된 문제가 아닐 수도 있습니다. 따라서 제품의 무결성을 해치는 임시방편적인 변경은 막아야 합니다. 모든 관계자는 장기적인 관점을 갖지 못하더라도 최소한 다음 마감일 이후에도 제품이 성공적으로 잘 유지되도록 신경 써야 합니다.

여러 소프트웨어 개발 업무가 단기적인 관점으로 치우친 경우가 많지만, 아키텍처는 그렇지 않습니다. 아키텍처는 시스템 구성 요소와 그 관계뿐만 아니라 지속적으로 이들이 어떻게 진화하는지도 다루어야 합니다. 아키텍처 팀이 이러한 진화에 주의를 기울이지 않는다면 제대로 된 아키텍처 업무를 하고 있지 않은 것입니다.