243. 재크만 프레임워크 (Zachman Framework) 6×6 매트릭스

핵심 인사이트

본질: Zachman Framework(재크만 프레임워크)는 조직의 IT 아키텍처를 '관점(Who — 누가)' × '측면(What — 무엇)'의 6×6 매트릭스로 분류해, 복잡한 엔터프라이즈 시스템을 체계적으로 이해·설계·관리할 수 있는 분류 체계(Classification Schema)다.

가치: 재크만 프레임워크는 방법론이 아닌 '온톨로지(Ontology)'로, 특정 도구나 절차를 강제하지 않고 이해관계자별로 어떤 관점에서 어떤 아키텍처 산출물을 봐야 하는지를 명시해준다.

판단 포인트: 재크만 프레임워크의 핵심 원칙은 '한 셀의 변경이 다른 셀에 영향을 준다'는 것이다. 따라서 아키텍처 변경 영향 분석(Impact Analysis) 도구로 활용할 수 있다.

Ⅰ. 개요 및 필요성

John A. Zachman이 1987년 IBM Systems Journal에 발표한 재크만 프레임워크는 EA 개념의 출발점이다. 건축물 설계에서 아이디어를 얻어, 건축가(Planner), 건물주(Owner), 설계사(Designer), 시공사(Builder), 하청업체(Subcontractor), 입주자(User)가 각각 다른 관점에서 건물을 바라보듯, IT 아키텍처도 이해관계자별로 다른 관점이 필요하다는 철학을 담고 있다.

단순한 목록 작성이나 시스템 인벤토리와 달리, 재크만 프레임워크는 '이 산출물이 어떤 관점에서 어떤 측면을 다루는가'를 36개의 셀(Cell)로 명확히 분류한다. 이를 통해 아키텍처 산출물의 완전성(Completeness)을 검증하고, 누락된 관점을 식별할 수 있다.

📢 섹션 요약 비유: 재크만 프레임워크는 '도서관의 듀이 십진법 분류 체계'다. 책(IT 산출물)을 어디에 꽂아야 하는지 정하는 기준이지, 책을 쓰는 방법(방법론)이 아니다. 기준이 있어야 나중에 책을 찾을 수 있다.

Ⅱ. 아키텍처 및 핵심 원리

재크만 6×6 매트릭스 구조

┌──────────────────────────────────────────────────────────────────────────┐
│              Zachman Framework 6×6 Matrix                                │
│                                                                           │
│         What(Data)  How(Function) Where(Network) Who(People) When(Time) Why(Motivation)│
│         ─────────── ─────────────  ─────────────  ──────────  ─────────  ─────────────│
│Row 1    엔티티·관계  비즈니스 프로  비즈니스 위치  조직 단위   주요 사건  비즈니스 목표│
│Planner  (Scope)     세스 목록       지리적 범위   역할 목록   마일스톤   전략·정책   │
│         ─────────── ─────────────  ─────────────  ──────────  ─────────  ─────────────│
│Row 2    개념 데이터  업무 기능       비즈니스      업무 역할   마스터    비즈니스 룰  │
│Owner    모델         분해도          프로세스 흐름  책임 매트릭 일정       목표-수단   │
│         ─────────── ─────────────  ─────────────  ──────────  ─────────  ─────────────│
│Row 3    논리 데이터  데이터 흐름     분산 시스템    사람-시스템  처리      비즈니스 룰  │
│Designer 모델         다이어그램      아키텍처       인터페이스  순서도     설계 제약   │
│         ─────────── ─────────────  ─────────────  ──────────  ─────────  ─────────────│
│Row 4    물리 데이터  시스템 설계     기술 아키텍처  사용자 인터 제어 구조  규칙 명세   │
│Builder  모델         (SW 설계)       (HW/NW 배치)  페이스 설계            (코드 룰)   │
│         ─────────── ─────────────  ─────────────  ──────────  ─────────  ─────────────│
│Row 5    데이터 정의  프로그램        네트워크 설계  보안 아키텍 타이밍 정의 규칙 명세  │
│Sub-Cont (DDL)       코드             (IP/라우팅)   처            (스케줄)             │
│         ─────────── ─────────────  ─────────────  ──────────  ─────────  ─────────────│
│Row 6    실제 데이터  실행 가능한     실제 네트워크  실제 조직   실제 스케  실제 전략   │
│User     (Production) 시스템(운영)    (배포된 인프라) 및 인력    줄(운영)   목표(현재) │
└──────────────────────────────────────────────────────────────────────────┘

6개 관점(Row) — 이해관계자 관점

행	관점	역할	설명
1행	Planner (기획자)	경영진·전략가	비즈니스 스코프·맥락 (Scope Context)
2행	Owner (오너)	업무 담당자	비즈니스 개념 모델 (Conceptual)
3행	Designer (설계자)	IT 아키텍트	논리 시스템 모델 (Logical)
4행	Builder (구현자)	개발자·DBA	물리 기술 모델 (Physical)
5행	Sub-Contractor (하청)	코더·네트워크	상세 구현 명세
6행	User (사용자)	최종 사용자	실제 운영 시스템

6개 측면(Column) — 아키텍처 관심사

열	측면	핵심 질문	예시 산출물
1열	What (데이터)	무엇을 다루는가?	ERD, 데이터 모델
2열	How (기능)	어떻게 처리하는가?	DFD, 기능 분해도
3열	Where (네트워크)	어디서 수행하는가?	네트워크 다이어그램
4열	Who (인력)	누가 수행하는가?	조직도, 역할 매트릭스
5열	When (시간)	언제 수행하는가?	일정표, 상태 다이어그램
6열	Why (동기)	왜 수행하는가?	목표 모델, 비즈니스 룰

📢 섹션 요약 비유: 재크만 6개 측면은 '6하 원칙'이다. 무엇을(What), 어떻게(How), 어디서(Where), 누가(Who), 언제(When), 왜(Why) — 이 6가지 질문에 모두 답하면 아키텍처가 완전해진다.

Ⅲ. 비교 및 연결

재크만 vs TOGAF ADM 비교

항목	재크만 프레임워크	TOGAF ADM
성격	분류 체계(온톨로지)	개발 방법론(프로세스)
목적	아키텍처 산출물 분류·정의	아키텍처 개발 절차 안내
활용	산출물 완전성 검증	아키텍처 수립 실행
규범성	도구 중립	특정 절차 제시
상호 관계	TOGAF ADM 산출물을 재크만으로 분류 가능	재크만 분류 체계 활용 가능

재크만 프레임워크 핵심 원칙

원칙	내용
셀 독립성	각 셀은 고유한 모델이며, 다른 셀과 혼합 불가
완전성 원칙	모든 36셀이 채워져야 아키텍처가 완전함
행 순서 준수	상위 행(기획자)이 하위 행(구현자)의 제약 조건
열 독립성	What·How·Where·Who·When·Why는 서로 분리된 관점

📢 섹션 요약 비유: 재크만 vs TOGAF는 '지도 범례(Legend) vs 항로 계획'이다. 범례(재크만)는 지도에서 기호가 무엇을 의미하는지 알려주고, 항로 계획(TOGAF ADM)은 실제로 목적지까지 어떻게 가는지 알려준다.

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

재크만 프레임워크 실무 활용

아키텍처 산출물 분류

프로젝트에서 생성한 산출물(ERD, 유스케이스, 네트워크 다이어그램 등)이 재크만 어떤 셀에 해당하는지 분류
누락 셀 식별 → 보완 작업 계획

영향 분석(Impact Analysis)

특정 셀 변경 시 연관 셀에 미치는 영향 사전 분석
예: 데이터 모델(1열) 변경 → 애플리케이션(2열), 인터페이스(3열)에 영향

아키텍처 검토(Architecture Review)

ARB에서 신규 프로젝트 산출물의 재크만 분류 완전성 검토
특히 Row 1(Planner)과 Row 2(Owner) 산출물 부재 시 비즈니스 연계성 부족 경고

한계점 및 극복 방안

한계	극복 방안
36셀 전체 작성 부담	우선 핵심 셀(Row 1~3, Col 1~3) 집중
방법론 부재	TOGAF ADM과 병행 사용
실무 적용 복잡성	EA Tool(Sparx EA, Archi) 활용
동적 변화 반영 어려움	정기 리뷰 사이클(분기) 수립

📢 섹션 요약 비유: 재크만 36셀 전체 채우기는 '수학 교과서 모든 문제 풀기'다. 처음에는 핵심 단원(Row 1~3, 1~3열)부터 풀고, 점차 나머지를 채워가야 현실적으로 완성할 수 있다.

Ⅴ. 기대효과 및 결론

재크만 프레임워크는 IT 아키텍처를 체계적으로 분류하고 완전성을 검증하는 가장 검증된 분류 체계다. 37년이 지난 지금도 EA 실무에서 참조 모델로 활용되며, TOGAF·FEA 등 대부분의 EA 방법론이 재크만 개념을 기반으로 한다.

실무에서는 36셀 전체를 채우는 완전한 구현보다, 이해관계자별 관점 분리와 산출물 완전성 체크리스트로 활용하는 것이 현실적이다. 기술사 시험에서는 재크만의 6개 관점(Row)과 6개 측면(Column)의 의미, TOGAF와의 관계, EA 거버넌스에서의 활용 방법을 이해하고 설명할 수 있어야 한다.

📢 섹션 요약 비유: 재크만 프레임워크는 '사람의 모든 측면을 보는 의료 종합검진'이다. 혈액(데이터), 장기(기능), 위치(네트워크), 담당의(역할), 검사 시간(일정), 치료 목적(동기) — 모든 측면을 종합해야 완전한 건강 진단이 된다.

📌 관련 개념 맵

개념	설명	연관 키워드
Zachman Framework	EA 분류 온톨로지, 6×6 매트릭스	36 셀, 관점, 측면
6개 관점(Row)	Planner~User 이해관계자별 관점	추상화 수준, 계층
6개 측면(Column)	What·How·Where·Who·When·Why	6하 원칙, 완전성
TOGAF ADM	EA 개발 방법론 (재크만과 상호 보완)	아키텍처 도메인, 8단계
EA Tool	재크만 셀 관리·시각화 도구	Sparx EA, Archi
영향 분석	셀 변경의 연쇄 영향 분석	Impact Analysis
아키텍처 완전성	36셀 누락 없이 작성된 상태	ARB, 검토 체크리스트

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

재크만 프레임워크는 '학교 시간표'다. 수학(무엇), 국어(어떻게), 체육(어디서), 선생님(누가), 1교시(언제), 공부 목적(왜)으로 나누면 하루가 완전히 정리된다.
36개 셀은 '방탈출 게임의 단서 칸'이다. 모든 칸에 단서(산출물)가 채워져야 문(완전한 아키텍처)이 열린다.
재크만과 TOGAF의 관계는 '지도와 GPS 앱'이다. 지도(재크만)는 어디에 무엇이 있는지 알려주고, GPS 앱(TOGAF)은 지금 어떤 경로로 목적지까지 가야 하는지 안내한다.