지식 · 전략·기획
변경관리 · 이슈·리스크 로그
Change Control & Issue/Risk Log
📂전략·기획⏱읽기 1분📊실무🔗관련 5
변경관리란?
한 줄 정의
프로젝트 진행 중 발생하는 범위·일정·비용의 변경 요청을 정해진 절차로 검토·승인하고, 이슈와 리스크를 목록으로 추적하는 관리 방식입니다.
⚡ 3줄 요약
- 변경은 막는 것이 아니라 절차로 다루는 것
- 이슈는 발생한 일, 리스크는 발생 가능한 일
- 로그를 회의 첫 안건에 두면 회의가 결정의 자리가 된다
프로젝트에서 변경은 예외가 아니라 상수입니다. 문제는 변경이 발생한다는 사실이 아니라, 변경이 절차 없이 스며든다는 점입니다. 담당자끼리 구두로 합의한 추가 요구가 쌓이면 일정과 예산은 그대로인데 할 일만 늘어납니다. 이것을 스코프 크리프(범위 잠식)라고 부릅니다.
변경관리는 이 흐름에 문을 답니다. 변경 요청은 문서로 접수하고, 일정·비용·품질·자원에 미치는 영향을 평가한 뒤, 정해진 권한자가 승인 또는 반려합니다. 승인된 변경은 기준선(계획의 기준 버전)을 갱신하고 관련자에게 공유합니다. 이 절차가 있으면 추가 요구가 거절되는 것이 아니라, 대가와 함께 논의되는 대화로 바뀝니다.
이슈 로그와 리스크 로그는 짝을 이루는 도구입니다. 리스크는 아직 일어나지 않았지만 일어날 수 있는 일이고, 이슈는 이미 발생해 대응이 필요한 일입니다. 각 항목에는 내용, 영향도, 담당자, 기한, 대응 방안, 상태가 기록됩니다. 이 목록을 정례 회의의 첫 안건으로 두면 회의가 보고가 아니라 결정의 자리가 됩니다. 리스크는 발생 확률과 영향도로 우선순위를 매기고, 상위 몇 건에만 대응 계획을 준비하는 것이 현실적입니다.
💡 쉽게 말하면
공사 중 설계 변경과 같습니다. 도면을 고치지 않고 현장에서 말로 바꾸면, 준공 때 아무도 무엇이 맞는지 모릅니다.
실무에서 왜 중요한가
프로젝트가 늦어지는 이유를 물으면 대개 이런저런 요청이 있었다고 답합니다. 그 요청들이 언제 누구의 승인으로 들어왔는지 남아 있지 않은 것이 진짜 문제입니다.
유래와 출처
프로젝트 관리 지식체계(PMBOK)의 통합 변경통제 프로세스에서 체계화됐고, 형상관리·품질관리 실무의 변경 통제 개념과 결합해 산업 전반의 표준적 관리 방식으로 자리 잡았습니다.
출처 · PMBOK의 통합 변경통제(Integrated Change Control)
사례로 이해하기
예를 들어 진행 중인 프로젝트에 추가 요구가 계속 들어오는 상황입니다. (가상 예시)
- 접수 양식 — 변경 요청을 구두가 아닌 정해진 양식으로 받게 합니다.
- 영향 평가 — 일정·비용·인력·품질에 미치는 영향을 수치로 정리합니다.
- 승인 절차 — 영향 규모별로 승인 권한자를 정해 검토·결정합니다.
- 기준선 갱신 — 승인된 변경을 계획에 반영하고 관련자에게 공유합니다.
- 로그 운영 — 이슈·리스크 목록을 정례 회의 첫 안건으로 두고 상태를 갱신합니다.
관련 용어
프로젝트 헌장 · 킥오프프로젝트의 목적·범위·책임자·제약을 공식화해 착수를 승인하는 문서이며, 킥오프는 그 내용을 관련자와 맞추는 첫 회의입니다.리스크 매트릭스 · 리스크 관리발생 가능성과 영향도 두 축으로 위험을 등급화해, 대응 우선순위와 방식(회피·감소·전가·수용)을 정하는 사전 관리 도구.WBS · 작업분해구조프로젝트 전체를 관리 가능한 작은 산출물 단위로 계층적으로 쪼개, 빠짐없이 일감을 정의하는 프로젝트 관리의 기본 골격.PMO · 프로젝트 관리 조직조직 내 프로젝트들의 방법론·일정·자원·보고를 표준화하고 지원·감독하는 전담 조직 또는 기능.전사 리스크 관리 · ERM부서별로 흩어져 관리되던 위험을 전사 차원에서 식별·평가·대응·모니터링하는 체계로, 개별 리스크 대응과 달리 우선순위와 감수 범위를 경영진이 정한다.
이 용어와 연결된 교육
📚기획력 향상과정나눔경영컨설팅 기업교육 · 대면/온라인과정 보기 →이 주제로 사내 교육이 필요하신가요?
담당자 맞춤 커리큘럼·견적을 바로 받아보세요.
자주 묻는 질문
리스크는 아직 발생하지 않은 잠재적 사건이고, 이슈는 이미 발생해 지금 대응이 필요한 사안입니다. 리스크는 예방과 대비를, 이슈는 해결과 복구를 다룹니다.
변경관리의 목적은 거절이 아니라 대가를 함께 논의하는 것입니다. 이 요청을 수용하면 일정이 2주 늘고 비용이 얼마 증가한다는 정보를 제시하면, 요청자가 스스로 우선순위를 판단하게 됩니다.
영향 규모에 따라 절차를 차등화하는 것이 해법입니다. 소규모 변경은 관리자 전결로, 일정·비용에 영향을 주는 변경만 공식 절차를 밟게 하면 실효성이 올라갑니다.
목록은 넓게 만들되 대응 계획은 상위 몇 건에만 준비하는 것이 현실적입니다. 발생 확률과 영향도로 우선순위를 매기고, 정기적으로 순위를 다시 확인하세요.