Solution Architect는 보통 특정 솔루션을 설계하고, Enterprise Architect는 조직 전체의 아키텍처 방향을 이끕니다. 핵심 차이는 범위와 의사결정의 시간적 관점이며, 모든 조직에 적용되는 보고 체계가 아닙니다.
| 차원 | Solution Architect | Enterprise Architect |
|---|
| 범위 | 하나의 이니셔티브와 그 의존성 | 기업 전반의 역량과 시스템 |
| 핵심 질문 | 이 솔루션은 어떻게 작동해야 하는가? | 기술 환경은 어떤 방향으로 발전해야 하는가? |
| 일반적인 산출물 | 솔루션 뷰, 통합 계약, 구현 제약 | 원칙, 역량 맵, 목표 상태, 전환 로드맵 |
| 협력 대상 | 구현팀과 영향을 받는 시스템 소유자 | 비즈니스 리더 및 여러 아키텍처팀이나 구현팀 |
한 조직이 여러 제품에서 고객 신원을 공유하려고 합니다. Enterprise Architect는 목표 역량과 공통 원칙을 정의하도록 돕습니다. Solution Architect는 새 지원 포털이 해당 신원 서비스를 이용하고, 고객을 매핑하고, 장애를 처리하는 방식을 설계합니다.
이 솔루션이 공통 서비스의 부족한 부분을 발견할 수도 있습니다. 그 증거는 문서화되지 않은 개별 우회책이 되는 대신 기업 로드맵에 반영됩니다.
엔터프라이즈 아키텍처는 단순히 더 큰 그림이 아니며, 솔루션 아키텍처가 반드시 낮은 직급인 것도 아닙니다. 작은 회사에서는 직함이 겹칠 수 있습니다. 면접에서는 모든 회사가 같은 구조라고 가정하지 말고, 예시 조직에서 누가 어떤 결정을 책임지는지 설명하세요.