TOGAF

TOGAF란 무엇인가

TOGAF(The Open Group Architecture Framework)는 전사 아키텍처(EA)를 체계적으로 수립하고 운영하기 위한 대표적인 프레임워크다. 조직의 비즈니스 전략과 정보 시스템 사이의 간극을 줄이고, 무엇을 어떤 순서로 설계해야 하는지에 대한 공통의 언어와 절차를 제공한다.

개별 시스템을 그때그때 발주해 쌓아 올리면 데이터와 기능이 중복되고 연계가 어려워지는데, TOGAF는 이를 전체 그림 위에서 정렬하도록 돕는다. 즉 특정 솔루션을 제시하는 것이 아니라, 아키텍처를 만들어가는 방법론과 그 산출물을 다루는 틀을 제공한다는 점이 본질이다.

네 가지 아키텍처 영역

TOGAF는 전사 아키텍처를 비즈니스·데이터·애플리케이션·기술의 네 영역으로 나누어 다룬다. 비즈니스 아키텍처는 조직의 업무·프로세스·역할을 정의하고, 데이터 아키텍처는 그 업무가 다루는 정보의 구조와 흐름을 정리한다.

애플리케이션 아키텍처는 정보를 처리하는 시스템의 구성을, 기술 아키텍처는 이를 떠받치는 인프라와 플랫폼을 다룬다. 이 네 층은 위에서 아래로 추적 가능하게 연결되어야 하며, 그래야 특정 업무 변화가 어떤 데이터와 시스템에 영향을 주는지 식별할 수 있다.

영역을 나누는 목적은 분업 자체가 아니라, 한 영역의 변경이 다른 영역에 미치는 파급을 사전에 가늠하고 통제하는 데 있다. 네 영역이 따로 놀면 EA는 부서별 문서의 단순한 묶음으로 전락한다.

ADM, 아키텍처 개발 절차

TOGAF의 중심에는 ADM(Architecture Development Method)이라는 단계적 개발 절차가 있다. 아키텍처 비전을 세우는 데서 출발해 앞서 말한 네 영역을 차례로 설계하고, 이행 계획을 거쳐 거버넌스로 통제하는 순환 구조다.

각 단계는 한 번 끝내고 마는 것이 아니라 요구 변화에 따라 반복되며, 이전 단계로 되돌아가 정합성을 다시 맞추는 것을 전제한다. 이 점에서 ADM은 완성된 청사진을 한꺼번에 그리는 작업이 아니라, 현재 모습과 목표 모습의 차이를 좁혀가는 점진적 과정에 가깝다.

현재와 목표의 간극 메우기

아키텍처 설계의 실질은 현행 상태(As-Is)와 목표 상태(To-Be)를 구분하고 그 사이의 차이를 분석하는 데 있다. 두 상태를 비교해야 무엇을 새로 만들고 무엇을 폐기하며 어떤 순서로 전환할지가 드러나기 때문이다.

이 차이 분석의 결과는 우선순위가 매겨진 이행 계획으로 이어지고, 그 계획이 곧 정보화 전략 계획(ISP) 같은 중장기 로드맵의 토대가 된다. 목표만 제시하고 현행 분석을 건너뛰면 실행 가능성이 빠진 이상론에 머물기 쉽다.

반대로 현행 분석에만 매달려 목표 모습을 흐릿하게 두면 개선의 방향을 잃는다. 두 상태를 모두 명확히 그려야 그 사이를 잇는 이행 경로가 현실적인 단계로 분해된다.

프레임워크 도입의 균형

TOGAF는 방대한 산출물 양식과 절차를 담고 있어, 조직 규모와 목적에 맞게 덜어내고 다듬어 쓰는 재단(tailoring)이 사실상 필수다. 모든 단계와 문서를 원형 그대로 적용하려 하면 설계 단계에서 과도한 문서 작업에 매몰되어 정작 시스템 구축이 지연된다.

반대로 핵심 절차까지 생략하면 영역 간 정합성이 무너져 EA의 본래 목적인 중복 제거와 연계 확보를 달성하지 못한다. 따라서 도입의 성패는 프레임워크를 얼마나 충실히 따랐는지가 아니라, 조직의 의사결정에 실제로 쓰이는 아키텍처를 남겼는지로 판가름한다.