전사아키텍처의 목적과 범위

핵심 요약

전사아키텍처는 서버나 시스템 목록을 만드는 작업이 아니라, 조직의 목표를 실현하기 위해 업무와 정보기술 구조의 현재 상태·지향 상태·변화 원칙을 연결하는 체계이다. 데이터아키텍처는 이 가운데 데이터의 생성·이동·공유·보존과 구조를 다루며, 업무·애플리케이션·기술 아키텍처와의 관계 속에서 해석해야 한다.

학습 목표

• EA의 목적을 문서 작성이 아닌 전사 의사결정과 변화 정렬 관점에서 설명한다.
• 업무·데이터·애플리케이션·기술 아키텍처의 책임 범위와 연결 관계를 구분한다.
• 조직·업무·지역·법인·시스템 경계를 이용해 아키텍처 범위를 판정한다.
• EA의 범위가 넓다는 이유만으로 모든 대상을 같은 상세도로 작성해야 한다는 오해를 피한다.

1. 개념 설명

1.1 전사아키텍처(EA)

EA는 조직의 전략, 업무 수행 방식, 정보, 애플리케이션, 기술 기반 및 이들 사이의 관계를 일관된 원칙과 구조로 표현하는 전사 차원의 청사진이자 관리 체계이다. 핵심은 각 도메인을 따로 문서화하는 것이 아니라, 변화가 어느 영역에 어떤 영향을 주는지 판단할 수 있게 연결하는 데 있다.

1.2 도입 목적

대표 목적은 다음과 같다.

• 경영 전략과 정보화 투자의 정렬
• 중복 시스템·중복 데이터·중복 투자의 식별
• 공통 원칙과 표준에 근거한 설계 의사결정
• 현행 구조의 복잡성과 위험에 대한 가시성 확보
• 목표 구조와 전환 과제의 우선순위 결정
• 조직 개편, 제도 변경, 신규 사업 등에 대한 영향 분석

EA의 성공 여부는 산출물 수나 도구 도입 여부만으로 판단하지 않는다. 투자 심의, 프로젝트 착수, 설계 검토, 변경 통제 등 실제 의사결정에 사용되는지가 중요하다.

1.3 데이터아키텍처와 EA의 관계

데이터아키텍처는 전사 데이터의 구조, 데이터 주제 영역, 데이터 흐름, 소유와 책임, 데이터 관련 원칙 등을 다룬다. 업무에서 어떤 정보가 필요한지, 애플리케이션이 어떤 데이터를 생성·사용하는지, 기술 기반이 데이터 처리 요구를 어떻게 지원하는지와 연결된다.

2. 아키텍처 도메인의 경계와 관계

데이터아키텍처를 EA 전체와 동일시하면 업무 목표나 기술 제약과의 연결을 놓치고, 반대로 EA에서 데이터 영역을 단순한 데이터베이스 목록으로 축소하면 데이터 의미와 흐름을 관리할 수 없다.

3. 범위 결정과 판단 흐름

아키텍처 범위는 ‘전사’라는 단어만으로 자동 결정되지 않는다. 다음 순서로 명시한다.

변화 동인·경영 목표 확인
        ↓
대상 조직/법인/지역/사업 경계 설정
        ↓
포함할 업무 기능·데이터·애플리케이션·기술 영역 지정
        ↓
상세화 수준과 기준 시점 결정
        ↓
이해관계자·의사결정 용도·제외 범위 합의

범위 문서에는 포함 대상뿐 아니라 제외 대상, 기준일, 경계 밖 시스템과의 인터페이스, 예외 승인 권한을 함께 기록한다. 범위가 넓어도 의사결정 목적에 따라 도메인별 상세도는 달라질 수 있다.

4. 사례 적용

상황: 그룹 고객 통합을 추진하면서 본사는 고객 데이터를 전 계열사 공통 대상으로 보지만, 해외 법인은 현지 규정 때문에 일부 데이터 공유가 불가능하다고 주장한다.

판단: ‘그룹 전체’라는 선언만으로 범위를 확정하지 않는다. 대상 법인과 데이터 범주, 규제상 제외 항목, 공통 영역과 현지 확장 영역, 경계 밖 연계 방식을 범위에 명시해야 한다. 업무·데이터 범위가 확정되면 애플리케이션 통합과 기술 배치의 범위도 이에 맞춰 정렬한다.

오답 함정: 고객 통합이라는 이유로 모든 법인의 모든 고객 정보를 동일한 구조와 동일한 상세도로 강제하는 것은 범위 결정과 원칙 수립을 혼동한 판단이다.

5. 비교와 구분

시험 판단 포인트

• EA는 업무·데이터·애플리케이션·기술의 관계를 전사 의사결정 관점에서 다룬다.
• 데이터아키텍처는 EA의 데이터 도메인이며 EA 전체나 물리 데이터베이스 설계와 동일하지 않다.
• EA의 목적에는 전략 정렬, 중복 완화, 영향 분석, 투자·설계 의사결정 지원이 포함된다.
• 범위는 조직·업무·지역·시스템·기준 시점·상세도·제외 대상을 명시해야 한다.
• 문서나 리포지터리를 구축한 사실만으로 EA 활용 성과가 입증되는 것은 아니다.

자주 틀리는 부분

• EA를 기술 아키텍처나 IT 자산 인벤토리와 같은 의미로 보지 않는다.
• 전사 범위는 모든 조직의 모든 요소를 동일한 깊이로 상세화한다는 뜻이 아니다.
• 데이터아키텍처를 데이터 모델이나 데이터베이스 설계만으로 축소하지 않는다.
• 개별 프로젝트 최적화가 전사 원칙·공유 데이터·타 시스템 영향보다 항상 우선한다고 판단하지 않는다.