표준 변경과 영향 분석

핵심 요약

표준 변경은 사전의 한 항목을 수정하는 작업이 아니라 사용 중인 모델·DB·프로그램과 데이터 의미를 바꾸는 통제 활동이다. 변경 유형과 호환성을 판정하고, 사용처를 추적하여 승인·버전·전환·검증·폐기까지 관리한다.

학습 목표

• 표준의 추가·수정·통합·분할·폐기·대체 유형을 구분한다.
• 표준 구성요소 간 의존 관계를 따라 영향 대상을 식별한다.
• 의미 변경과 형식 변경의 호환성 위험을 판단한다.
• 버전·전환 기간·대체 표준·예외 만료를 포함한 변경 계획을 작성한다.

1. 표준 변경 유형

단순 오탈자 교정처럼 의미와 인터페이스에 영향이 없는 변경과, 정의·값 범위가 달라지는 변경을 같은 절차와 위험도로 취급하지 않는다. 다만 “오탈자”로 분류했어도 물리명이나 API 필드가 바뀌면 기술 영향은 클 수 있다.

2. 영향 분석 구조

표준 단어
   ↓ 구성
표준 용어 ─── 적용 도메인·코드
   ↓ 사용
엔터티 속성·테이블 컬럼
   ↓ 참조
인터페이스·ETL·API·프로그램·보고서·품질 규칙
   ↓ 산출
외부기관·사용자·분석 지표

2.1 영향 분석 질문

• 변경 전후 업무 의미와 값 범위가 같은가.
• 이름만 바뀌는가, 저장 형식·길이·코드값도 바뀌는가.
• 기존 데이터의 재분류·변환·재적재가 필요한가.
• 송신자와 수신자가 같은 시점에 전환할 수 있는가.
• 과거 이력과 보고서의 비교 가능성을 어떻게 유지할 것인가.
• 하위 표준, 모델, DDL, 검증 규칙과 문서가 어디에서 사용되는가.
• 변경 실패 시 롤백 또는 병행 운영이 가능한가.

영향 분석은 단순 사용 건수 집계가 아니다. 1개 인터페이스라도 법적 보고나 외부 정산에 사용되면 영향도가 클 수 있다. 범위, 중요도, 호환성, 전환 난이도를 함께 평가한다.

3. 변경관리 절차

1. 변경 사유와 유형, 긴급성을 기록한다.
2. 변경 전·후 정의, 명칭, 도메인·코드값을 비교한다.
3. 표준 사전과 메타데이터 의존 관계로 사용처를 수집한다.
4. 업무·기술·데이터·외부 영향과 호환성을 평가한다.
5. 변경안, 대체 표준, 전환·병행·롤백 계획을 검토·승인한다.
6. 새 버전과 시행일을 공표하고 모델·DB·인터페이스를 전환한다.
7. 결과를 검증한 뒤 구 표준을 폐기 예정 또는 폐기 상태로 관리한다.

폐기 표준은 즉시 삭제하지 않는다. 과거 모델과 데이터의 해석, 감사와 추적을 위해 상태·유효기간·대체 표준·매핑 이력을 남긴다.

4. 사례

4.1 코드값 추가

배송상태 코드에 07=해외통관중을 추가한다. 데이터 타입과 길이가 그대로여도 수신 프로그램이 01~06만 가정했다면 오류가 날 수 있다. 코드 테이블, API 명세, 화면 표시, 분기 로직, 집계 보고서와 외부 파트너를 영향 대상으로 포함한다.

4.2 의미 변경

활성고객수를 “최근 6개월 구매 고객”에서 “최근 3개월 로그인 고객”으로 바꾸는 것은 같은 용어의 단순 정의 보완이 아니다. 사건과 기간이 모두 달라 과거 지표와 비교가 불가능해진다. 새 용어를 분리할지, 버전과 기준일을 명시해 변경할지 검토해야 한다.

4.3 전환 방식

5. 비교와 구분

시험 판단 포인트

• 코드값 추가도 수신 프로그램과 집계 로직에 영향을 줄 수 있다.
• 표준 폐기는 삭제가 아니라 상태·유효기간·대체 관계를 남기는 생명주기 관리다.
• 영향 건수만으로 중요도를 판단하지 않는다.
• 의미가 달라진 용어를 같은 이름으로 덮어쓰면 과거 데이터 해석이 왜곡된다.
• 변경 승인 전 전환·병행·롤백과 데이터 변환 여부를 검토한다.

자주 틀리는 부분

• 데이터 타입이 같으므로 코드값 추가는 무영향이라고 본다.
• 사용처 검색 없이 표준 사전의 명칭부터 수정한다.
• 폐기 표준을 삭제해 과거 모델과 데이터의 의미를 추적할 수 없게 한다.
• 구·신 표준 병행 기간의 종료일과 우선순위를 정하지 않는다.