EA

EA란 무엇인가

EA(Enterprise Architecture, 전사 아키텍처)는 조직 전체의 업무·데이터·응용·기술 구조를 하나의 일관된 틀 안에 정렬해 표현하고 관리하는 체계다. 부서마다 따로 자란 시스템과 데이터를 전사 관점에서 내려다보며, 무엇이 중복되고 무엇이 끊겨 있는지를 구조적으로 드러낸다.

개별 프로젝트가 한 채의 건물을 짓는 일이라면, EA는 도시 전체의 도면을 관리하며 어떤 건물이 어디에 들어서야 조화로운지를 판단하는 기준에 가깝다. 따라서 EA는 일회성 산출물이 아니라, 조직의 변화에 맞춰 계속 갱신되는 살아 있는 자산으로 다루어야 한다.

네 개의 관점으로 본다

EA는 보통 업무·데이터·응용·기술이라는 네 층위로 조직을 바라본다. 업무 아키텍처는 조직이 수행하는 기능과 절차를, 데이터 아키텍처는 그 업무를 떠받치는 정보의 구조를 정의한다.

응용 아키텍처는 업무를 지원하는 시스템과 서비스의 구성을, 기술 아키텍처는 이를 구동하는 인프라와 표준을 다룬다. 이 네 관점이 서로 어긋나면 어떤 시스템이 어떤 데이터를 다루는지조차 모호해진다.

같은 정보를 여러 부서가 제각기 정의하는 혼선을 줄이려면, 층위 사이의 연결 관계를 명확히 정렬하는 일이 핵심이다.

참조 모델과 표준화

EA는 업무 기능, 데이터, 서비스, 기술 요소를 분류하는 참조 모델을 두어 조직 전반에 공통의 언어를 부여한다. 같은 개념을 부서마다 다른 이름으로 부르면 통합도 비교도 불가능하기 때문이다.

참조 모델은 신규 사업을 검토할 때 이미 보유한 자산과 겹치는 부분을 빠르게 식별하게 해 준다. 표준화된 분류 체계 위에서 비로소 중복 투자를 걸러내고 재사용 가능한 자산을 찾을 수 있다.

이 공통 기준이 없으면 EA는 그저 흩어진 현황 자료의 모음에 그친다.

현행과 목표, 그리고 이행

EA의 실질적 가치는 현행 구조와 목표 구조를 나란히 두고 그 사이의 격차를 드러내는 데 있다. 현행 아키텍처가 지금의 모습을 기록한다면, 목표 아키텍처는 조직이 도달하려는 바람직한 구조를 제시한다.

두 모습의 차이가 곧 앞으로 추진해야 할 변화 과제가 되고, 이 과제들이 이행 계획으로 이어진다. 목표만 화려하고 현행 진단이 부실하면 격차 분석이 공허해지므로, 현재를 정직하게 기록하는 일이 먼저다.

이렇게 정리된 격차는 ISP의 정보화 과제 도출과 자연스럽게 맞물린다.

ISP·PMO와의 연결

EA는 ISP, PMO와 떼어 놓고 보기 어렵다. ISP가 무엇을 언제 시스템화할지를 정하는 한 시점의 전략 결정이라면, EA는 그 결정을 구조로 고정하고 조직 변화에 맞춰 유지하는 지속적 관리 장치다.

PMO 관점에서 EA는 개별 사업이 전사 구조와 어긋나지 않는지를 점검하는 잣대로 쓰인다. 새 사업이 기존 데이터 표준이나 기술 기준을 무시한 채 추진되면 단기 성과는 나도 장기적으로 통합 비용이 불어난다.

EA가 거버넌스로 작동해야 개별 프로젝트의 결정이 전체 정합성을 깨뜨리지 않는다.

문서가 아니라 통제 장치

EA를 한 번 만들어 두고 방치하면 현실과 멀어진 장식용 문서로 전락한다. 조직과 기술은 끊임없이 바뀌므로, 변경이 생길 때마다 아키텍처에 반영하고 그 변경이 표준에 맞는지 검토하는 절차가 함께 돌아야 한다.

EA가 살아 있는지는 신규 사업 심의 과정에서 실제로 참조되는가로 판가름 난다. 의사결정에 쓰이지 않는 EA는 아무리 정교해도 비용일 뿐이다.

결국 EA의 성패는 산출물의 두께가 아니라, 그것이 일상의 투자 결정을 실제로 통제하느냐에 달려 있다.