10.16

View in English

10.16 이해관계자 관리와 커뮤니케이션

개요와 동기

모든 진지한 소프트웨어 작업에는 그것에 영향을 줄 수 있거나 영향을 받는 사람들이 있습니다. 자금을 대는 경영진, 만드는 팀, 운영하는 운영 그룹, 사용하는 고객, 검사하는 감사자입니다. 이들이 여러분의 이해관계자이며, 그들과의 관계를 관리하는 것은 엔지니어링 리더십의 핵심 기술 중 하나입니다. 많은 엔지니어가 이 일을 정치, 곧 만드는 “진짜” 일에서 멀어지게 하는 불쾌한 것으로 여깁니다. 그 틀은 실수이며 비쌉니다. 이해관계자 관리는 여러분의 일을 둘러싼 사람들이 정보를 얻고, 정렬되고, 확신하게 유지하는 실천이며, 그래서 좋은 기술 작업이 실제로 출하되고 조직과의 접촉을 견뎌 냅니다. 아무도 신뢰하지 않고, 자금을 대지 않고, 이해하지 못하는 훌륭한 코드는 가치를 전달하지 않습니다.

왜 이것을 명시적으로 다룰까요? 규모에서는 정보가 저절로 흐르지 않기 때문입니다. 작은 팀은 테이블 건너로 이야기하며 모두를 정렬할 수 있습니다. 큰 팀, 팀들의 프로그램, 정부 기관은 그럴 수 없습니다. 내버려 두면 이해관계자는 소문, 낡은 대시보드, 우연히 들은 마지막 이야기로 자기만의 그림을 형성합니다. 대부분의 “놀라운” 실패는 모두에게 놀라움이 아니었습니다. 목소리를 듣지 못한 누군가에게는 일찍부터 보였습니다. 의도적 커뮤니케이션은 그 표류를 상황이 어디에 있고 다음에 무엇을 기대할지에 대한 공유되고, 현재이고, 정직한 이해로 대체하는 방법입니다.

기업과 정부 환경은 판돈을 급격히 올립니다. 기업 이니셔티브에는 제품, 재무, 법무, 보안, 여러 사업부에 걸친 수십 명의 이해관계자가 있을 수 있고, 각각 다른 유인과 세부 사항에 대한 허용도를 지닙니다. 정부 업무는 정치적 책임자, 감독 및 감사 기관, 언론, 대중에 더해 민간 기업이 결코 마주하지 않는 법정 투명성 의무를 더합니다. 두 세계 모두에서 상충하는 이해관계를 조정하고, 위험을 일찍 소통하고, 진실에 대한 믿을 만한 단일 설명을 유지하는 능력이 견디는 프로그램과 조용히 취소되는 프로그램을 가르는 경우가 많습니다. 이 장은 그 일을 잘하는 것, 연극이 아니라 엔지니어링으로 하는 것에 관한 것입니다.

핵심 원칙

  • 이해관계자 관리는 정치가 아니라 리더십 기술입니다. 좋은 일이 자금을 받고, 신뢰받고, 출하되는 방법입니다.
  • 필요하기 전에 이해관계자가 누구인지 아십시오. 권력과 관심을 의도적으로 지도화하고 다시 살피십시오.
  • 메시지를 청중에 맞추십시오. 경영진은 성과와 위험을, 엔지니어는 세부 사항을, 대중은 정직을 원합니다.
  • 단일 진실 공급원을 유지하십시오. 충돌하는 숫자는 나쁜 소식보다 신뢰를 더 빨리 파괴합니다.
  • 기대를 관리하고 잘 거절하십시오. 분명하고 이유 있는 거절이 지킬 수 없는 쾌활한 승낙보다 낫습니다.
  • 나쁜 소식은 일찍 소통하십시오. 먼저 제기할 때 문제는 가장 싸고 여러분의 신뢰도는 가장 높습니다.
  • 결정을 기록하고 목표에 묶으십시오. 추적 가능한 선택은 인력 교체, 감사, 분쟁을 견딥니다.

권장 사항

필요하기 전에 이해관계자를 지도화한다

이해관계자가 실제로 누구인지 적는 것으로 시작하십시오. 생각보다 많은 사람입니다. 후원자와 사용자에 더해 의존하는 팀, 여러분에게 의존하는 팀, 막을 수 있는 기능(보안, 법무, 조달), 사후에 성과를 판단할 당사자들입니다. 단순한 이해관계자 분석을 하고 두 축으로 분류하십시오. 일에 대해 얼마나 많은 권력이 있는지와 얼마나 많은 관심을 갖는지입니다. 결과로 나온 권력-관심 격자는 어디에 주의를 쓸지 알려 줍니다. 권력이 높고 관심이 높은 사람은 긴밀히 관리하고, 권력이 높고 관심이 낮은 사람은 만족시키고 놀라지 않게 하고, 권력이 낮고 관심이 높은 사람은 알리고, 나머지는 압도하지 않으면서 모니터링하십시오. 이것은 일회성 연습이 아니라 살아 있는 그림입니다. 우선순위는 이동하고, 관심이 낮던 이해관계자도 예산이 건드려지는 순간 방에서 가장 중요한 사람이 될 수 있습니다.

그 지도를 누가 무엇을 하는지의 명확성과 짝지우십시오. 책임 배정 매트릭스, 가장 흔히 RACI 형식(실행 책임 Responsible, 최종 책임 Accountable, 자문 Consulted, 통보 Informed)은 누가 일을 하고, 누가 그것에 답하고, 누구에게 물어야 하고, 누구에게 알려야 하는지 명시합니다. 규율은 격자 자체보다 대화를 강제하는 데 있습니다. 결정마다 정확히 한 명의 최종 책임자, 정말 자문받는 사람의 짧은 목록, 아무도 기습당했다고 느끼지 않도록 하는 정직한 “통보” 목록입니다. 역할이 흐릿하면 모두가 중요한 이해관계자를 다른 누군가가 처리한다고 가정하기 때문에 커뮤니케이션이 조용히 실패합니다.

위, 아래, 옆, 바깥을 관리한다

커뮤니케이션의 네 방향은 각자 자기 규율이 필요합니다. 위 관리는 리더십에게 분명하고 정직하고 결정 준비가 된 관점을 주는 것입니다. 무엇이 순조롭고, 무엇이 위험하고, 그들에게 무엇이 필요하고, 놀라지 않도록 자기 권한 안에서 무엇을 결정했는지입니다. 아래 관리는 팀에게 맥락과 보호를 주는 것입니다. 일이 왜 중요한지, 목표와 어떻게 연결되는지, 리더십이 무엇을 걱정하는지 알려 눈 감고 날지 않게 합니다. 옆 관리는 협력이 필요하지만 명령할 수 없는 다른 팀과 기능과의 동료 관계입니다. 바깥 관리는 고객, 파트너, 벤더, 공공 부문에서는 감독 기관, 언론, 시민입니다. 흔한 실패는 위로 과잉 투자해 경영진 자료를 다듬는 동안, 실제로 일을 풀어 주는 옆의 관계를 굶기는 것입니다.

메시지를 청중에 맞춘다

같은 상태를 여러 방식으로 말해야 하며, 기술은 왜곡 없는 번역입니다. 경영진은 성과, 위험, 결정을 원합니다. 목표를 달성할 것인가, 무엇이 위협하는가, 나에게 무엇이 필요한가? 중요한 단 하나의 위험을 기술적 진행에 대한 열 문단 아래 묻는 것은 엄밀함의 표시가 아니라 커뮤니케이션의 실패입니다. 반면 엔지니어는 세부 사항이 필요합니다. 구체적 의존성, 실제 제약, 진짜 상충입니다. 이사회나 입법 위원회는 쉬운 말, 불확실성에 대한 정직, 전문 용어 없음을 필요로 합니다. 맞춤은 정당하고 필요합니다. 정당하지 않은 것은 서로 다른 청중에게 모순된 이야기를 하는 것입니다. 같은 사실, 다른 고도와 어휘입니다. 경영진 요약과 엔지니어링 세부 사항이 나란히 읽히는 것이 불편하다면, 맞추는 것이 아니라 포장하는 것입니다.

단일 진실 공급원에서 정직하게 상태를 보고한다

상태 보고는 신뢰를 얻거나 파괴하며, 파괴하는 가장 빠른 방법은 숫자가 갈라지게 두는 것입니다. 단일 진실 공급원을 유지하십시오. 일의 현재 상태가 사는, 모두가 볼 수 있고 모든 보고서가 거기서 끌어오는 한 곳입니다. 경영진 대시보드, 팀 보드, 이메일 업데이트가 서로 다르면 이해관계자는 어느 것도 믿지 않고 소문으로 관리하기 시작합니다. 낙관에 보상하는 손으로 만든 녹-황-적 요약보다 투명하고 스스로 갱신되는 신호(시연된 동작하는 소프트웨어, 번업 차트, 실제 지표)를 선호하십시오. 겉은 녹색이고 속은 적색인 “수박” 상태를 경계하십시오. 정직한 나쁜 소식이 마감까지 묻혀 있는 방식입니다. 좋은 상태 보고는 일부러 지루합니다. 현재이고, 일관되고, 황색을 두려워하지 않습니다. 투명한 흐름이 프로젝트 관리를 어떻게 받치는지는 10.6장을 보십시오.

기대를 관리하고 잘 거절한다

이해관계자 관리의 많은 부분은 기대 관리입니다. 현실이 닿을 때 약속받은 것과 가깝도록 사람들이 일어날 것이라고 믿는 바를 형성하는 것입니다. 규율은 할 수 있다고 생각하는 것보다 적게 약속하고 그에 대한 진행을 소통하는 것이며, 모든 것을 약속하고 나중에 부족을 설명하는 것이 아닙니다. 거절하는 것도 이의 일부이며, 잘하는 것은 연습할 가치가 있는 기술입니다. 좋은 거절은 단순한 거부가 아니라 이유 있는 상충입니다. “네, 할 수 있습니다. 그러면 이것이 밀리거나 이만큼 듭니다.” 협상을 정직하게 보이고, 공유된 목표에 묶고, 이해관계자가 실제 제약 안에서 고르게 하십시오. 지킬 수 없는 쾌활한 승낙은 이유로 뒷받침된 분명한 거절보다 훨씬 더 많은 신뢰를 잃게 합니다. 승낙은 조용히, 늦게 실패하기 때문입니다.

상충하는 이해관계자를 조정하고 우선순위를 협상한다

이해관계자는 양립할 수 없는 것을 원할 것입니다. 영업은 기능을 지금, 보안은 리뷰를 먼저, 재무는 비용을 낮게 원하고, 모두가 부분적으로 옳습니다. 여러분의 일은 모두를 행복하게 하는 것(불가능합니다)이 아니라, 충돌을 드러내고, 상충을 공유된 목표로 구성하고, 책임지는 사람이 명시적 결정을 내리게 하는 것입니다. 가장 큰 목소리를 조용히 편드는 대신 공개적으로 하십시오. 논쟁이 누구의 감정이 이기느냐가 아니라 어느 목표가 이기느냐가 되도록 대화를 목표와 핵심 결과(11.4장)에 근거시키십시오. 여러분의 수준에서 결정할 수 없으면 곪게 두는 대신 에스컬레이션하십시오. 해결되지 않은 이해관계자 충돌은 사라지지 않습니다. 요동, 재작업, 비난으로 다시 나타납니다.

권위 없이 영향력을 쌓고 건설적으로 에스컬레이션한다

규모에서는 여러분에게 보고하지 않는 사람들의 협력이 끊임없이 필요합니다. 권위 없는 영향력은 신뢰성(말한 것을 전달한다), 호혜(다른 사람을 돕는다), 요청을 여러분의 목표가 아니라 상대 당사자의 목표로 구성하는 데서 옵니다. 필요하기 전에 이런 관계에 투자하십시오. 보안 팀과 신뢰를 쌓을 때는 긴급 예외가 필요한 오후가 아닙니다. 영향력이 충분하지 않으면 에스컬레이션하되 건설적으로 하십시오. 건설적 에스컬레이션은 고자질이 아닙니다. 진짜이고 잘 구성된 불일치를 해결할 권한이 있는 사람에게 선택지와 권고를 가지고 가져가 결정이 내려지게 하는 것입니다. 사람이 아니라 문제를 에스컬레이션하고, 선택지가 남아 있는 동안 일찍 하며, 상대에게 그렇게 한다고 말하십시오. 에스컬레이션을 실패로 여기는 팀은 결코 내려지지 않는 결정으로 끝납니다.

나쁜 소식, 위험, 불확실성을 일찍 소통한다

이 장에서 가장 지렛대가 큰 단일 습관은 문제를 일찍 제기하는 것입니다. 나쁜 소식은 나이가 든다고 나아지지 않습니다. 미끄러지는 날짜, 실패하는 의존성, 보안 우려는 처음 나타날 때 다루기 가장 싸고 마감에서 터질 때 가장 해롭습니다. 나쁜 소식이 빨리 전해지는 것을 안전하게 만들고, 자신의 위험을 먼저 말함으로써 직접 본을 보이십시오. 불확실성도 정직하게 소통하십시오. 거짓 정밀의 단일 날짜 대신 범위를 주고, 아직 모르는 것을 말하고, 배우면서 갱신하십시오. 불확실성을 일찍 인정하는 것이 나중에 틀렸다고 판명되는 자신 있는 정밀보다 더 많은 신뢰를 쌓습니다. “위험이 여기 있고, 이렇게 대응하고 있습니다”를 듣는 이해관계자는 아무것도 듣지 못하다가 “미끄러졌습니다”를 듣는 이해관계자보다 여러분을 더 신뢰합니다.

결정을 기록하고 목표에 묶는다

커뮤니케이션은 현재를 섬기는 것만이 아니라 추적 가능한 흔적을 남기는 것이기도 합니다. 가벼운 결정 기록(1.6장)으로 중요한 결정을 맥락과 근거와 함께 기록해, 6개월 뒤 사람들이 떠난 후에도 누구든 왜 그 선택이 내려졌는지 재구성할 수 있게 하십시오. 그 결정과 상태를 그것이 섬기는 목표(11.4장)에 다시 묶고, 중대한 것은 정당성을 지니도록 적절한 운영 위원회나 거버넌스 포럼(1.5장)을 거치게 하십시오. 감사받는 환경과 공공 부문에서 이 추적 가능성은 선택이 아닙니다. 감독 기관은 이유를 물을 것이고 “한 번 논의했습니다”는 답이 아닙니다. 좋은 기록은 이해관계자 커뮤니케이션을 잊힌 대화의 흐름에서 인력 교체를 견디는 제도로 바꿉니다.

장단점

접근장점단점
잦은 능동적 업데이트신뢰를 쌓음. 문제를 일찍 드러냄. 놀람 없음시간이 듦. 잡음이 신호를 묻을 위험
청중별 메시지 맞춤각 집단에 분명하고 관련 있고 결정 준비됨번역 노력. 사실이 갈라지면 포장으로 기움
단일 진실 공급원일관되고 신뢰받음. 소문 기반 관리를 없앰현재로 유지하는 규율과 도구 필요
모두를 행복하게 하려고 승낙쉬운 단기 호의깨진 약속. 신뢰가 늦게, 비싸게 붕괴
건설적 에스컬레이션결정이 내려짐. 충돌이 공개적으로 해결됨대립적으로 느껴짐. 문화가 미성숙하면 실패로 오해됨
무거운 이해관계자 의례철저한 커버리지. 판돈이 큰 프로그램에 좋음회의 과부하. 일 자체에서 시간을 훔침

중심 긴장은 투명성 대 안락입니다. 정직하고, 이르고, 일관된 커뮤니케이션은 때로 나쁜 소식을 전하고, 불확실성을 인정하고, 거절하는 것을 뜻하며, 모두 그 순간에는 불편합니다. 안심시키는 대안, 곧 낙관적 상태와 쾌활한 승낙은 훨씬 더 큰 나중의 결산을 대가로 단기적 평온을 삽니다. 순간의 안락보다 지속되는 신뢰를 골라 푸십시오. 어려운 일을 먼저 제기하는 사람이 되십시오. 한번 얻은 그 평판은 실제 위기가 닥칠 때 가진 가장 가치 있는 자산입니다. 사람들이 여러분을 믿기 때문입니다.

팀과 논의할 질문

  1. 모든 이해관계자가 누구인지, 권력과 관심이 실제로 어디에 있는지 정말 알고 있습니까? 대부분의 팀은 뻔한 후원자와 사용자를 말할 수 있지만 조용히 막을 수 있는 사람들을 놓칩니다. 보안 기능, 조달 관문, 로드맵이 여러분과 충돌하는 동료 팀, 끝에만 나타나는 감사자입니다. 권력과 관심이 지도화되지 않으면 우호적인 사람과는 과잉 소통하고 위험한 사람과는 과소 소통하며, 있는 줄 몰랐던 이해관계자에게 기습당합니다. 증거를 가져오십시오. 현재 일의 권력-관심 격자를 기억으로 스케치해 보고 이름이 불확실한 것이 몇인지 보십시오. 답은 이번 분기에 누가 여러분의 주의를 받을지 바꿔야 하며, 리더십이나 우선순위가 바뀔 때마다 다시 살펴야 합니다. 지도는 빠르게 낡기 때문입니다.

  2. 나쁜 소식이 있을 때, 그것이 필요한 사람들에게 닿는 데 얼마나 걸리며, 그렇게 하는 것이 안전합니까? 첫 경고 신호가 존재하는 때와 결정권자가 그것을 듣는 때 사이의 간극은 프로젝트가 조용히 실패할지의 가장 좋은 예측 변수 중 하나입니다. 문화가 전령을 벌하면 그 간극은 커집니다. 사람들이 아직 쌀 때 위험을 제기하는 대신 기다리고, 바라고, 얼버무리기 때문입니다. 마지막 문제 있었던 노력을 보고 정직하게 타임라인을 추적하십시오. 누가 언제 처음 알았고 리더십은 언제 알게 되었습니까? 상태 보고서가 정직에 보상하는지 낙관에 보상하는지, 지연을 일찍 알린 엔지니어가 감사받는지 비난받는지 고려하십시오. 목표는 나쁜 소식이 빨리 전해지고 그것을 제기한 사람이 일을 잘한 것으로 다뤄지는 팀입니다.

  3. 두 이해관계자가 양립할 수 없는 것을 원할 때, 그 충돌은 오늘 실제로 어떻게 해결됩니까? 규모에서 상충하는 우선순위는 불가피하며, 실패 모드는 충돌 자체가 아니라 그것이 정리되는 방식입니다. 공유된 목표에 대한 명시적 상충이 아니라 가장 크게 말하는 사람, 가장 높은 사람, 가장 끈질긴 사람으로 정리됩니다. 이는 요동, 조용한 재작업, 원망을 낳고, 진짜 결정을 그것에 책임지는 사람들에게 숨깁니다. 영업, 보안, 재무, 또는 두 제품 팀이 반대 방향으로 당긴 최근의 구체적 예를 가져와, 어떻게 결정되었고 기록된 적이 있는지 추적하십시오. 답은 목표(11.4장)와 건설적 에스컬레이션(1.5장)에 근거한 진짜 메커니즘이 있는지, 소모전으로 충돌을 해결하며 유지되기를 바라고 있는지 알려 줘야 합니다.

  4. 이 일의 상태에 대한 진짜 단일 진실 공급원이 있습니까, 아니면 대시보드, 보드, 상태 이메일이 조용히 서로 다릅니까? 숫자가 갈라지면 이해관계자는 모두를 불신하고 소문으로 관리하기 시작하며, 그 갈라짐은 보통 누군가 드러내고 싶지 않았던 구체적 나쁜 소식을 숨깁니다. 큰 팀에서는 위험이 복리로 쌓입니다. 보고 표면이 하나 늘 때마다 낙관적 편집이나 낡은 수치가 뿌리내릴 곳이 하나 더 생기고, “수박” 상태(위는 녹색, 아래는 적색)는 어느 단일 산출물도 권위가 없는 곳에서 가장 오래 살아남기 때문입니다. 이해관계자가 지난달 본 실제 보고서를 가져와 나란히 놓고 경영진 요약, 전달 보드, 기반 지표가 같은 이야기를 하는지 보십시오. 감사 기관이나 감독 위원회가 원본 수치를 요구할 수 있는 기업과 정부 환경에서 조정된 단일 공급원은 신뢰 도구 이상입니다. 방어입니다. 모순된 기록은 자신의 상태를 몰랐다는 해로운 지적을 부르기 때문입니다.

  5. 위가 아니라 옆에 있는 관계는 어느 것이며, 필요한 날까지 굶기고 있는 것은 어느 것입니까? 대부분의 팀은 위 관리에 과잉 투자해 리더십을 위한 자료를 다듬는 반면, 일을 실제로 풀어 주는 동료와 기능(보안, 조달, 로드맵이 여러분과 충돌하는 이웃 팀)은 위기에만 주의를 받습니다. 권위 없는 영향력은 신뢰성과 호혜로 천천히 쌓이며 긴급 예외가 필요한 오후에 불러낼 수 없으므로, 얇은 옆 네트워크는 눈에 보이는 실패가 아니라 조용한 지연으로 나타납니다. 이 일이 의존하는 동료 관계의 정직한 목록을 가져오고, 끌어다 써야 하기 전에 각각과 쌓아 둔 신뢰가 얼마나 되는지 평가하십시오. 많은 팀과 계약자에 걸친 큰 기업이나 정부 프로그램에서는, 빠른 호의 대신 느린 공식 에스컬레이션을 강제할 관계의 결핍이 어디인지 더하십시오. 규모에서 약한 횡적 유대의 비용은 피할 수 있었던 프로세스 몇 주로 측정되기 때문입니다.

  6. 6개월 뒤 사람들이 떠난 후에도, 가장 중대한 최근 결정이 왜 내려졌는지 누군가 재구성할 수 있습니까? 커뮤니케이션은 현재 순간 이상을 섬깁니다. 오늘 정리하는 결정이 내년의 분쟁, 감사, 번복이 되고, 근거에 대한 기억은 누구의 예상보다 빨리 증발하기 때문입니다. 경쟁하는 끌림은 속도입니다. 모두가 이미 동의하는 방에서는 맥락과 근거를 기록하는 것이 오버헤드처럼 느껴지지만, 그 공유된 이해가 바로 인력 교체가 파괴하는 것입니다. 마지막 중대한 결정 셋을 가져와 각각에 맥락, 검토한 선택지, 책임자가 있는 서면 기록이 있는지, 아니면 아무도 찾을 수 없는 흩어진 흔적인지 확인하십시오. 감사받는 환경과 공공 부문에서 이는 재량이 아닙니다. 감독 기관은 선택이 왜 내려졌는지 물을 것이고 “한 번 논의했습니다”는 정밀 조사를 견디는 답이 아니기 때문입니다. 기록이 잊힌 대화의 흐름을 뒷받침할 수 있는 설명으로 바꿉니다.

분야별 관점

스타트업. 인력이 소수이고 런웨이가 짧으면 가볍게 하되 결코 없애지 마십시오. 이해관계자는 적습니다(창업자, 초기 고객 몇 곳, 투자자). 그래서 공유 채널의 정직한 주간 업데이트 하나와 금요일의 동작하는 소프트웨어 시연이면 보통 지도를 덮습니다. 덫은 투자자에게 하는 두 번째로 더 장밋빛인 이야기입니다. 거부하십시오. 지금 유지하는 단일 설명이 정말 어려운 결정이 닥칠 때 자율을 사 주기 때문입니다.

소기업. 전담 프로그램 오피스도 없고 여유도 거의 없으니 의례보다 싼 습관에 기대십시오. 한 페이지 이해관계자 목록, 모두가 읽는 단일 스프레드시트나 보드, 나쁜 소식은 알게 된 날 나간다는 상설 규칙입니다. 커뮤니케이션 도구를 사는 대신 팀이 이미 사는 곳을 쓰고, 서면 기록이 실제로 지켜 주는 소수의 결정(큰 지출, 고객 약속)에만 공식 보고를 남겨 두십시오.

대기업. 문제는 규모입니다. 제품, 재무, 법무, 보안, 여러 사업부에 걸친 수십 명의 이해관계자가 각자 다른 유인을 지닙니다. 집단들이 재발명을 멈추도록 장치를 표준화하십시오. 유지되는 권력-관심 지도, 결정마다 정확히 한 명의 최종 책임 소유자가 있는 RACI, 모든 보고서에 공급하는 단일 대시보드, 부서 간 상충이 복도 로비 활동으로 정리되는 대신 합의된 목표에 대해 공개적으로 이루어지는 정기 운영 위원회입니다.

정부. 조달 규칙, 법정 투명성, 공적 책무가 이해관계자 집합을 장관, 감독 위원회, 감사 기관, 언론, 시민으로 넓힙니다. 진행을 쉬운 말로 공개하고, 모든 중요한 결정을 근거와 함께 서면 기록으로 두어 감사자가 이유를 재구성할 수 있게 하고, 묻기를 기다리지 말고 감독 기관에 떠오르는 위험을 일찍 보고하십시오. 계약과 공개 의무 때문에 커뮤니케이션은 공적 기록의 일부이므로, 장관에게 하는 말을 위원회에 하는 말과 일관되게 유지하는 것은 평판만큼 법적 의무입니다.

사례

스타트업. 열두 명의 스타트업이 이해관계자 관리를 가볍지만 의도적으로 유지합니다. 창업자 겸 CEO가 두 초기 기업 고객과 시드 투자자와 함께 주된 이해관계자입니다. 엔지니어링 리드는 하나의 채널에 짧은 주간 업데이트를 보냅니다. 모두가 보는 같은 숫자로, 출하한 것, 위험한 것, 필요한 결정을 담고, 매주 금요일 동작하는 소프트웨어를 시연합니다. 핵심 통합이 미끄러지면 리드는 금요일까지 회복하기를 바라는 대신 분명해진 월요일에 수정된 범위와 대안과 함께 그렇게 말합니다. 하나의 정직한 설명이 있고 투자자를 위한 다듬은 두 번째 이야기가 없으므로, 이사회는 정말 어려운 결정이 닥칠 때 팀의 판단을 신뢰하고 그들이 내리게 합니다.

기업. 결제 플랫폼을 현대화하는 한 은행에는 리테일, 컴플라이언스, 보안, 재무, 세 사업부, 그리고 벤더에 걸친 수십 명의 이해관계자가 있습니다. 프로그램 리드는 이해관계자 지도와 RACI를 유지해 모든 주요 결정에 정확히 한 명의 최종 책임 소유자가 있게 하고, 사업부 간 상충이 복도 로비가 아니라 합의된 목표에 대해 공개적으로 이루어지는 월간 운영 위원회(1.5장)를 운영합니다. 상태는 전달 팀이 공급하는 단일 대시보드에서 흘러, 경영진 요약과 엔지니어링 세부 사항이 결코 모순되지 않습니다. 보안 리뷰가 출시 날짜를 위협하면 리드는 두 선택지와 권고와 함께 일찍 에스컬레이션하고, 운영 위원회는 문제가 한 달 곪는 대신 하루 만에 결정합니다.

정부. 시민 대면 급여 서비스를 전달하는 한 공공 기관은 훨씬 더 넓은 이해관계자 집합에 답합니다. 장관과 그 사무실, 의회 감독 위원회, 국가 감사 기관, 옹호 단체, 언론, 대중이며, 전달 팀과 계약자와 함께입니다. 프로그램은 진행을 투명하게 공개하고, 모든 중요한 결정을 근거와 함께 서면 기록(1.6장)으로 두어 감사자가 선택이 왜 내려졌는지 재구성할 수 있게 하며, 커뮤니케이션을 맞춥니다. 장관에게는 성과와 위험, 대중에게는 쉬운 말의 서비스 성과, 감사 기관에게는 전체 세부 사항입니다. 데이터 이전 위험이 나타나면 팀은 묻기를 기다리지 않고 감독 위원회에 일찍 정직하게 보고하며, 이는 프로그램이 다음 어려운 헤드라인을 견디는 데 필요한 정치적 신뢰를 보존합니다.

비즈니스 사례: 동기, ROI, TCO

이해관계자 관리의 수익은 피한 재앙과 보존된 신뢰가 지배합니다. 프로젝트는 단일 기술적 결함으로 죽는 경우가 드뭅니다. 자금을 대고 다스리는 사람들이 확신을 잃고, 지원을 거두고, 엄청난 매몰 비용 뒤에 일을 취소할 때 죽습니다. 좋은 이해관계자 커뮤니케이션은 그 나선을 막습니다. 후원자가 계속 투자하게 하고, 문제를 쌀 때 드러내고, 그렇지 않으면 요동과 재작업으로 전이될 충돌을 조정합니다. 투자는 작고 대부분 주의와 몇 가지 규율 있는 습관이며, 리더십이 믿음을 잃어 취소된 단일 대형 이니셔티브의 완전 부하 비용에 비하면 왜소합니다.

총소유비용 측면에서 지속 비용은 실제이지만 소박합니다. 이해관계자를 지도화하고, 업데이트를 맞추고, 운영 포럼을 운영하고, 단일 진실 공급원을 현재로 유지하는 데 쓰는 시간입니다. 과소 투자는 재작업, 놓친 의존성, 위기 모드에서 리더십 시간을 소비하는 놀라운 에스컬레이션으로 비쌉니다. 과잉 투자도 비쌉니다. 일에서 시간을 훔치고 이해관계자가 무시하도록 가르치는 끝없는 상태 회의와 보고 의례입니다. 목표는 실제 이해관계자를 정렬되고 놀라지 않게 유지하는 가장 가벼운 커뮤니케이션 규율입니다. 커뮤니케이션 실패(놓친 위험, 깨진 약속, 잃은 후원자)로 손상된 최근 프로젝트 하나의 비용을 이해관계자 지도, 단일 대시보드, 나쁜 소식이 빨리 전해지는 문화의 거의 영에 가까운 비용과 대비해 리더십을 설득하십시오.

안티패턴과 함정

  • 자기 격에 맞지 않는다고 여기기: 이해관계자 일을 정치라고 깎아내려 관계가 실패할 때까지 하지 않는 것.
  • 위 관리만: 경영진 자료를 다듬는 동안 일을 실제로 풀어 주는 동료 관계를 굶기는 것.
  • 모순된 이야기: 서로 다른 청중에게 양립할 수 없는 버전을 말해, 서로 비교하는 순간 신뢰가 무너지는 것.
  • 수박 상태: 겉은 녹색, 속은 적색이라 정직한 나쁜 소식이 마감까지 묻히는 것.
  • 여러 진실 공급원: 서로 다른 대시보드, 보드, 이메일 때문에 이해관계자가 소문으로 관리하는 것.
  • 쾌활한 승낙: 충돌을 피하려고 모든 것에 동의한 뒤 약속을 늦게, 비싸게 깨는 것.
  • 실패로서의 에스컬레이션: 불일치를 제기하는 것이 벌을 받아 결정이 내려지지 않는 문화.
  • 나쁜 소식 쌓아 두기: 아무도 알아채기 전에 조용히 회복하기를 바라다가 작은 문제를 위기로 키우는 것.
  • 회의 과부하: 상태 의례가 너무 많아 커뮤니케이션 자체가 일이 되는 것.

성숙도 모델

  • 1단계, 시작: 이해관계자 커뮤니케이션이 임시적이고 반응적입니다. 아무도 이해관계자가 누구인지 지도화하지 않았습니다. 나쁜 소식은 느리게 전해지고, 상태는 낙관적이며, 놀람이 잦습니다. 충돌은 가장 크게 말하는 사람이 정리합니다.
  • 2단계, 발전: 기본 실천이 나타나지만 팀마다 일관되지 않습니다. 정기 상태 업데이트가 있고 일부 집단에서 핵심 이해관계자가 식별되지만, 메시지는 모두에게 같고, 보고서 사이에 숫자가 때로 갈라지며, 에스컬레이션은 최후 수단이나 실패의 표시로 다뤄집니다.
  • 3단계, 표준화: 이해관계자가 권력과 관심으로 지도화되고 RACI로 역할이 분명하며, 팀 전반에 같은 방식으로 적용됩니다. 커뮤니케이션은 문서화된 단일 진실 공급원에서 청중별로 맞춰지고, 결정은 기록되어 목표에 묶이며, 나쁜 소식을 일찍 제기하는 것은 한 팀의 습관이 아니라 조직 전체의 규범으로 시행됩니다.
  • 4단계, 관리: 커뮤니케이션 실천이 기준선에 대한 데이터로 측정되고 통제됩니다. 조직은 위험이 처음 나타나는 때와 결정권자가 듣는 때 사이의 지연, 약속의 신뢰성(약속한 것 대 전달한 것), 단일 공급원에서 끌어온 보고서의 일관성, 가정하는 대신 직접 표본 조사한 이해관계자 확신을 추적합니다. 에스컬레이션 주기 시간과 놀라운 에스컬레이션의 비율이 추세로 보이며, 지표가 기준선에서 표류하면 일화가 아니라 의도적으로 프로세스를 조정합니다.
  • 5단계, 오케스트레이션: 이해관계자 관리가 거버넌스, 계획, 전달과 통합된 지속적으로 개선되는 조직의 강점입니다. 신뢰가 리더십이 진짜 자율을 줄 만큼 높고, 충돌은 공유된 목표에 대해 공개적으로 해결되고, 에스컬레이션은 일상적이며 건설적이고, 팀은 일관되게 자신의 위험을 가장 먼저 이름 붙입니다. 실천은 이해관계자, 구조, 의무가 이동함에 따라 적응하며, 각 프로그램에서 얻은 교훈을 다음 프로그램의 소통 방식에 되먹입니다.

논의를 위한 아이디어

  1. 현재 이해관계자는 권력-관심 격자의 어디에 있으며, 누구와 과잉 또는 과소 소통하고 있습니까?
  2. 리더십이 경영진 요약과 엔지니어링 세부 사항을 나란히 읽는다면 같은 이야기를 하겠습니까?
  3. 오늘 단일 진실 공급원은 무엇이며, 보고서 사이에서 숫자가 현재 갈라지는 곳은 어디입니까?
  4. 마지막으로 이해관계자에게 거절한 것은 언제였으며, 이유 있는 상충으로 구성했습니까, 단순한 거부였습니까?
  5. 팀은 불일치를 에스컬레이션하거나 위험을 제기하는 사람을 어떻게 대합니까? 일을 한 것으로입니까, 문제로입니까?
  6. 마지막 중대한 결정 셋에 대해, 새로 온 누군가가 왜 내려졌는지 재구성할 수 있겠습니까?

핵심 요점

  • 이해관계자 관리는 정치가 아니라 핵심 엔지니어링 리더십 기술입니다. 좋은 일도 여전히 자금을 받고, 신뢰받고, 출하되어야 합니다.
  • 권력과 관심으로 이해관계자를 지도화하고, RACI로 역할을 분명히 하고, 상황이 변하면 둘 다 다시 살피십시오.
  • 서로 모순된 이야기를 결코 하지 않으면서 각 청중에 메시지를 맞추십시오(경영진에게는 성과와 위험, 엔지니어에게는 세부 사항).
  • 단일 진실 공급원에서 보고하고 나쁜 소식이 빨리 전해지게 하십시오. 이르고 정직하고 일관된 커뮤니케이션이 안심시키는 낙관보다 낫습니다.
  • 잘 거절하고, 충돌을 공유된 목표에 대해 공개적으로 조정하고, 건설적으로 에스컬레이션하고, 필요하기 전에 영향력을 쌓으십시오.
  • 추적 가능성을 위해 결정을 기록하고 목표에 묶고(1.6장, 11.4장), 중대한 결정은 거버넌스 포럼(1.5장)을 거치게 하십시오. 10.6장과 10.1장도 보십시오.

참고 문헌과 더 읽을거리

  • Allan R. Cohen and David L. Bradford, Influence Without Authority.
  • Roger Fisher and William Ury, Getting to Yes: Negotiating Agreement Without Giving In.
  • Camille Fournier, The Manager’s Path.
  • Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK Guide) (stakeholder engagement and communications management).
  • AXELOS, Managing Successful Projects with PRINCE2 (stakeholder and governance roles).
  • Aaron Dignan, Brave New Work (decision-making and organizational trust).
  • Kim Scott, Radical Candour (honest communication that builds trust).
  • U.S. Digital Service, Digital Services Playbook; UK Government, Government Service Standard (transparency and stakeholder practice in public-sector delivery).