1장. 이해관계자(Stakeholder)란?
1-1. 정의
PMI/PMBOK에서 이해관계자(Stakeholder) 는 보통 이렇게 정의합니다.
프로젝트에 영향을 줄 수 있거나, 프로젝트로부터 영향을 받는 개인·집단·조직
조금 더 풀어서 말하면:
- 프로젝트 결과를 사용하는 사람
- 프로젝트에 돈을 대는 사람(스폰서)
- 프로젝트로 인해 일이 늘어나거나 줄어드는 부서
- 프로젝트 때문에 규제·감독을 하는 기관
등이 모두 이해관계자입니다.
1-2. 이해관계자 예시
어떤 “모바일 서비스 리뉴얼 프로젝트”가 있다고 해볼게요.
- 스폰서: 예산을 승인하는 본부장
- 고객(End User): 실제 앱을 사용하는 사용자
- 제품/서비스 오너(PO)
- 개발팀/디자인팀/QA팀
- 운영팀/CS팀 (런칭 후 운영할 사람들)
- 법무/보안/준법 팀
- 외부 협력사/벤더
- 규제 기관, 심사기관 (필요하다면)
핵심: “조금이라도 영향이 있으면 이해관계자” 라고 보는 게 안전합니다.
너무 좁게 잡으면 나중에 문제가 생깁니다.
2장. 이해관계자 식별과 분석
2-1. 이해관계자 식별(Identify Stakeholders)
프로젝트 초기에 해야 할 일 중 하나가 바로 이해관계자 목록 만들기입니다.
- 문서 훑기
- 사업계획서, 계약서, 조직도, 기존 시스템 문서 등에서 관련 조직·인물 찾기
- 핵심 인물 인터뷰
- 스폰서, PMO, 주요 리더에게 “누가 영향을 받나?” 질문
- 유사 프로젝트 사례 참고
- 과거에 비슷한 프로젝트를 했을 때 이해관계자 리스트 재사용
그리고 정리할 때는 보통 Stakeholder Register(이해관계자 등록부) 같은 형태로 만듭니다.
- 이름 / 조직 / 역할
- 연락처
- 이해관심(관심 내용, 기대사항)
- 영향력 수준, 관심도 수준
- 현재 태도(지지, 중립, 반대 등)
2-2. 이해관계자 분석 – 권한/관심도 매트릭스
시험에서 자주 나오는 분석 도구가 바로 “권한(또는 영향력)–관심도 매트릭스” 입니다.
축 설명
- 권한(Influence, Power)
- 프로젝트 방향을 바꿀 수 있는 힘의 크기
- 예: 예산 결정권자, 승인권자 등
- 관심도(Interest)
- 해당 프로젝트에 대해 얼마나 많이 신경 쓰는지
- 예: 자신의 KPI와 바로 연결되면 관심도 ↑
4분면(전형적인 분류)
- High Power / High Interest (권한↑ 관심↑)
- 핵심 플레이어
- 전략적으로 가장 많이 관리해야 하는 대상
- High Power / Low Interest (권한↑ 관심↓)
- 영향력은 크지만, 일상적으로는 별로 신경 안 쓰는 사람
- 정기적으로 정보 제공, 필요 시 참여 유도
- Low Power / High Interest (권한↓ 관심↑)
- 실무자, 엔드유저 등
- 의견 수렴·피드백에 매우 유용 → 적극적으로 참여시키기
- Low Power / Low Interest (권한↓ 관심↓)
- 정보만 가끔 제공해도 충분한 그룹
PMP 관점 포인트
- “모든 이해관계자를 똑같이 관리”하는 것이 아니라
영향력·관심도에 따라 전략적으로 다르게 관리하는 것이 중요합니다.
3장. 이해관계자 참여 전략 & 커뮤니케이션 기본
3-1. 이해관계자 참여 수준(Engagement Level)
PMI에서는 이해관계자의 “참여 수준”을 아래와 같이 나눠서 보기도 합니다.
- Unaware: 프로젝트 존재/영향을 잘 모름
- Resistant: 프로젝트를 반대하거나 부정적
- Neutral: 특별히 찬성·반대는 아님
- Supportive: 프로젝트를 지지하고 도와주려는 편
- Leading: 적극적으로 리딩/옹호하는 수준
PM의 목표는,
- 중요한 이해관계자가 최소 Supportive, 가능하면 Leading 상태가 되도록
- Resistant 이해관계자는 이유를 파악하고 완화하는 방향으로
3-2. 이해관계자 참여 계획 수립
대표적으로 아래 요소들을 고민합니다.
- 누구에게(Who)
- 스폰서, 주요 고객, 운영팀, 외부 벤더, 규제기관 등
- 무엇을(What)
- 어떤 정보? (상태, 리스크, 결정 필요 사항, 일정 변경 등)
- 언제/얼마나 자주(When)
- 주간, 월간, 마일스톤 직전/직후 등
- 어떻게(How)
- 회의, 이메일, 메신저, 리포트, 데모, 워크숍 등
- 어떤 톤/깊이로
- 임원에게는 요약/의사결정 포인트,
- 실무자에게는 상세 작업 정보 등
이를 Stakeholder Engagement Plan 또는 Communication Plan 형태로 문서화합니다.
3-3. 커뮤니케이션 관리 기본 개념
PMP에서 커뮤니케이션은 “정보 흐름을 설계하고 관리하는 것” 입니다.
1) 커뮤니케이션 방향
- 수평(Horizontal): 팀 내, 동급 조직 간 소통
- 수직(Vertical): 경영진↔실무자 간 보고·지시
- 내부(Internal): 조직 내부
- 외부(External): 고객, 벤더, 규제기관 등과의 소통
2) 커뮤니케이션 방법
- 푸시(Push): 메일, 공지 등 → 보내면 상대가 볼 수도/안 볼 수도 있음
- 풀(Pull): 위키, 포털 등 → 필요할 때 가져가게 하는 방식
- 인터랙티브(Interactive): 회의, 전화, 채팅 등 → 상호 대화
시험에서는 상황에 따라 가장 적절한 커뮤니케이션 방식을 고르는 문제가 나옵니다.
예시)
- 대규모 조직 전체 공지 → 보통 푸시(메일/공지)
- 상세 기술 문서, 자주 변경되는 자료 → 풀(위키/공유 드라이브)
- 오해 가능성이 크고, 의견 조율이 필요한 이슈 → 인터랙티브(회의) 가 선호
3-4. PMP가 좋아하는 “좋은 PM의 커뮤니케이션 태도”
문제에서 정답이 되는 PM 행동 패턴을 정리해보면:
- 먼저 듣고 이해관계자를 파악한다
- 바로 해결책을 밀어붙이기보다 이해관계자의 우려/관심사를 먼저 듣는다.
- 중요한 정보는 문서화하고 공유한다
- 회의 후에는 회의록/결정사항을 남기고 공유.
- 나쁜 소식도 숨기지 않고, 제때 공유한다
- 일정 지연·리스크 등은 가능한 빨리, 솔직하게 공유하고 대안을 논의.
- 상대에 맞는 언어와 수준으로 설명한다
- 임원에게는 비즈니스 영향 중심, 실무자에게는 기술/작업 중심.
- 빈도와 채널을 과도하지 않지만 충분하게 유지한다
- 너무 과하면 피로, 너무 적으면 정보 부족 → 적절한 밸런스.
4장. 오늘 내용 5줄 요약
- 이해관계자는 프로젝트에 영향을 주거나/받는 모든 사람·조직이며, 스폰서·사용자·운영팀·규제기관 등 매우 폭넓게 포함된다.
- 프로젝트 초기에 이해관계자 등록부를 만들어, 역할·관심사·영향력·연락 방법 등을 정리하는 것이 중요하다.
- 권한–관심도 매트릭스를 활용해 어떤 이해관계자를 우선적으로 관리해야 하는지 판단하고, 참여 전략을 다르게 가져간다.
- 이해관계자의 참여 수준(Unaware, Resistant, Neutral, Supportive, Leading)을 파악하고, 중요한 사람일수록 Supportive/Leading으로 끌어올리는 것이 PM의 목표다.
- 커뮤니케이션은 “누구에게, 무엇을, 언제, 어떻게” 전달할지 설계하는 작업이며, 상황에 따라 푸시·풀·인터랙티브 방식을 적절히 조합하는 것이 PMP 스타일의 답이다.
5장. 연습문제 (Day 4 Check)
객관식·O/X 8문제 + 서술형 2문제
문제 1
다음 중 이해관계자(Stakeholder) 의 정의로 가장 적절한 것은?
A. 프로젝트 팀 내부 구성원만을 의미한다.
B. 프로젝트 예산을 승인하는 사람만을 의미한다.
C. 프로젝트에 영향을 주거나, 프로젝트로부터 영향을 받는 개인·집단·조직을 말한다.
D. 고객사 임원진만을 말한다.
문제 2
다음 중 이해관계자 등록부(Stakeholder Register) 에 일반적으로 포함되지 않는 정보는?
A. 이해관계자의 역할과 조직
B. 이해관계자의 관심사·우려 사항
C. 이해관계자의 취미와 가족관계
D. 이해관계자의 영향력 수준과 현재 태도(지지/중립/반대 등)
문제 3
다음 중 권한(또는 파워)–관심도 매트릭스 에 대한 설명으로 옳은 것은?
A. 권한이 높고 관심도도 높은 이해관계자는 최소한의 정보만 주고 관리한다.
B. 권한은 낮지만 관심도가 높은 이해관계자는 의견 수렴과 참여 유도가 중요하다.
C. 권한이 낮고 관심도도 낮은 이해관계자는 프로젝트에서 제외한다.
D. 모든 이해관계자를 동일한 빈도로, 동일한 방법으로 관리해야 한다.
문제 4 (O/X)
“이해관계자의 참여 수준이 Resistant(저항적)인 경우,
PM은 가능한 한 해당 이해관계자를 회의에 참여시키지 않는 것이 PMP 관점에서 좋은 답이다.”
문제 5
다음 중 커뮤니케이션 방식과 예시의 연결이 가장 적절한 것은?
A. 푸시(Push) – 위키에 문서를 올려두고 필요할 때 보게 한다.
B. 풀(Pull) – 전체 임직원에게 메일로 공지사항을 발송한다.
C. 인터랙티브(Interactive) – 화상 회의를 통해 이슈를 논의한다.
D. 인터랙티브(Interactive) – 일방향 방송형 동영상 공지.
문제 6
다음 상황에서 PMP 관점에서 가장 적절한 PM의 첫 행동은?
신규 시스템 도입 프로젝트를 시작했는데, 운영팀 팀장이
“우리한테는 아무 상의도 없이 이 프로젝트를 진행한다니 말이 안 된다”고 강하게 불만을 표출하고 있다.
A. 운영팀을 이해관계자 목록에서 제외한다.
B. 스폰서에게 운영팀을 설득해 달라고만 요청한다.
C. 운영팀의 우려와 요구 사항을 듣기 위해 별도의 미팅을 잡고, 이해관계자로 명확히 등록한다.
D. 불만을 무시하고 원래 계획대로 진행한다.
문제 7
다음 중 PMP 시험에서 좋은 커뮤니케이션 태도로 보기 어려운 것은?
A. 나쁜 소식도 가능한 빨리 공유하고, 대안을 함께 논의한다.
B. 중요한 결정은 회의 후 문서로 남겨 이해관계자와 공유한다.
C. 이해관계자가 오해할 수 있는 내용은 직접 만나거나 회의를 통해 설명한다.
D. 갈등이 생길 수 있는 이슈는 보고하면 귀찮으니 최대한 숨긴다.
문제 8 (O/X)
“프로젝트 커뮤니케이션 계획에는 누구에게, 어떤 내용을, 어느 빈도로, 어떤 채널을 통해 전달할지에 대한 내용이 포함될 수 있다.”
서술형
문제 9 (서술형)
본인이 최근에 겪은 프로젝트/업무를 떠올리고,
- 주요 이해관계자를 최소 3명(또는 3그룹) 적어보세요.
- 각각에 대해
- 권한 수준(높음/보통/낮음)
- 관심도 수준(높음/보통/낮음)
을 간단히 표시해보세요.
문제 10 (서술형)
다음 문장을 자신의 상황에 맞게 완성해보세요.
“앞으로 PMP 관점에서 내가 더 잘하고 싶은 커뮤니케이션은 ____ 에 대한 것이고,
이를 위해 이해관계자 ____ 와(과) 더 자주/더 효과적으로 소통할 계획이다.”
6장. 정답 & 짧은 해설
문제 1 정답: C
- 이해관계자는 팀 내부/스폰서/고객/규제기관 등 프로젝트에 영향을 주거나 받는 모든 주체를 포함합니다.
문제 2 정답: C
- 취미·가족관계 같은 정보는 PMP 시험 기준으로 필수 항목이 아니며, 오히려 불필요합니다.
- A, B, D는 Stakeholder Register에 들어갈 수 있는 전형적 정보.
문제 3 정답: B
- 권한↓ 관심↑ 그룹은 피드백과 참여 유도에 좋기 때문에 적극적으로 소통하는 것이 PMP 관점의 정답입니다.
- A: 권한↑ 관심↑는 오히려 가장 적극적으로 관리해야 함.
- C: 이해관계자를 임의로 제외하는 건 위험.
- D: “모두 똑같이”가 아니라 전략적으로 다르게 관리해야 함.
문제 4 정답: X
- Resistant 이해관계자를 배제하면 나중에 더 큰 저항/리스크로 돌아올 수 있습니다.
- PMP는 보통 “우려를 듣고, 정보를 제공하며, 점진적으로 참여를 유도하는” 접근을 선호합니다.
문제 5 정답: C
- 인터랙티브 = 상호 대화 → 회의/전화/채팅 등이 해당.
- A: 푸시가 아니라 풀에 가깝다.
- B: 메일 공지는 푸시.
- D: 일방향 영상 공지도 인터랙티브가 아님.
문제 6 정답: C
- 불만을 가진 운영팀은 명백한 이해관계자입니다.
- PMP 관점에서는 먼저 우려를 듣고, 이해관계자 등록 및 참여 전략 수립이 정답에 가깝습니다.
문제 7 정답: D
- D는 PMP가 싫어하는 태도(정보 은폐).
- A, B, C는 모두 좋은 커뮤니케이션/투명성에 해당.
문제 8 정답: O
- 커뮤니케이션 계획에는 대상, 내용, 빈도, 채널 등이 포함됩니다.
(누구에게, 무엇을, 언제, 어떻게)
문제 9·10 (서술형)
- 정답은 없고, 자신의 실제 상황에 PMP 개념을 적용해 보는 것이 핵심입니다.
- 가능하면 구체적인 이름/조직/상황을 적어보면, 이후 학습(예: 리스크/계획/문제 해결)에 활용하기 좋습니다.
'Study > PMP' 카테고리의 다른 글
| [1week 6day] 일정(Schedule) 관리 기초 & 네트워크 다이어그램, 크리티컬 패스 맛보기 (0) | 2025.11.24 |
|---|---|
| [1Week/5day] 프로젝트 범위(Scope)와 WBS 기초 (0) | 2025.11.22 |
| [1Week/3day] 전통형(워터폴) vs 애자일 vs 하이브리드 + 프로젝트 생명주기 큰 그림 (1) | 2025.11.19 |
| [1Week/2day] 프로젝트 vs 운영(Operations) + 프로젝트·프로그램·포트폴리오 이해 (1) | 2025.11.18 |
| 아저씨가 준비하는 PMP 스터디 2달 코스 커리큘럼 (0) | 2025.11.18 |