프로젝트 이해 관계자를 효과적으로 참여시키는 방법

이해 관계자의 열망을 충족시키는 것과 특정 일정과 비용 내에서 프로젝트를 전달하는 것 사이에서 올바른 균형을 유지하기 위해 프로젝트 관리자는 여러 머리를 가진 짐승을 위해 통제되지 않는 프로젝트를 유지하는 방법을 따라야 합니다.

이것은 여러 이해 관계자와 다양한 프로젝트 목표가 사용하고 탁월한 전략입니다.

프로젝트 참가자 식별 #

누가 주는지 아는 것이 중요하다. 프로젝트 시간과 자원 . 많은 이해관계자들이 프로젝트 관리 팀 프로젝트 관리자, 영업 팀, 최종 사용자 또는 계약자와 같은 은 각 조직에 관여할 수 있으며 각 이해 관계자는 프로젝트에 대해 서로 다른 기능을 수행하고 서로 다른 목표를 수행합니다. 이해 관계자를 식별하고 목표를 평가하며 프로젝트의 목표를 이해하는 것이 중요합니다. 조사 단계에서는 나중에 범위가 커지는 것을 방지하기 위해 범위, 시간 프레임 및 예산을 세분화해야 합니다.

프로젝트를 실행하기 전에 프로젝트 리더는 프로젝트에서 적극적인 역할을 할 프로젝트 이해 관계자와 상호 작용하고 프로젝트 개발에 대한 각 참가자의 열정 수준과 영향을 분석해야 합니다. 그것은 특정 이해 관계자가 참여를 기반으로 어떤 종류의 정보를 받아야하는지 보여줍니다. 그렇지 않으면 너무 많이 또는 너무 적게 제공하여 이해 관계자를 혼란스럽게 만듭니다.

탑 톤 #

많은 배우들이 테이블에 둘러앉을 때, 그들 모두에게 중요한 것과 발전에 강한 영향을 미치고 재앙을 초래할 수 있는 부문에 따라 서로 다른 형태를 취합니다. 프로젝트 관리자가 최종 제품을 동급 최고로 만들기 위해서는 팀을 표준 “성공” 관점에 맞추는 것이 중요하며 팀의 기능을 저하시키거나 방해하는 데 부정적인 영향을 미치지 않아야 합니다.

프로젝트 관리자는 프로젝트의 범위와 다가오는 변경 사항을 이해하고 팀이 이해 관계자가 기대하는 바를 깨닫도록 합니다. 인내심과 개방성은 개발을 통제하고 이해 관계자를 관리하는 데 도움이 되고 여러 방향으로 팀을 끌지 않는 커뮤니케이션 격차를 좁히는 또 다른 핵심 구성 요소입니다.

목표 설명 #

개방성, 청렴성 및 윤리적인 업무에 전념하는 경우 팀을 관리하고 전체로서 작동하도록 할 뿐만 아니라 의무와 책임을 정의합니다. 모든 팀 구성원이 프로젝트에 적절한 기여를 할 수 있는 책임 매트릭스가 개발되면 포용 문화가 구축되어야 합니다.

각 구성원은 의사결정자, 제공자 및 추천자의 역할을 명시했음에도 불구하고 자신의 견해를 제시하는 데 강력한 위치를 차지했으며, 프로젝트의 성공에 유용한 기여를 하도록 동기를 부여하려면 구성원의 통찰력도 똑같이 중요해야 합니다. 결정에 대한 거부권은 구성원이 안전하고 프로젝트 목표에 집중할 수 있도록 하는 프로젝트 관리자의 책임입니다.

커뮤니케이션 중단 방지 #

이해관계자와의 관계를 관리하기 위해서는 커뮤니케이션이 필수적이지만, 관심도가 낮은 이해관계자와의 커뮤니케이션에 많은 시간을 허비하게 되면 주요 이해관계자들이 너무 많은 정보를 발견하고 필요한 정보를 최신 상태로 유지하지 못하게 됩니다.

프로젝트에 대한 가용성 및 참여를 기반으로 다양한 이해 관계자와 상호 작용할 수 있는 다양한 도구를 제공한 기술 덕분입니다. 또한 메시지가 손실되지 않고 의도한 메시지가 적절한 시간에 올바른 당사자에게 전송되도록 통신 프로토콜을 초기에 개발해야 합니다.

갈등 관리 #

결과와 KPI는 프로젝트 목표와 연결되어 있으며 이러한 벤치마크는 진행 과정에서 종종 놓치게 됩니다. 프로젝트 관리자는 열린 게이트웨이를 잡고 프로젝트 상태를 검사하고 모든 것을 고려하여 최종 제품의 가치가 전달되도록 해야 합니다.

프로젝트 규모의 조정을 요구하는 불리한 차질로 인해 참가자는 때때로 프로젝트의 시간과 예산을 늘릴 수 있습니다. 그러나 많은 이해 관계자가 특정 조정 세트를 정의하면 프로젝트의 모든 변경 사항이 프로젝트 재앙으로 이어집니다. 주방에 너무 많은 요리사의 두통은 변형 영향 분석을 수행하여 줄일 수 있습니다.

이해관계자 커밋 #

이해 관계자의 참여는 계속해서 소프트웨어 개발의 핵심이며 개발 프로세스 전반에 걸쳐 새로운 요구 사항 및 분쟁 해결의 평가 범위에서 참여해야 합니다. 프로그램 관리자가 생각하는 경우 – 이해 관계자, 그는 같은 페이지에서 기뻐합니다. 그것은 가장 큰 오류이자 잘못된 가정입니다. 그것은 심지어 가능한 충돌입니다.

결론 #

NS 이해관계자 관리 프로젝트의 여러 머리를 가진 짐승을 길들이는 것과 같습니다. 이것이 회사가 관리 불가능한 프로젝트에 대해 주로 우려하는 이유입니다. 이것은 보이는 것처럼 간단하지 않습니다.