이해관계자 관리
Stakeholder Management
이해관계자 관리란?
- 영향 주고받는 사람들의 기대 조율
- 영향력·관심도로 우선순위
- 저항을 미리 지지로 전환
이해관계자 관리를 도입하면 가장 먼저 바뀌는 것은 일의 순서입니다. 보통은 기획안을 완성한 뒤에 설득하러 다니지만, 기획서 첫 줄을 쓰기 전에 반대할 사람의 이름부터 적는 쪽으로 순서가 뒤집힙니다. 킥오프 전에 각 부서가 이 일로 무엇을 잃는지를 먼저 듣고 나면, 검토 단계에서 튀어나올 반론의 절반은 설계에 미리 반영됩니다. 실무자 손에 남는 산출물은 이름·직함·입장·영향력을 적은 한 장짜리 지도 하나지만, 그 한 장 때문에 줄어드는 것은 회의 횟수가 아니라 결재 문턱에서 뒤집히는 횟수입니다.
분류는 보통 영향력(권력)과 관심도 두 축으로 된 4분면을 씁니다. 둘 다 높은 그룹은 주 1회 대면으로 붙들고, 영향력은 크지만 관심이 낮은 임원은 월 1회 한 장짜리 요약으로 충분하며, 관심만 높은 실무진에게는 정기 공지로 정보를 채워주고, 나머지는 지켜보기만 합니다. 다만 이 격자를 한 번 그려놓고 고정하는 순간 쓸모가 사라진다는 점이 중요합니다 — 조직 개편이나 예산 변동이 생기면 분기마다 다시 그려야 합니다. RACI와도 다릅니다. RACI는 업무의 책임 소재를 나눈 표지만, 이해관계자 지도는 아무 책임도 없으면서 일을 멈출 수 있는 사람까지 다루는 도구입니다.
현장에서 가장 흔한 오해는 이 일을 '윗선 관리'로 좁혀 보는 것입니다. 스폰서 임원의 사인만 받고 출발했다가, 정작 시스템을 매일 쓸 현업 팀장들이 '우리는 들은 바 없다'며 버티는 순간 일정이 서너 달씩 밀립니다. 반대 방향의 함정도 있습니다. 모든 이해관계자를 다 만족시키려는 시도는 요구를 전부 욱여넣은 절충안을 낳고, 그렇게 나온 결과물은 아무도 자기 것이라 여기지 않아 책임 소재까지 흐려집니다. 조율은 전원 합의를 만드는 일이 아니라 누구의 반대를 감수할지 고르는 일에 가깝습니다.
에드워드 프리먼(R. Edward Freeman)의 이해관계자 이론(1984)에서 체계화됐으며, 프로젝트·전략 관리의 핵심이 됐습니다.
가상의 사례로 살펴보겠습니다. 임직원 240명 규모의 중견 식품제조 A사가 15년 된 생산관리 시스템을 ERP로 교체하는 8개월 프로젝트를 시작했습니다. 3년 전 같은 시도가 현장 반발로 4개월 만에 중단된 전력이 있었습니다. 그래서 PMO를 맡은 경영지원팀장은 착수 후 2주를 설계가 아니라 사람 지도를 그리는 데 먼저 썼습니다.
- 경영지원팀장은 현장 반장부터 IT 외주사 PM까지 31명을 뽑아 한 장에 정리했고, 그중 생산 3개 라인 반장 4명을 '영향력 최상' 칸에 올렸습니다. 3년 전 프로젝트를 세운 채로 멈춘 사람들이었습니다.
- 반장들을 한 명씩 만나자 '시스템이 문제가 아니라, 입력 항목이 42개로 늘면 우리가 저녁 7시에 퇴근한다'는 말이 돌아왔습니다. 팀장은 이 한마디를 그대로 요건서 1번 줄에 옮겨 적었습니다.
- 관심도가 낮은 재무이사에게는 월 1회 예산·리스크 한 장 요약만 보내기로 하고, 대신 매주 목요일 30분을 생산본부장과 반장 2명이 들어오는 '불만 회의'로 고정해 8개월 내내 한 번도 거르지 않았습니다.
- 설계 3개월 차에 품질팀장이 '검사 이력 화면이 통째로 빠졌다'며 제동을 걸자, 팀장은 그를 관심 낮은 칸에 둔 자신의 오판을 인정하고 지도를 다시 그린 뒤 2주간 품질팀 전용 워크숍을 열었습니다.
- 입력 항목을 42개에서 19개로 줄여 오픈한 결과 현장 사용률이 첫 달 91%를 기록했고, 프로젝트는 8개월 계획 대비 2주 지연으로 마무리됐습니다. 반대 서명을 돌렸던 반장 4명은 이번엔 현장 교육 강사를 맡았습니다.