244. TOGAF ADM (Architecture Development Method) 프레임워크

핵심 인사이트

본질: TOGAF(The Open Group Architecture Framework) ADM(Architecture Development Method — 아키텍처 개발 방법론)은 EA를 실제로 개발하고 유지·관리하는 반복(Iterative) 사이클 방법론으로, 전 세계 80% 이상의 Fortune 500 기업이 활용한다.

가치: ADM의 8단계 사이클은 비즈니스 아키텍처(BA)부터 기술 아키텍처(TA)까지 순서대로 개발하고, 변경 관리를 통해 지속적으로 아키텍처를 진화시키는 완전한 라이프사이클을 제공한다.

판단 포인트: TOGAF ADM의 핵심은 '요구사항 관리(Requirements Management)'가 중심 허브로 모든 단계에 연결된다는 점이다. 아키텍처 결정은 항상 비즈니스 요구사항에서 출발해야 한다.

Ⅰ. 개요 및 필요성

TOGAF는 The Open Group이 1995년 발표한 EA 표준 프레임워크로, 현재 TOGAF 10(2022년)이 최신 버전이다. ADM은 TOGAF의 핵심 구성 요소로, EA를 단계별로 개발하는 반복 사이클이다.

ISP(정보화 전략 계획)가 '무엇을 할 것인가'를 결정한다면, TOGAF ADM은 '어떻게 아키텍처를 개발할 것인가'에 대한 상세 방법론을 제공한다. 재크만 프레임워크가 분류 체계라면, TOGAF ADM은 실행 방법론이다.

TOGAF 자격증(Foundation Level, Practitioner Level)은 EA 분야의 국제 표준 자격으로, 한국 공공기관 EA 컨설턴트 자격 요건에도 반영되어 있다.

📢 섹션 요약 비유: TOGAF ADM은 '건축 프로젝트 공정표'다. 설계(BA)→구조(AA)→인테리어(TA)→입주(Migration) 순서대로 공사가 진행되며, 중간에 요구사항이 바뀌면 해당 단계로 돌아가 재설계한다.

Ⅱ. 아키텍처 및 핵심 원리

TOGAF ADM 8단계 사이클

┌──────────────────────────────────────────────────────────────────┐
│                  TOGAF ADM 8단계 사이클                           │
│                                                                   │
│                 ┌──────────────────────┐                         │
│                 │  예비 단계(Prelim.)   │                         │
│                 │  조직·원칙 준비       │                         │
│                 └──────────┬───────────┘                         │
│                            ▼                                      │
│  ┌────────────────────────────────────────────────────────────┐  │
│  │                                                            │  │
│  │  ┌──────────┐     ┌──────────┐     ┌──────────┐           │  │
│  │  │  Phase A │     │  Phase B │     │  Phase C │           │  │
│  │  │ 아키텍처  │────▶│ 비즈니스 │────▶│ IS 아키텍│           │  │
│  │  │ 비전     │     │ 아키텍처 │     │ (DA+AA)  │           │  │
│  │  └──────────┘     └──────────┘     └─────┬────┘           │  │
│  │                                           │                │  │
│  │  ┌──────────┐     ┌──────────┐     ┌─────▼────┐           │  │
│  │  │  Phase G │     │  Phase F │     │  Phase D │           │  │
│  │  │ 아키텍처  │◀────│ Migration│◀────│ 기술     │           │  │
│  │  │ 변경 관리│     │ 계획     │     │ 아키텍처 │           │  │
│  │  └──────────┘     └──────────┘     └─────┬────┘           │  │
│  │                                           │                │  │
│  │  ┌──────────┐                      ┌─────▼────┐           │  │
│  │  │  Phase H │                      │  Phase E │           │  │
│  │  │ 구현     │◀─────────────────────│ 기회&해결│           │  │
│  │  │ 거버넌스 │                      │ 방안     │           │  │
│  │  └──────────┘                      └──────────┘           │  │
│  │                                                            │  │
│  │     ◀─────────────────────────────────────────────▶       │  │
│  │              요구사항 관리 (Requirements Mgmt)              │  │
│  └────────────────────────────────────────────────────────────┘  │
└──────────────────────────────────────────────────────────────────┘

ADM 단계별 상세

단계	명칭	핵심 활동	주요 산출물
Prelim	예비 단계	조직 준비, 원칙 수립	아키텍처 원칙, 거버넌스 체계
A	아키텍처 비전	범위·이해관계자·비전 정의	아키텍처 비전 문서, Statement of Work
B	비즈니스 아키텍처	BA 현황·목표·Gap 분석	BA 모델, 로드맵
C	정보 시스템 아키텍처	DA + AA 개발	데이터·앱 아키텍처 모델
D	기술 아키텍처	TA 현황·목표·Gap 분석	기술 포트폴리오, 기준선
E	기회 및 해결책	구현 프로젝트 식별	아키텍처 로드맵
F	이행 계획	전환 계획 상세화	Migration Plan
G	구현 거버넌스	구현 적합성 검토	컴플라이언스 보고서
H	아키텍처 변경 관리	변경 요청 관리	아키텍처 변경 요청서

📢 섹션 요약 비유: ADM 사이클은 '다이어트 프로그램'이다. 비전(목표 체중)→식단(BA)→운동(AA/DA)→실행(TA)→점검(F/G)→유지(H) 순서로 진행하며, 언제든 요구사항이 바뀌면 해당 단계로 돌아간다.

Ⅲ. 비교 및 연결

TOGAF 4대 구성 요소

구성 요소	내용
ADM(Architecture Development Method)	EA 개발 반복 사이클 방법론
Enterprise Continuum	아키텍처 자산 분류·재사용 체계
Architecture Repository	아키텍처 산출물 저장·관리
Architecture Governance	아키텍처 원칙·표준 준수 관리

TOGAF ADM vs K-EA(한국형 EA) 비교

항목	TOGAF ADM	K-EA(행안부)
출처	The Open Group (국제 표준)	행정안전부 (국내 공공 표준)
적용 대상	민간·공공 모두	국내 공공기관
방법론 특징	원칙 제시 (유연한 적용)	구체 절차·서식 지정
자격 인증	TOGAF Foundation/Practitioner	없음 (지침 준수)
연계	K-EA가 TOGAF ADM 참조	TOGAF ADM 기반

📢 섹션 요약 비유: TOGAF ADM vs K-EA는 '국제 요리 레시피 vs 한국 급식 지침'이다. 국제 레시피(TOGAF)는 원칙을 주고 응용을 허용하지만, 한국 급식 지침(K-EA)은 구체적인 분량과 조리 방법까지 지정한다.

Ⅳ. 실무 적용 및 기술사 판단

TOGAF ADM 실무 적용 포인트

Phase A(아키텍처 비전)의 중요성: ADM 성패는 Phase A에서 결정된다. 범위를 좁게 정의하면 아키텍처 효과가 제한되고, 너무 넓으면 프로젝트가 비대해진다. 이해관계자 분석과 비전 합의가 핵심이다.

요구사항 관리(Requirements Management): ADM의 중심 허브로, 비즈니스 변화·기술 변화·규제 변화에 따른 요구사항을 지속적으로 수집하고 해당 단계에 반영한다.

Architecture Gap 분석: 각 단계(B,C,D)에서 현황(Baseline)과 목표(Target)의 Gap을 분석하고, Phase E에서 이를 해결할 구현 프로젝트를 도출한다.

ADM 반복(Iteration) 전략

기초 반복: Prelim~Phase F (전체 아키텍처 개발)
변경 반복: Phase H에서 변경 요청 접수 → 영향 받는 단계부터 재시작
경험 반복: 아키텍처 성숙도에 따라 일부 단계 생략 가능

📢 섹션 요약 비유: ADM 반복은 '소프트웨어 버전 관리'다. v1.0(초기 아키텍처) 이후 비즈니스 변화가 생기면 영향 단계부터 재수행해 v1.1, v2.0으로 진화한다. 아키텍처도 소프트웨어처럼 버전이 있다.

Ⅴ. 기대효과 및 결론

TOGAF ADM을 통해 조직은 아키텍처 개발의 체계적 반복 사이클을 확보하고, 이해관계자 간 아키텍처 합의를 구조화된 방식으로 달성할 수 있다. The Open Group 통계에 따르면 TOGAF를 도입한 조직은 IT 프로젝트 복잡성 관리 역량이 40% 향상되고, 아키텍처 관련 재작업 비용이 35% 감소했다.

기술사 시험에서는 ADM 8단계(Prelim~H)의 순서와 각 단계 핵심 활동, 요구사항 관리의 위치와 역할, TOGAF와 재크만 프레임워크의 상호 관계를 설명할 수 있어야 한다.

📢 섹션 요약 비유: TOGAF ADM은 '소나타 악보'다. 악장(Phase) 순서와 주제(요구사항)가 정해져 있지만, 연주자(조직)마다 해석과 속도를 달리할 수 있다. 악보 없이 연주하면 소음(아키텍처 혼란)이 된다.

📌 관련 개념 맵

개념	설명	연관 키워드
TOGAF ADM	EA 개발 8단계 반복 방법론	Phase A~H, 요구사항 관리
Architecture Vision (A)	아키텍처 범위·비전·이해관계자 정의	Scope, Stakeholder
Requirements Management	ADM 모든 단계에 연결된 요구사항 관리 허브	변경 관리, 트레이서빌리티
Architecture Gap	현황-목표 아키텍처 차이	Gap 분석, 구현 과제
Enterprise Continuum	아키텍처 자산 분류·재사용 체계	Foundation/Common/Industry
Architecture Governance	아키텍처 원칙 준수 관리 체계	ARB, 컴플라이언스
TOGAF Certification	EA 분야 국제 자격증	Foundation, Practitioner

👶 어린이를 위한 3줄 비유 설명

TOGAF ADM은 '집 짓는 순서'다. 기초(BA) → 뼈대(AA/DA) → 인테리어(TA) → 이사(Migration) 순서로 지어야 튼튼하고, 중간에 설계 변경(변경 관리)도 할 수 있다.
Phase A(아키텍처 비전)는 '여행 목적지 정하기'다. 어디를 갈지(범위), 왜 가는지(비전), 누가 함께 가는지(이해관계자)가 정해져야 짐 싸기(이후 단계)가 시작된다.
요구사항 관리는 '여행 중 변경되는 일정 메모'다. 비가 와서 야외 일정이 취소되면(비즈니스 변화) 메모(요구사항)에 기록하고 일정을 재조정(해당 Phase 재수행)한다.