엔터프라이즈 아키텍처

1. 개요

엔터프라이즈 아키텍처(EA)는 조직의 목표 달성을 위해 비즈니스 프로세스, 정보, 기술, 인프라 등 기업의 다양한 구성 요소를 통합적으로 분석하고 설계하는 방법론이다. EA는 기업의 현재 상태를 파악하고 미래의 목표 상태를 정의하며, 변화 과정을 체계적으로 관리한다. EA는 조직 구조와 기능을 설명하는 포괄적이고 일관성 있는 모델의 형태를 취하며, 기업의 IT/IS 역량을 계획하고 설계하여 조직 목표 달성을 지원한다. EA는 비즈니스, 정보, 애플리케이션, 기술의 4가지 도메인으로 구성되며, TOGAF와 같은 프레임워크를 활용하여 구축 및 활용된다. EA는 사업 효율성 개선을 목표로 하며, 한국을 포함한 다양한 국가에서 공공기관 및 민간 기업을 중심으로 도입이 확산되고 있다. 하지만, EA는 광범위하고 불투명한 특성으로 인해 성공 지표 달성에 어려움을 겪는다는 비판도 존재한다.

2. 정의

엔터프라이즈 아키텍처(EA)는 조직 목표 달성을 위한 변화 실행을 파악하고 분석하여, "파괴적인 힘에 대한 기업의 대응을 사전적이고 전체적으로 주도"한다. EA는 기업 및 IT 리더에게 정책 조정에 대한 권고를 제공하고, 기업이 의존하는 정보 시스템 내에서 사업 개발 및 변화를 지원하고 가능하게 하는 최상의 전략을 제시한다. 또한, EA는 이러한 목표를 향한 의사결정에 대한 지침을 제공한다. 영국 국가 컴퓨팅 센터(National Computing Centre)의 EA 모범 사례 지침에 따르면, EA는 일반적으로 "기업의 구조와 기능을 설명하는 일련의 포괄적이고 일관성 있는 모델의 형태를 취한다." 이 모델들은 기업에 대한 세부 정보 수준을 점차 높여가는 논리적인 방식으로 배열된다.

EA의 핵심 담당자는 엔터프라이즈 아키텍트와 솔루션 아키텍트이다. 엔터프라이즈 아키텍트는 아키텍트 계층 최상위에 위치하며 솔루션 아키텍트보다 더 많은 책임을 진다. 솔루션 아키텍트는 특정 솔루션에 집중하는 반면, 엔터프라이즈 아키텍트는 전체 조직에 대한 솔루션과 그 영향에 집중하며, 여러 솔루션 아키텍트와 비즈니스 기능을 감독한다. EA 실무자로서 엔터프라이즈 아키텍트는 사람, 프로세스, 기술 결정을 실행 가능한 목표에 맞춰 조정하여, 조직의 전략적 비전 달성을 위한 정량적 개선을 이끌어낸다. EA 실무는 "정보 및 기타 자원이 교환되는 조직 내부 또는 조직 간의 공통 활동 영역을 분석하여 전략, 비즈니스, 기술의 통합된 관점에서 미래 상태를 안내한다."

"엔터프라이즈"라는 용어는 공통 목표를 공유하고 고객에게 특정 제품이나 서비스를 제공하기 위해 협력하는 조직 단위, 조직, 또는 조직 집합체를 의미한다. 이는 규모, 소유 모델, 운영 모델, 지리적 분포에 관계없이 다양한 유형의 조직을 포함하며, 사람, 정보, 프로세스, 기술을 포함한 조직의 완전한 사회기술 시스템을 포함한다. 사회기술 시스템으로서의 엔터프라이즈는 EA의 범위를 정의한다.

"아키텍처"는 시스템의 기본 개념이나 속성을 환경에서, 그리고 그 요소, 관계, 설계 및 진화 원칙에 구현된 것으로 나타낸다. 기준 상태에서 목표 상태로 (때로는 여러 전환 상태를 거쳐) 비즈니스의 혁신을 안내하기 위해 아키텍처를 개발하고 사용하는 방법론은 엔터프라이즈 아키텍처 프레임워크로 알려져 있다. 이 프레임워크는 프로세스, 기술, 아티팩트 설명, 참조 모델 및 엔터프라이즈 특정 아키텍처 설명의 생성 및 사용에 대한 지침을 구조적으로 수집한 것이다.

EA를 변경하기 위해서는 후원자를 식별하는 것이 가장 중요하다. 후원자의 임무, 비전, 전략 및 거버넌스 프레임워크는 예상되는 혁신과 관련된 모든 역할, 책임, 관계를 정의한다. 엔터프라이즈 아키텍트가 고려하는 변경 사항에는 조직 구조 또는 프로세스 혁신, 정보 시스템 또는 기술 사용 혁신, 비즈니스 프로세스 통합 및/또는 표준화, 비즈니스 정보의 품질 및 적시성 개선 등이 포함된다.

ISO/IEC/IEEE 42010 표준에 따르면, 시스템 아키텍처를 설명하는 데 사용되는 제품을 "아키텍처 설명"이라고 한다. 아키텍처 설명에는 다양한 목록, 표, 다이어그램이 포함되며, 이러한 모델은 "뷰"라고 불린다. EA에서 이러한 모델은 논리적 비즈니스 기능, 비즈니스 프로세스, 인적 역할 및 행위자, 물리적 조직 구조, 데이터 흐름 및 데이터 저장소, 비즈니스 애플리케이션 및 플랫폼 애플리케이션, 하드웨어 및 통신 인프라를 설명한다.

'엔터프라이즈'라는 용어는 다음을 포함하는 다양한 상황에 적용된다.

* 공공 및 민간 부문 조직
* 사업 또는 법인 전체
* 대기업의 일부 (사업 단위 등)
* 합작 투자 또는 파트너와 같은 여러 조직의 집합체
* 다중 아웃소싱된 사업 운영

'엔터프라이즈'는 다음을 포함하는 복합적인 사회기술 시스템을 포함한다.

* 사람
* 정보
* 기술

EA를 생성하는 첫 단계는 묘사할 사업체의 경계 또는 범위를 정의하는 것이다. EA에서 사용되는 '엔터프라이즈' 용어는 조직에서 채택하는 정보 시스템보다 일반적인 의미를 가진다.

2.1. 용어의 기원

"엔터프라이즈 아키텍처"라는 용어는 흔히 1987년 존 자크만의 "정보 시스템 아키텍처를 위한 프레임워크"에서 유래된 것으로 알려져 있다. 그러나 실제로는 미국 국립표준기술연구소(NIST)의 특별 간행물에서 처음 사용되었다.

NIST는 EA를 여러 수준으로 구성된 것으로 설명했다. 비즈니스 단위 아키텍처는 최상위 수준이며, 전체 기업 또는 하위 단위일 수 있다. 이는 조직 전체의 "내부 정보 요구 사항"과 협력 조직, 고객, 연방 기관을 포함한 외부 기관의 요구 사항을 모두 충족하기 위한 필수 프레임워크를 설정한다. 상위 수준에 정보를 제공하는 EA의 하위 수준은 상위 수준을 대신하여 세부 사항에 더 집중한다. 이러한 구조 외에도 비즈니스 단위 아키텍처는 조직의 임무를 향상시키거나 저해하는 기술 표준, 정책, 절차를 설정한다.

자크만의 개념은 비즈니스에 최적화된 개별 정보 시스템을 만드는 것이었던 반면, NIST의 개념은 비즈니스 단위 내의 모든 정보 시스템 관리를 설명한다는 점에서 두 정의는 주요한 차이점을 보인다. 그러나 두 간행물 모두 "정보 시스템 구현의 증가하는 규모와 복잡성으로 인해 시스템의 모든 구성 요소의 인터페이스와 통합을 정의하고 제어하기 위한 논리적 구조(또는 아키텍처)"가 필요하다는 데 동의했다. 자크만은 특히 "전략 계획 방법론"을 촉구했다.

3. 목적 및 중요성

학문 분야로서 EA는 조직 목표를 향한 변화 실행을 파악하고 분석함으로써 "파괴적인 힘에 대한 기업의 대응을 사전적이고 전체적으로 주도"한다. EA는 기업 및 IT 리더에게 정책 조정에 대한 권고를 제공하고 기업이 의존하는 정보 시스템 내에서 사업 개발 및 변화를 지원하고 가능하게 하는 최상의 전략을 제공하며, 이러한 목표를 향한 의사결정에 대한 지침을 제공한다.

EA 내의 중요한 담당자로는 엔터프라이즈 아키텍트와 솔루션 아키텍트가 있다. 엔터프라이즈 아키텍트는 아키텍트 계층의 최상위에 있으며, 솔루션 아키텍트보다 더 많은 책임을 맡는다. 솔루션 아키텍트는 자신과 관련된 솔루션에 집중하는 반면, 엔터프라이즈 아키텍트는 전체 조직에 대한 솔루션과 그 영향에 집중한다. 엔터프라이즈 아키텍트는 여러 솔루션 아키텍트와 비즈니스 기능을 감독한다. EA 실무자로서 엔터프라이즈 아키텍트는 사람, 프로세스 및 기술 결정을 실행 가능한 목표와 목표에 맞춰 조정하여 그 비전 달성을 향한 정량화 가능한 개선으로 이어지도록 함으로써 조직의 전략적 비전을 지원한다.

엔터프라이즈 아키텍처 분야에는 엔터프라이즈 IT 설계, 엔터프라이즈 통합, 엔터프라이즈 생태계 적응이라는 세 가지 주요 사상이 존재한다.

* 엔터프라이즈 IT 설계: EA의 주요 목적이 기업의 IT/IS 역량을 계획하고 설계하여 원하는 조직 목표를 달성하는 과정을 안내하는 데 있다.
* 엔터프라이즈 통합: EA의 목적이 전략 수립과 실행 간의 연결을 포함하여 기업의 다양한 문제(인사, IT, 운영 등) 간의 일관성을 높이는 데 있다.
* 엔터프라이즈 생태계 적응: EA의 목적이 기업의 학습 능력을 증진하고 유지하여 지속 가능성을 확보하는 데 있다.

기업 아키텍처(EA)의 이점은 조직 목표에 대한 직접적 및 간접적 기여를 통해 달성된다. 주요 이점은 다음과 같다.

* 합병, 인수 또는 일반적인 조직 변화 과정에서 조직 구조의 설계 및 재설계 지원
* 규율 강화 및 업무 프로세스 표준화, 프로세스 통합, 재사용 및 통합 지원
* 투자 의사 결정 및 작업 우선 순위 설정 지원
* 프로젝트 이해관계자 간의 협업 및 의사소통 향상, 효율적인 프로젝트 범위 설정, 더 완벽하고 일관된 프로젝트 납품물 정의
* EA 문서 게시를 통한 요구 사항 도출의 시기 적절성 및 정확성 향상
* 시스템 개발 및 테스트 중 최적 시스템 설계 및 효율적인 자원 할당
* IT 계획 활동의 규율 강화 및 표준화, 기술 관련 의사 결정 시간 단축
* 시스템 구현 및 운영 비용 절감, 사업부 간 중복 인프라 서비스 최소화
* IT 복잡성 감소, 데이터 및 애플리케이션 통합, 시스템 상호 운용성 개선
* 데이터 접근성 향상을 통한 규제 준수 및 인프라 변경 투명성 향상으로 인한 더 개방적이고 대응력 있는 IT
* 시스템 오류 및 보안 위반으로 인한 업무 위험 감소
* 프로젝트 납기 위험 감소

4. 방법론 및 프레임워크

엔터프라이즈 아키텍처(EA)는 다양한 비즈니스 기법, 분석 기술, 개념적 도구를 사용하여 기업의 구조와 역동성을 이해하고 기술한다. 이를 통해 비즈니스 기능, 프로세스, 조직 구조, 정보 자원, 시스템, 애플리케이션, 인프라 등을 설명하는 다양한 산출물을 생성한다.

엔터프라이즈 아키텍처 프레임워크는 EA 구축 및 활용을 위한 도구, 기술, 산출물 설명, 프로세스 모델, 참조 모델, 지침을 제공한다. 대표적인 EA 프레임워크로는 TOGAF, 자크만 프레임워크 등이 있다.

5. 구성 요소 및 영역

엔터프라이즈 아키텍처(EA)는 일반적으로 다음과 같은 네 가지 주요 영역으로 구성된다.

6. 활용 및 성장

EA는 기업의 효율성과 효과를 개선하기 위한 핵심 도구로 활용되고 있다. 여기에는 조직 구조 혁신, 사업 프로세스의 집중 또는 통합, 사업 정보의 질과 적시성 확보, 정보기술 투자의 타당성 확인 등이 포함된다.

TOGAF 프레임워크에서는 사업 기능 개선을 위해 '구조적 비전'(목표 또는 '미래 상태' 목표를 나타내는 사업 기술)을 개발하는 방법을 제시한다. 이 비전이 명확해지면, 현재 상태에서 목표 상태로 나아가는 중간 단계들을 설정한다. 이러한 중간 단계는 TOGAF에서 '전환 구조'라고 불린다. 다른 엔터프라이즈 아키텍처 프레임워크에서도 유사한 방법을 설명하고 있다.

EA 문서화는 미국 연방 정부에서 자본 계획 및 투자 통제(Capital Planning and Investment Control) 프로세스의 일환으로 시행되고 있다. 연방 엔터프라이즈 아키텍처 참조 모델은 연방 기관들이 시스템 개발을 안내하는 프레임워크를 제공한다.

인텔, 폭스바겐과 같은 독립적인 블루크로스 회사 및 인터컨티넨탈 호텔 그룹은 사업 효율성 및 생산성 향상을 위해 EA를 개선하여 적용하고 있다.

7. 다른 분야와의 관계

서비스 지향 아키텍처(SOA)는 기업 전체 통합 패턴으로 SOA의 활용을 촉진하는데, EA는 이와 관련된 논의가 여러 분야에서 이루어져 왔다. EA의 광범위한 영향으로 인해 많은 조직의 정보기술 거버넌스 프로세스에 이러한 비즈니스 역할이 포함되었다. 분석 회사인 Real Story Group은 EA와 신흥 개념인 디지털 업무 환경이 "동전의 양면"이라고 제안했다.

EA는 정보기술 거버넌스의 주요 요소로, 두바이 세관(Dubai Customs)과 AGL 에너지(AGL Energy)와 같이 자사의 IT 관리 전략의 일부로 공식적인 EA를 구현한 조직에서 찾아볼 수 있다. 이는 엔터프라이즈 아키텍처가 IT와 밀접하게 연결되어 있음을 보여주지만, 기술적인 주제뿐만 아니라 Business_architecture^영어, 성과 관리, Process_architecture^영어를 다루는 Business_optimization^영어의 광범위한 맥락에서 살펴봐야 한다.

최근 Gartner와 Forrester와 같은 주요 업체들은 Design_Thinking^영어과 사용자 경험 디자인과 같은 최근의 전반적인 실무와 기업 구조의 중요한 관계를 강조했다.

8. 비판 및 과제

EA는 광범위하고 복잡한 특성으로 인해 성공 지표 달성에 어려움을 겪는 경우가 있다. 또한, 일부 EA 프로젝트의 실패 사례로 인해 EA의 가치와 효용성에 대한 비판적인 시각도 존재한다.

아이바르 야콥손, 가트너, 로테르담 에라스무스 대학교 및 IDS 셰어, 디온 힌치클리프, 스탠리 게이버 등이 작성한 보고서를 포함하여 EA 이니셔티브의 빈번한 실패는 이 개념이 노력할 가치가 없으며 방법론이 빠르게 사라질 것이라는 주장이 제기되기도 하였다.