하지만 아키텍처에 대한 비전 자체가 바뀌면 어떻게 해야 될까요?

우선 이러한 일은 매우 드물어야 합니다. 시스템 아키텍처 비전이 6개월마다 변경된다면 뭔가 잘못된 것입니다. 비록 점진적으로 목표를 향해 나아간다 하더라도 목표가 자주 바뀌면 결국은 무작위로 움직이는 것과 같기 때문입니다. 즉, 다른 과정을 아무리 잘 관리하더라도 결국은 혼란스럽고 체계적이지 않은 시스템을 초래합니다.

아키텍처 팀은 지속적으로 진화하는 기술 환경에 따라 무분별하게 시스템을 변경하는 것을 경계해야 합니다. 특히 시장에 미치는 영향이 없다면 더욱 주의가 필요합니다. 모바일 컴퓨팅의 도입은 단순한 기술 변화에 그치지 않았습니다. 이는 사용자에게 직접적인 영향을 미쳤고, 새로운 시장을 창출했습니다. 따라서 모바일 컴퓨팅에 아키텍처가 대응하는 것은 꼭 필요한 일이었으며, 결과적으로 고객에게 새로운 가치를 제공했습니다.

반면에 어떤 기술적 변화는 고객과 시장에 미치는 영향에 한계가 있습니다. 마이크로서비스, NoSQL 데이터베이스, 블록체인 기술은 새롭고 흥미로운 기술이지만 상대적으로 여러 제품에서 새로운 고객 가치는 창출하지 못했습니다.