핵심 인사이트 (3줄 요약)
- 본질: TOGAF (The Open Group Architecture Framework)는 기업 아키텍처를 체계적으로 설계/운영하기 위한 프레임워크다.
- 가치: ADM (Architecture Development Method)을 통해 비즈니스/데이터/애플리케이션/기술 아키텍처를 단계적으로 정리한다.
- 판단 포인트: 표준, 거버넌스, 로드맵이 함께 있어야 실무 적용이 가능하다.
Ⅰ. 개요 및 필요성
기업 아키텍처는 복잡한 시스템을 한 방향으로 정렬하는 작업이다. TOGAF는 이를 위한 대표적인 프레임워크다.
전략과 실행 사이를 연결하는 구조가 필요할 때 사용한다.
- 📢 섹션 요약 비유: TOGAF는 큰 집을 지을 때 설계도, 공정표, 검사표를 함께 쓰는 일이다.
Ⅱ. 아키텍처 및 핵심 원리
TOGAF의 중심은 ADM이다. 요구사항을 받아 아키텍처를 개발하고, 구현과 거버넌스를 통해 반복 개선한다.
Preliminary → Vision → Business → Data → Application → Technology → Migration
| 영역 | 역할 |
|---|---|
| Business | 업무/전략 |
| Data | 정보 구조 |
| Application | 시스템 |
| Technology | 인프라 |
핵심은 아키텍처를 문서로만 두지 않고, 로드맵과 거버넌스로 연결하는 것이다.
- 📢 섹션 요약 비유: TOGAF는 집 설계 후 끝나는 것이 아니라, 공사와 검사를 끝까지 따라가는 관리자다.
Ⅲ. 비교 및 연결
TOGAF는 Zachman처럼 전체 아키텍처를 다루지만, Zachman이 분류 체계라면 TOGAF는 절차와 방법론이 더 강하다.
| 항목 | Zachman | TOGAF |
|---|---|---|
| 성격 | 분류 | 방법론 |
| 강점 | 누락 방지 | 실행 절차 |
| 산출물 | 매트릭스 | ADM 결과물 |
TOGAF는 거버넌스와 표준화에 유리하며, 큰 조직에서 특히 유용하다.
- 📢 섹션 요약 비유: Zachman은 책장 라벨, TOGAF는 책을 정리하는 작업 지침이다.
Ⅳ. 실무 적용 및 기술사 판단
실무에서는 Architecture Vision, Requirements, Roadmap, Governance를 함께 관리한다. 조직의 변화관리와 함께 가야 한다.
체크리스트
- ADM 단계가 정의되어 있는가?
- 비즈니스와 기술이 연결되는가?
- 로드맵과 전환 계획이 있는가?
- 거버넌스가 작동하는가?
안티패턴
- 프레임워크를 문서 템플릿으로만 쓰는 경우
- 개발과 무관한 아키텍처가 되는 경우
- 거버넌스 없이 설계만 남는 경우
기술사 관점에서는 TOGAF가 기업 아키텍처를 운영 가능한 절차로 만드는 프레임워크라는 점을 설명해야 한다.
- 📢 섹션 요약 비유: TOGAF는 공사장 전체를 관리하는 감독관이다.
Ⅴ. 기대효과 및 결론
TOGAF는 전사 아키텍처를 체계적으로 정렬하고, 변화에 대한 로드맵을 제공한다.
정리하면, 기업 아키텍처를 계획-설계-이행-거버넌스로 연결하는 표준 프레임워크다.
- 📢 섹션 요약 비유: TOGAF는 집을 짓는 순서와 점검표를 함께 담은 매뉴얼이다.
📌 관련 개념 맵
| 개념 | 연결 포인트 |
|---|---|
| ADM | 개발 방법 |
| Governance | 통제 |
| Roadmap | 전환 계획 |
| Business/Data/App/Tech | 아키텍처 도메인 |
| Architecture Repository | 산출물 저장소 |
📈 관련 키워드 및 발전 흐름도
비전
│
▼
ADM
│
▼
아키텍처 산출물
│
▼
로드맵 / 거버넌스
이 흐름은 기업 아키텍처가 전략에서 실행으로 이어지는 과정을 보여준다.
👶 어린이를 위한 3줄 비유 설명
- TOGAF는 큰 집을 어떻게 지을지 정하는 책이에요.
- 어디부터 어떻게 할지 순서가 있어요.
- 그래서 큰 집도 헷갈리지 않고 지을 수 있어요.