어려운 이해 관계자를 다루는 방법 (2 부)

영국 리버풀 존 무어 스 대학의 피터 ost스트 엔터프라이즈 센터 (Peter Jost Enterprise Center)의 데이비드 브라이드 (David Bryde) 교수와의 인터뷰 2 부. 그는 프로젝트 관리 교수로 재직 중이다. 그는 또한 어려운 이해 관계자 다루기 실용 가이드 라고 불리는 Gower가 출간 한 신간 서적의 공동 저자이기도합니다.

David와의 인터뷰 1 부 읽기

안녕하세요, David. 오늘 저는 이해 관계자가 자신의 태도를 바꾸려고하는 프로젝트 관리자를위한 최고의 팁을 물었습니다. 너는 무엇을 제안 하겠는가?

이것은 어려운 것입니다. 이 책에서 설명한 것처럼 태도보다는 행동을 바꾸는 것이 더 쉽습니다. 이해 관계자의 태도를 바꾸려면 일반적으로 특정 주제 나 문제에 대한 자신의 견해를 바꿀 수있는 방식으로 정보를 전달해야합니다.

저의 조언은 최선을 다하는 방법을 신중하게 생각하는 것입니다. 그것을 계획하십시오. 신뢰할 수있는 방식으로이를 수행하는 데 집중하십시오. 이러한 상황에서 신뢰할 수있는 것이 중요합니다. 그렇지 않으면 이해 관계자가 자신이 말하는 것을 경청하지 않습니다 (직접 대면, 전자 메일, 보고서 등). .

좋습니다. 고맙습니다. 때때로 사람들은 자신의 업무에 지루하기 때문에 단순히 어려움을 겪습니다. 어떻게 프로젝트 관리자가이를 처리 할 수 ​​있습니까?

이것은 우리가 책에서 자세히 다룰 내용이다. 지루한 팀의 근본 원인에는 여러 가지가 있습니다. 첫째, 프로젝트는 도전적이지 않으며 두 번째로 프로젝트는 기술적으로 흥미롭지 않습니다.

다음과 같은 방법으로 이러한 첫 번째 원인을 처리 할 수 ​​있습니다.

자신의 행동과 행동에서 그리고 진정으로 열렬한 이해 관계자를 참여시킴으로써 프로젝트에 대한 열정을 불러 일으키십시오. 열정은 전염성이 있습니다.

• 범위, 역할 또는 전달 방법을 변경하여 프로젝트 팀원에게 어려움을 줄 수 있습니다. 잠재적으로 위험을 분산시키는 것을 피하기 위해 조심해야합니다.
• 팀원들과 함께 듣고 공감할 수있는 사람 관리에 더 많은 시간을 할애하십시오.
• 재미있는 음식 (예 : 활동, 음식 등)을 소개하여 약간의 환영을 분산시킵니다. 두 번째 원인은 아마도 새로운 도구와 기법을 활용하여 학습이 가능하거나 현재의 기술을 고수하는 데 시간을 투자하는 것입니다 (기술적으로 흥미롭지 않은 솔루션이라 할지라도).
• 맞아. 또한 문지기에 대해 책에서 이야기합니다. 게이트 키퍼 란 무엇이며 프로젝트 관리자는 어떻게하면 게이트 키퍼와 가장 잘 작업 할 수 있습니까?

종종 프로젝트를 진행하기 위해 사람들을 "문을 열어야"합니다. 이 문을 여는 사람들은 게이트 키퍼입니다.

우리는 게이트 키퍼의 도움이 필요한 많은 상황이 있습니다.프로젝트의 다음 단계로 진행하기 위해 승인을 승인해야하거나 다른 중요한 이해 관계자에게 우리에게 접근 권한을 부여해야 할 수 있습니다. 이자형. 조직의 상위 수준의 주요 의사 결정자 (후자의 경우 대형 계층 구조의 강력한 게이트 키퍼의 고전적인 예는 CEO의 PA입니다).
많은 권력을 행사할 수 있지만 문을 여는 것을 거부하는 게이트 키퍼를 차단하면 프로젝트를 심각하게 방해 할 수 있습니다.

게이트 키퍼는 종종 프로젝트에서 분리되어 귀하와 무관합니다. 그들은 프로젝트에 대한 문 열림에 대한 위험 대 위험에 대해서도 생각할 것입니다. 나중에 프로젝트에 문제가있는 경우, 결정에 일부 책임이 따르게됩니까? 아니면 아마도 그들은 단지 인간입니다. 이자형. 비합리적으로 정당한 이유없이 문을 열 것을 거부합니다.

게이트 키퍼와 함께 일하는 가장 좋은 방법은 자신의 힘을 과소 평가하지 않는 것입니다. (현재 프로젝트에서 특히 힘을 발휘할 수 없더라도 미래에는 잘 할 수 있습니다.) 따라서 심각하게 받아들이십시오. 시도하고 그들을 따라가. 그들과 공감하십시오. 그들에게 이야기하고, 문을 열어달라고 부탁하고 그들이하는 일에 감사하다는 말을 듣고, 어떤 경우에는 자신의 프로젝트를 돕기 위해 스스로를 나섰을지도 모른다는 것을 이해하게하십시오.

위대한 팁! 고마워, 데이빗.

David의 공동 저자 인 Roger Joby와의 인터뷰를 읽으십시오.