모든 변경은 아키텍처에 지속적으로 영향을 줍니다. 이상적인 경우 시스템 변경은 시스템의 아키텍처를 개선합니다. 예를 들어 두 구성 요소 간에 불필요한 의존성을 제거하여 시스템을 단순하게 변경하는 것은 분명히 긍정적인 변화입니다. 이러한 변경이 바로 다음 릴리스의 긴급한 문제를 해결하는지 여부와 상관없이 아키텍처 팀은 긍정적인 변화를 지지해야 합니다.

잘 구조화된 시스템에서는 변경 대부분을 현재 아키텍처 안에서 진행합니다. 즉, 수많은 구성 요소나 관계를 추가하여 복잡성을 늘리지도 않으며, 단순화하지도 않습니다. 그 대신 기존 구성 요소와 관계 안에 기능을 추가하거나 발전시키며, 현재 시스템 원칙과 일치되도록 합니다.

이와 같은 변경 역시 아키텍처 팀이 지지해야 합니다. 사실 현재 아키텍처 안에서 하는 모든 변경은 기본적으로 타당하다고 간주해야 하며, 이러한 변경을 반대하려면 아키텍처 팀에서 그 근거를 제시해야 합니다. 그리고 변경에 이의를 제기할 때는 특정 변경 자체를 비판하는 것이 아니라 현재 아키텍처 전반에 걸쳐 해결해야 할 결함이 있다는 관점으로 접근해야 합니다.