책임 매트릭스의 분포는 무엇입니까? 석유와 가스의 위대한 백과 사전

위의 예에서 우리는 "작업 및 책임"이라는 두 개의 커다란 그룹 열을 가지고 있습니다. "활동"열은 단계와 단계에 대한 설명으로 나뉘며 "책임"열은 필요한 조치로 나뉩니다. 교차로에서는 팀 구성원이 이러한 작업을 담당합니다.

특정 크기의 프로젝트에는 일반적으로 결과를 만들고 승인하는 책임이있는 여러 참가자가 포함됩니다. 개발 책임이 상대적으로 단순한 결과가 있습니다. 예를 들어, 누군가가 문서 초안을 작성하고 다른 사람이 문서를 승인 할 책임이 있다고 판단 될 때. 그러나 문서의 제작이 여러 사람의 노력과 관련되어있는 경우 여러 수준의 승인을 정의해야합니다. 이런 상황에서 당신을 도울 도구는 책임 매트릭스라고합니다.

행렬에서는 다른 사람이 열로 표시되고 결과가 행으로 표시됩니다. 교차점은 각각의 결과에서 각 사람의 책임을 나타냅니다. 다음은 제안 된 책임을 설명하는 간단한 매트릭스입니다. 이전 표에서 프로젝트 헌장은 프로젝트 관리자가 만들고 프로젝트 스폰서, 프로젝트 디렉터 및 운영위원회의 승인을 받았습니다. 프로젝트 팀은 헌장의 창설에 대해상의합니다.

프로젝트 요구 사항은 프로젝트 팀에 의해 생성되며 프로젝트 관리자와 프로젝트 책임자가 검토하고 프로젝트 스폰서와 운영위원회의 승인을받습니다. 책임 매트릭스의 목적은 누구가 무엇을하는지에 대한 명확성과 합의를 제공하는 것이므로 필요에 따라 가능한 자세히 열을 정의 할 수 있습니다. 예를 들어, 이전 사례에서 프로젝트 팀은 각 구성원으로 나누어 질 수 있었고 특정 이름은 별도의 열에 포함될 수있었습니다. 그런 다음 프로젝트 요구 사항 작성 담당자가 해당 열에 나열 될 수 있습니다.

매트릭스가 완성 된 후에는 모든 사람들이 프로젝트의 역할과 책임을 이해하고 동의하는지 확인하기 위해 승인을 위해 배포되어야합니다. 프로젝트 정의 단계에서이 작업이 완료되면 프로젝트에 포함될 수 있습니다.

프로젝트 관리 프로세스 그룹

매트릭스를 명확하게 전달할 수있는 매트릭스의 기능은 효율성면에서 중요합니다. 가능하다면 프로젝트와 관련된 개인, 조직 또는 조직의 기대와 책임을 반영해야하며 모호성을 피하십시오. 제 7 지역 지방 법원이 채택한 프로젝트 관리 방법론은 프로젝트를 관리하는 방법을 결정하는 상호 연관된 5 개의 프로세스 그룹을 기반으로합니다. 초기화, 계획, 모니터링 및 제어, 실행 및 종료입니다.

다음은 각 프로세스 그룹에서 준비된 주요 문서입니다. 프로젝트 요구 사항을 공식화하고 타당성 분석을 지원합니다. . 제품 설명 :이 도구에서는 제품이 업데이트되어 당사자간에 합의됩니다. 정보는 어떤 분야, 기술 특성, 주요 출처, 결과 및 기술이 중요한지, 무엇이 생성 될 것인지에 기록됩니다.

커뮤니케이션 매트릭스 (Communication matrix) : 프로젝트에 영향을 미치거나 의존하는 사람과 조직 - 이해 관계자를 의미하는 이해 관계자 -를 식별하고 그들과의 커뮤니케이션 방식을 정의한 문서. 위험 목록 : 프로젝트와 관련된 모든 위험을 나열하고 분석하는 문서입니다. 위험은 잠재적 인 위협이자 잠재적 인 기회이기 때문에 도구로 관리하는 것이 긍정적 인 사건의 가능성과 영향을 높이고 부정적인 사건이 프로젝트에 미칠 수있는 영향을 줄이는 것입니다.

회의록 : 회의 또는 회의의 사례, 결의안, 결의문 및 결정을 요약 한 문서. 요청, 분석 및 변경 관리 : 프로젝트의 기본 지표에 대한 변경 사항을 식별, 문서화, 승인 또는 거부 및 관리하는 문서입니다. 이벤트 로그 : 더 나은 제어를 위해 하나의 도구로 프로젝트를 계획 할 때 예상치 못한 이벤트를 통합 할 수 있습니다. 배달 시간 : 배달 된 제품 및 유형 승인 시간. 교훈 : 행동, 문제, 성공을 평가하고 프로젝트에서 얻은 경험을 반영하기위한 순간. 이 수업은 프로젝트 오피스와의 회의에서 기록됩니다. 승인 조건 : 납기에 명시된 신청자의 전체 또는 부분 승인을 확인하는 서류. 이 프로세스 그룹에서 생성 된 문서는 실행 그룹과 동일합니다.

교훈 Final : 프로젝트에서 배운 모든 교훈을 바탕으로 한 문서. 최종 프로젝트 보고서 : 프로젝트 목표, 프로젝트 도중 전달 된 제품, 프로젝트 시작에 소요 된 총 시간, 최종 승인 기간 발행 및 프로젝트 투자액과 같은 최종 프로젝트 정보를 통합합니다. 왜 프로젝트 위험 관리가 중요합니까?

첫째, 모든 프로젝트 결정, 팀 활동 또는 새로운 단계는 당신이 원하든 원하지 않든 관계없이 고유의 위험 수준을 가지고 있습니다. 즉, 문제가 실현되어 각 유형의 활동, 납품 또는 프로젝트 단계에 부정적인 영향을 줄 가능성이 있습니다.

결과가 작 으면 대개 두통을 일으키지 않지만 일반적으로 새 시스템을 구현하기위한 백업 복사본이 없거나 제시 될 프로토 타입 결함 부분을 교환하기위한 예비 부품이 없어도 회사의 모든 가상 문서를 잃어버린다 고 상상해보십시오. 이러한 영향은 파국적 일 수 있으므로 위험 관리는 프로젝트 관리에서 점차 중요 해지고 있습니다.

또한 위험을 추적하고 추적하면 성공 가능성이 큰 문제를 피하기 위해 프로젝트를 평가하는 데 도움이됩니다. 이 결과를 얻으려면 위험 관리 자체에 대해 좀 더 이해해야합니다. 경영 계획, 위험 식별, 정량 분석 ​​구현, 정성 분석 수행, 위험 계획, 대응 위험. 단계별로 실습을 시작하기 전에 위험 매트릭스가 작동하는 방식과 위험 분석 단계를 중심으로 도움을 줄 수있는 방법에 대해 좀 더 자세하게 설명해 보겠습니다.

위험 매트릭스의 작동 방식

위험 매트릭스는 이름에서 알 수 있듯이 프로젝트와 관련된 위험을보다 잘 평가하는 데 도움이되는 매트릭스입니다. 그것은 두 가지 주요 축, 위험의 발생 확률 및 프로젝트의 위험 영향으로 형성됩니다. 이제이 두 축의 반응이 어떻게 작용하는지 자세히 살펴 보겠습니다. 거의 오른쪽 : 발생 위험을 예방하는 것은 거의 불가능하므로 위험에 노출 된 후 완화 효과에 대해 생각하는 것이 좋습니다. 높음 : 위험 발생 확률이 높으며 종종 현실에서 발생합니다. 이전의 경우와 마찬가지로 큰 관심을 가지지는 않습니다. 낮음 :이 위험으로 인해 문제가 발생할 가능성은 거의 없습니다. 드물기는하지만, 위험이 발생할 가능성은 희박합니다. 단지 프로젝트에 심각한 영향을 주거나 심각하게 우려할만한 가치가 있습니다. 심각한 경우 : 이로 인해 프로젝트가 취소되거나 그로 인해 초래 된 피해가 돌이킬 수 없게 될 수 있습니다. 이 위험이 거의 확실하게 고 빈도로 발생하면주의를 기울여야합니다. 원칙적으로, 분석 된 각 위험에 대해, 거의 확실한 것으로부터 희소에 이르기까지, 그리고 어떤 영향에서부터 매우 심각한 것에 이르는 범위의 평가를 제공 할 것입니다.

이 점수는 위험을 분류하는 교차점을 생성합니다. 프로젝트에 중요한 정보를 잃을 위험의 예를 살펴 보겠습니다. 사람들이이 위험의 가능성을 평균적이고 심각한 영향으로 예측한다고 가정 할 때, 우리는 극단적 인 위험의 결과를 얻을 것입니다.

프로젝트에서 위험 매트릭스 사용

따라서 위험 요소를 차별화하여 프로젝트를 가장 먼저 수행하고 가장 중요한 부분을 결정하는 프로세스를 용이하게 할 수 있습니다. 이제 위험 매트릭스가 프로젝트의 위험을 관리하는 데 실제로 어떻게 작용하는지 확인하기 위해 회사에 새로운 소프트웨어를 도입하는 프로젝트를 생각해 봅시다. 어떻게 단계적으로 보일지 봅시다.

1 단계 - 주요 위험 요소를 나열하십시오.

각 위험의 위험 행렬 만들기

데이터 센터에서의 화재 중요한 정보의 손실 새로운 구현의 모니터링 시스템 오류 이전 데이터와 새로운 시스템 간의 호환성 부족 계약 회사에서 제공하는 서비스 품질 부족 오류에 대한 사용자의 불만 사항 변경에 대한 사용자의 후속 경고 시스템이 대기 중으로 울림 기간 동안 수행되지 않은 설정 새로운 회사. 나열된 각 요소에 대해 위험 매트릭스를 만들 때 각 요소에 대한 위험 수준을 만들고 각 메모에 대해 설정 한 가중치에 따라 견적을 생성 할 수 있습니다.

3 단계 - 순위에서 가장 관련있는 위험 분석

중요한 관심사는 프로젝트에별로 중요하지 않은 위험에 시간을 낭비하지 않는 것입니다.

4 단계 - 위험 요소가 발생하지 않도록 조치를하십시오.

이전 데이터와 새로운 시스템 간의 호환성이 결여 될 위험이 있으므로 간단한 해결책은 모든 중요한 사항을 마이그레이션에서 처리 할 수 ​​있도록 회사 간 모임을 준비하는 것입니다. 각 프로젝트 단계가 끝나면 프로젝트의이 부분을 완료했는지, 얼마나 위험한 지 확인할 수 있습니다.