이해관계자 목록은 왜 착수 때 한 번으로 끝나면 안 되는가
요지
- 이해관계자 식별은 프로세스 그림에서 착수에 놓여 있지만, 한 번 하고 덮는 일이 아니다. PMBOK 8판도 이해관계자 성과 영역의 프로세스 대부분을 프로젝트 내내, 또는 주기적으로 하는 일로 본다.
- 식별의 투입물에 이해관계자 참여 계획, 의사소통 계획, 이슈 기록부가 들어 있다. 이 문서들은 착수 뒤에야 생기는 것이니, 식별을 되풀이한다는 뜻이다.
- 언제 다시 볼지를 미리 정해 두면 된다. 단계 관문, 새 사람이나 조직이 들어올 때, 범위가 바뀔 때, 애자일이면 스프린트마다가 좋은 때다.
- 늦게 발견한 이해관계자는 실수라기보다 신호다. 놓친 사람이 왜 생겼는지를 리스크로 다룬다.
이 글은 PMBOK® 지침서 8판 한국어판의 이해관계자 성과 영역(2.5)과 이해관계자 식별(2.5.2.1)을 기준으로 2026년 11월 2일에 정리했습니다. 표준의 용어와 개념을 따랐고, 다시 볼 때를 정하는 기준과 예시는 이 글이 제안하는 한 가지 방법입니다.
착수 때 만든 목록이 낡는 이유
착수 때 이해관계자를 찾는 재료는 헌장, 비즈니스 문서, 계약서 같은 것이다. 이 시점에는 누가 일을 맡을지, 어떤 업체가 들어올지, 어느 부서가 결과물을 받아 쓸지가 아직 다 정해지지 않았다. 그래서 첫 목록은 그때 알 수 있는 사람만 담는다.
프로젝트가 움직이면 사람이 바뀐다. 담당 임원이 바뀌고, 새 협력 업체가 계약되고, 결과물을 쓸 현업 부서가 늘어난다. 처음에는 관심이 없던 부서가 일정이 자기 업무와 겹치면서 갑자기 중요한 이해관계자가 되기도 한다. 목록을 그대로 두면, 영향력이 큰 사람이 목록 밖에 있는 상태로 프로젝트가 굴러간다.
표준은 이렇게 본다
PMBOK 8판의 프로세스 그림에서 이해관계자 식별은 착수 쪽에 혼자 놓여 있다. 그러나 표준은 이해관계자 관련 프로세스 대부분이 프로젝트 기간 내내, 또는 정해진 때마다 되풀이된다고 설명한다. 그림의 자리는 처음 하는 때를 보여 줄 뿐이다.
투입물을 보면 더 분명하다. 식별의 투입물에는 헌장과 비즈니스 문서 말고도 이해관계자 참여 계획, 의사소통 계획, 이슈 기록부가 들어 있다. 참여 계획과 의사소통 계획은 식별 뒤에 만드는 문서다. 이것을 다시 식별에 넣는다는 것은, 계획을 세우고 일을 하면서 알게 된 것으로 목록을 고친다는 뜻이다.
산출물도 그렇다. 식별의 결과는 이해관계자 관리대장만이 아니다. 변경 요청, 계획서 갱신, 이슈 기록부와 리스크 관리대장 갱신도 나온다. 새 이해관계자를 찾으면 범위나 일정, 리스크가 따라 바뀔 수 있다는 것이다. 표준은 프로젝트 환경이 바뀌는 동안 이해관계자를 계속 찾는 일 자체를 리스크를 다루는 방법 가운데 하나로 본다.
관리대장에 무엇을 적나
이해관계자 관리대장은 크게 세 가지를 담는다.
표는 가로로 밀어서 볼 수 있습니다.
| 묶음 | 적는 것 |
|---|---|
| 식별 정보 | 이름이나 조직, 직위, 연락 방법, 프로젝트에서 맡는 역할 |
| 평가 정보 | 무엇을 요구하고 기대하는지, 결과에 얼마나 영향을 줄 수 있는지, 어느 단계에 가장 영향을 주는지 |
| 분류 | 영향력과 관심도, 내부와 외부 같은 기준으로 나눈 결과 |
비슷해 보이는 문서와 섞이지 않게 구분해 두면 다시 볼 때 편하다.
- 관리대장은 사람을 적는다.
- 이슈 기록부는 문제를 적는다.
- 참여 계획은 사람마다 어떻게 대할지를 적는다.
언제 다시 볼까
아래는 이 글이 제안하는 기준이다. 표준이 정한 주기는 아니다.
표는 가로로 밀어서 볼 수 있습니다.
| 때 | 다시 볼 것 |
|---|---|
| 단계 관문(설계 끝, 시험 시작 등) | 다음 단계에 새로 들어올 사람과 빠질 사람 |
| 새 계약, 새 협력 업체 | 그 업체의 의사결정자와 실무 담당 |
| 조직 개편, 담당 임원 교체 | 바뀐 사람의 기대와 영향력, 분류 다시 하기 |
| 범위 변경 승인 | 바뀐 범위가 닿는 부서와 사용자 |
| 회의에 처음 보는 사람이 나왔을 때 | 왜 왔는지, 누가 보냈는지 |
| 애자일이면 스프린트 계획이나 회고 | 이번에 넣을 기능이 닿는 사람, 새 외부 서비스 업체 |
예를 들어 어느 사내 시스템 구축 프로젝트가 3차 스프린트에서 결제 기능을 넣기로 했다고 하자. 그 순간 결제 대행 업체, 재무팀 승인 담당, 보안 점검 담당이 새 이해관계자가 된다. 착수 때 목록에는 없던 사람들이다. 스프린트 계획 회의에서 「이번 기능 때문에 새로 생기는 이해관계자가 있나」를 한 줄 질문으로 넣어 두면 이런 사람을 일찍 찾는다.
다시 찾을 때 쓰는 방법
처음 찾을 때 쓰는 방법을 그대로 다시 쓰면 된다.
- 문서 보기: 바뀐 계약서, 조직도, 회의록, 변경 요청서를 읽고 새 이름을 뽑는다.
- 설문과 질문지: 현업 부서에 「이 결과물을 받아서 쓰는 사람이 또 있나」를 묻는다.
- 브레인스토밍: 팀이 모여 「누가 이 일을 막을 수 있나」, 「누가 결과를 기다리나」를 짧게 적어 본다.
늦게 찾은 이해관계자는 경고다
중간에 새 이해관계자가 나타나면 일정이 흔들리니 반갑지 않다. 하지만 늦게 찾은 것보다 끝까지 못 찾은 것이 훨씬 비싸다. 결과물을 넘기는 날 처음 나타난 사람이 요구 사항을 뒤집는 일이 그렇다.
그래서 늦게 찾은 사람이 나오면 두 가지를 같이 한다.
- 그 사람을 관리대장에 넣고, 참여 계획과 의사소통 계획을 고친다.
- 왜 놓쳤는지를 한 줄 적고, 비슷하게 놓친 사람이 더 있을 수 있는지 리스크로 본다. 예를 들어 협력 업체 쪽 사람을 놓쳤다면, 다른 업체도 같은 식으로 빠졌을 수 있다.
이번 주에 할 일
- 지금 맡은 프로젝트의 이해관계자 관리대장을 열어 마지막으로 고친 날을 확인한다.
- 위 표에서 최근 일어난 일(새 업체, 담당자 교체, 범위 변경)이 있었는지 표시하고, 해당하면 목록을 고친다.
- 다음 단계 관문이나 다음 스프린트 계획 회의 안건에 「새 이해관계자 확인」을 한 줄 넣는다.
이해관계자를 찾은 뒤 실제로 어떻게 대할지는 같은 주에 올리는 「갈등을 피하지 않고 다루는 PM의 다섯 가지 방법」 글에서 이어서 볼 수 있습니다. 이해관계자와 팀 리더십을 영상으로 차근차근 공부하려면 PMBOK® 지침서 8판 이해관계자와 팀 리더십 과정 소개를 참고하세요.
참고
- PMBOK® 지침서 8판 한국어판, 이해관계자 성과 영역(2.5)의 프로세스 가운데 이해관계자 식별(2.5.2.1)의 투입물, 산출물, 도구 및 기법과 이해관계자 관리대장. 용어와 개념을 따랐고 문장은 옮기지 않았습니다. 확인일 2026-11-02.
- 다시 볼 때를 정하는 표, 늦게 찾은 이해관계자를 다루는 두 단계, 이번 주에 할 일은 이 글에서 새로 정리한 한 가지 방법이며 표준이 정한 절차가 아닙니다.
- 예의 프로젝트는 가상의 것입니다.
- 이 글은 PMI의 표준을 한국어로 설명한 독립 해설이며, PMI와 관계가 없습니다.
- PMI, PMBOK는 Project Management Institute, Inc.의 상표 및/또는 등록 상표입니다.
혼자 배운다면 공개 과정, 팀 단위라면 기업 맞춤 출강이 있습니다. 프로젝트 관리 과정 보기 → 새 창