관리 체계·관리 시스템·활용 시나리오

핵심 요약

EA를 지속 운영하려면 누가 정보를 생성·검토·승인하고 언제 갱신하며, 어떤 품질 기준과 성과 지표를 적용할지 정해야 한다. 관리 시스템은 이 절차를 지원하는 수단이며, 도구를 구축했다고 관리 체계가 자동으로 성립하는 것은 아니다. 활용 시나리오는 사용자의 의사결정 단계, 필요한 정보, 결과와 피드백을 구체화한다.

학습 목표

• EA 관리 체계와 EA 관리 시스템을 사람·절차와 도구 관점에서 구분한다.
• 등록·검토·승인·공표·폐기의 운영 흐름과 역할을 설명한다.
• 투자 심의·설계 준수·영향 분석·로드맵 관리 활용 시나리오를 설계한다.
• EA 운영과 데이터 거버넌스 전담 범위의 경계를 이해한다.

1. 개념 설명

1.1 관리 체계

EA 정보의 정확성·최신성·일관성과 활용을 유지하기 위한 정책, 조직, 역할, 프로세스, 품질 기준, 성과 관리의 결합이다. 대표 역할은 아키텍처 책임자, 도메인 아키텍트, 정보 소유자, 검토·승인자, 프로젝트 담당자, 시스템 운영자 등이다.

1.2 관리 시스템

아키텍처 객체의 등록·검색·관계 조회·버전·기준선·변경 이력·검토·승인·권한·통계 기능을 지원하는 정보시스템이다. 관리 시스템은 결정 권한을 대신하지 않으며, 잘못된 메타모델이나 책임 공백을 도구만으로 해결할 수 없다.

1.3 운영 단위와 변경 계기

갱신은 정기 주기뿐 아니라 전략 변경, 프로젝트 승인·종료, 시스템 폐기, 규제 변경, 조직 개편, 예외 승인 등 사건에 의해 발생한다. 모든 정보를 같은 주기로 갱신하기보다 중요도와 활용 빈도에 따라 관리 수준을 달리할 수 있다.

1.4 활용 시나리오

어떤 사용자가 어떤 의사결정 시점에 어떤 EA 정보를 조회·비교하고 어떤 결과를 남기는지 정의한다. 시나리오는 단순 기능 목록이 아니라 업무 절차와 EA 정보의 접점을 표현한다.

1.5 데이터 거버넌스와의 경계

EA 관리는 아키텍처 기준선과 관계 정보, 프로젝트 정합성, 변화 영향 등을 운영한다. 데이터 정책의 의사결정권, 데이터 소유자·스튜어드 조직, 데이터 문제의 상시 운영 등 데이터 거버넌스 전체는 공식 가이드의 독립 장에 해당하므로 별도 신규 단원 후보로 분리한다.

2. 관리 역할과 통제

권한은 정보 작성, 검토, 승인, 시스템 운영으로 분리할 수 있다. 작은 조직에서는 한 사람이 여러 역할을 맡더라도 의사결정 단계와 책임은 구분해 기록해야 한다.

3. 변경·갱신 운영 흐름

변경 계기 발생
  ↓
변경 대상·사유·출처 등록
  ↓
직접/간접 영향과 원칙·로드맵 정합성 검토
  ↓
승인 / 조건부 승인 / 반려 / 보류
  ↓
작업본 반영·관계 검증
  ↓
기준선 갱신·공표·관련자 통보
  ↓
활용 결과와 예외·성과 기록

상태와 버전은 구분한다. 예를 들어 버전 3의 작업본이 ‘검토 중’이고 버전 2가 현재 승인 기준선일 수 있다. 관리 시스템은 이 구분과 접근 권한을 지원해야 한다.

4. 활용 시나리오 예시

활용 시나리오가 효과적이려면 조회 결과가 실제 결재·검토 산출물과 연결되고, 결정 결과가 다시 EA 정보 갱신으로 이어져야 한다.

5. 비교와 구분

시험 판단 포인트

• EA 관리 체계는 정책·조직·역할·절차·품질·성과를 포함한다.
• EA 관리 시스템은 관리 체계를 지원하는 도구이며 승인 권한이나 업무 책임을 대신하지 않는다.
• 변경은 영향 분석과 승인, 기준선 갱신, 공표·통보, 이력 기록을 거친다.
• 활용 시나리오는 사용자·시점·필요 정보·의사결정·결과·피드백을 포함한다.
• EA 운영과 데이터 거버넌스의 조직·의사결정 체계는 연계되지만 동일 범위로 축소할 수 없다.

자주 틀리는 부분

• 리포지터리 도구를 도입하면 관리 조직과 승인 체계가 자동으로 생긴다고 보지 않는다.
• 관리 시스템 운영자가 아키텍처 의미와 예외를 최종 승인한다고 단정하지 않는다.
• 모든 객체를 동일 주기로 갱신해야 한다고 판단하지 않는다.
• 활용 시나리오를 검색 화면의 기능 목록으로만 작성하지 않는다.