소프트웨어 공학 100 주제 시리즈의 78번째 글이다. (카테고리: 프로젝트 관리와 추정)

한 줄 요약

이해관계자는 프로젝트에 영향을 주거나 영향을 받는 모든 사람과 집단이다. 이해관계자 관리는 그들을 빠짐없이 찾고, 누구의 요구를 언제 얼마나 무겁게 다룰지 우선순위를 정하고, 각자에게 맞는 커뮤니케이션 채널과 주기를 설계하는 일이다.

왜 필요한가

기술적으로 훌륭한 시스템이 실패하는 전형적인 장면이 있다.

  • 출시 2주 전, 법무팀이 개인정보 처리 방식을 처음 보고 출시를 막는다.
  • 고객센터가 새 화면을 처음 본 날 문의가 폭주한다. 아무도 상담 매뉴얼을 고치지 않았다.
  • 스폰서 임원은 “이번 분기 매출 기여” 를 기대했는데, 팀은 “기술 부채 정리” 를 성공 기준으로 생각했다.

세 장면 모두 코드 문제가 아니다. 누가 이해관계자인지 몰랐거나, 알았지만 소통하지 않은 문제다. 그리고 이런 문제는 대개 늦게, 가장 비싼 시점에 드러난다.

핵심 개념

이해관계자의 범위

R. Edward Freeman 은 Strategic Management: A Stakeholder Approach(Pitman, 1984)에서 이해관계자를 조직의 목표 달성에 영향을 줄 수 있거나 영향을 받는 모든 집단이나 개인으로 정의했다. 이 정의는 일부러 넓다. 소프트웨어 프로젝트에 적용하면 목록은 생각보다 길다.

범주 예 자주 빠지는가
돈과 방향 스폰서, 제품 책임자, 경영진 드묾
사용 최종 사용자, 내부 운영자, 관리자 화면 사용자 가끔
지원 고객센터, 영업, 교육 담당 자주
통제 법무, 보안, 개인정보, 감사, 규제 기관 자주
운영 SRE, DBA, 인프라 팀, 온콜 담당 자주
의존 API 를 쓰는 다른 팀, 외부 파트너 가끔
영향받는 제3자 데이터 주체, 비사용자 자주

현저성 모형 — 권력·정당성·긴급성

모두를 똑같이 대할 수는 없다. Ronald Mitchell, Bradley Agle, Donna Wood 는 1997년 Academy of Management Review 논문에서 관리자가 어떤 이해관계자의 요구를 우선하는지를 세 속성으로 설명했다. 아래 정의와 분류는 이 모형을 적용한 동료심사 연구의 요약을 따랐다.

속성 뜻
권력(power) 한 행위자가 다른 행위자의 행동에 영향을 줄 수 있는 관계
정당성(legitimacy) 그 주체의 행동이 사회적 맥락에서 바람직하고 적절하다는 일반적 인식
긴급성(urgency) 그 요구가 즉각적인 주의를 요구하는 정도

속성을 몇 개 가졌는지에 따라 현저성(salience)이 달라진다. 하나면 잠재(휴면·재량·요구), 둘이면 기대(지배·의존·위험), 셋이면 확정 이해관계자다.

유형 속성 소프트웨어 예
휴면(dormant) 권력 지금은 관심 없는 다른 본부장
재량(discretionary) 정당성 접근성 개선을 바라는 소수 사용자 그룹
요구(demanding) 긴급성 매일 불만을 올리지만 결정권은 없는 사용자
지배(dominant) 권력 + 정당성 예산을 쥔 스폰서
의존(dependent) 정당성 + 긴급성 이번 변경으로 업무가 막히는 고객센터
위험(dangerous) 권력 + 긴급성 출시를 막을 수 있는 감사·규제 이슈
확정(definitive) 셋 다 출시 직전 개인정보 문제를 제기한 법무팀

이 모형의 실무적 함의는 현저성이 변한다는 것이다. 평소 휴면 상태이던 법무팀이 개인정보 사고 하나로 긴급성과 정당성을 얻으면 단숨에 확정 이해관계자가 된다. 그래서 이해관계자 지도는 한 번 그리고 끝내면 안 된다.

의사소통 경로는 사람 수의 제곱으로 는다

Fred Brooks 는 The Mythical Man-Month(Addison-Wesley, 1975)에서 n 명이 서로 소통해야 하면 경로가 n(n−1)/2 개라고 지적했다(SE100 #003 에서 다룬다). 이해관계자가 늘어날수록 “모두가 모두와 이야기하는” 구조는 무너진다. 그래서 커뮤니케이션은 설계해야 한다.

for n in (5, 10, 20, 40):
    print(f"{n:3d}명 → 경로 {n * (n - 1) // 2:4d}개")

  5명 → 경로   10개
 10명 → 경로   45개
 20명 → 경로  190개
 40명 → 경로  780개

조직의 의사소통 구조가 시스템 구조에 반영된다는 Conway 의 법칙은 SE100 #007 에서 다룬다.

애자일에서의 이해관계자

애자일 선언의 네 가치 중 하나는 “계약 협상보다 고객과의 협력” 이다. 스크럼 가이드 2020은 이를 스프린트 리뷰라는 정기 접점으로 구체화한다. 스크럼 팀은 핵심 이해관계자에게 작업 결과를 보여 주고, 함께 무엇이 이뤄졌고 환경이 어떻게 바뀌었는지 검토한 뒤 다음에 할 일을 협의한다. 가이드는 제품 책임자가 여러 이해관계자의 요구를 백로그에 대표할 수 있다고 하고, 스크럼 마스터의 역할 중 하나로 이해관계자와 팀 사이의 장벽 제거를 든다.

실무 적용

1. 이해관계자 등록부

# stakeholders.yaml — 프로젝트 시작 주에 만들고, 격주로 갱신
- name: 개인정보보호팀
  role: 통제
  attributes: [legitimacy]          # 현재 '재량'. 수집 항목이 바뀌면 긴급성 추가
  interest: 신규 수집 항목, 보관 기간
  what_they_need: 처리 흐름도, 영향평가 초안
  channel: 설계 검토 회의 초대 + 문서 공유
  cadence: 설계 변경 시마다
  owner: 김PM
- name: 고객센터 리드
  role: 지원
  attributes: [legitimacy, urgency]   # '의존'
  interest: 화면 변경, 예상 문의 유형
  what_they_need: 릴리스 2주 전 데모, FAQ 초안
  channel: 스프린트 리뷰 + 릴리스 노트
  cadence: 격주
  owner: 이PO

what_they_need 칸이 핵심이다. 상대가 결정을 내리는 데 필요한 정보가 무엇인지 적는다. 우리가 보내고 싶은 정보가 아니다.

2. 채널을 상대에 맞춘다

상대 원하는 것 적합한 형식
스폰서·경영진 결정이 필요한 것, 위험, 일정 확률 1쪽 요약, 신호등이 아니라 “결정 요청” 섹션
협업 팀 인터페이스 변경, 일정 의존 API 변경 공지, 공유 캘린더, ADR 링크
사용자·지원 무엇이 바뀌고 어떻게 쓰나 데모, 릴리스 노트, 가이드
통제 부서 근거 문서, 검토 기회 설계 단계 초대, 체크리스트

3. 나쁜 소식은 일찍, 숫자와 함께

일정이 위험하다는 사실을 늦게 알리는 것이 가장 비싼 커뮤니케이션 실패다. 알릴 때는 감정이 아니라 분포와 선택지로 말한다.

현재 85% 확률 완료 시점: 11월 28일 (목표 11월 14일)  ← SE100 #077 의 예측
원인: 결제 PG 사 API 지연 (위험 등록부 R-03, 9월부터 추적)
선택지:
  A. 날짜 유지, 쿠폰 기능 제외 → 85% 확률 11월 12일
  B. 범위 유지, 날짜 2주 이동
  C. 결제 대체 경로(기존 PG) 우선 적용 → 추가 공수 5인-일
결정 요청: 10월 18일까지 A/B/C 중 선택

범위·일정·품질 사이의 선택지 구성은 SE100 #079 에서 다룬다.

흔한 오해와 함정

  • “고객만 이해관계자다.” 통제·운영·지원 부서가 출시를 막거나 실패를 키우는 경우가 더 흔하다.
  • “한 번 그린 지도로 충분하다.” 현저성 모형의 요점은 속성이 변한다는 것이다. 격주로 다시 본다.
  • “정보를 많이 보내면 잘 소통한 것이다.” 받는 사람이 결정에 쓸 수 없는 정보는 소음이다. 주간 보고서를 아무도 읽지 않는다면 형식이 틀린 것이다.
  • “상태 신호등으로 충분하다.” 초록-초록-초록-빨강의 수박 보고(겉은 초록, 속은 빨강)는 흔하다. 신호등 대신 확률과 결정 요청을 쓴다.
  • “PO 가 다 대표하니 팀은 몰라도 된다.” 스크럼 가이드도 스프린트 리뷰에서 팀과 이해관계자가 함께 검토하도록 한다. 개발자가 직접 듣는 피드백을 대신할 수는 없다.

확인 문제

  1. Freeman 의 이해관계자 정의를 한 문장으로 쓰라.
  2. 현저성 모형의 세 속성과, 셋을 모두 가진 이해관계자의 이름은?
  3. “출시를 막을 수 있는 감사 이슈” 가 권력과 긴급성만 있고 정당성 평가가 아직 없다면 어떤 유형인가?
  4. 이해관계자가 12명일 때 일대일 의사소통 경로는 몇 개인가?
  5. 일정 위험을 알릴 때 “결정 요청” 형식이 신호등 보고보다 나은 이유는?

풀이

  1. 조직(프로젝트)의 목표 달성에 영향을 줄 수 있거나 그로부터 영향을 받는 모든 집단이나 개인.
  2. 권력, 정당성, 긴급성. 셋을 모두 가지면 확정(definitive) 이해관계자다.
  3. 위험(dangerous) 이해관계자.
  4. 12 × 11 / 2 = 66개.
  5. 상대가 해야 할 일(선택과 기한)이 분명하고, 선택지별 결과가 확률로 제시되어 결정에 바로 쓸 수 있기 때문이다. 신호등은 상태만 알리고 행동을 요구하지 않는다.

더 읽을거리 (References)