|
|
프로젝트의 위험은 다음 두 가지에 의해 결정됩니다.
또는 위험은 영향 x 확률과 같습니다. 예를 들어 프로젝트 관리자가 최종 프로젝트 보고서를 인쇄할 경우 인쇄 전에 정전이 발생하는 위험이 따른다고 생각할 수 있습니다. 하지만 정전이 발생할 가능성이 낮기 때문에 이 위험을 무시해도 무관합니다. 대비가 필요한, 보다 합당한 위험으로는 복잡하고 까다로운 주주 수익 보고서를 인쇄할 인쇄소가 없는 경우를 예로 들 수 있습니다. 이런 위험이 있는 경우 프로젝트 관리자는 보고서 인쇄에 더 많은 시간을 예정해야 합니다. 이 일련의 프로젝트 관리 교육 가이드에서 더 많은 항목을 확인하려면 프로젝트 관리 로드맵을 참조하세요. |
시작하기 전 프로젝트 관리 팁
위험성이 높은 활동의 예
프로젝트의 위험을 가중시킬 수 있는 일반적인 활동과 이벤트는 다음과 같습니다.
|
위험한 활동 |
설명 |
|
|
요주의 작업 |
요주의 경로에 있는 작업에 특히 주의하세요. 프로젝트 종료 날짜에 가장 큰 영향을 주므로 위험이 큽니다. |
|
|
공급업체 작업 |
공급업체와 계약할 경우 내부 팀 구성원과 일할 때보다 자주, 더 세부적인 진행 상황 보고서를 요청하세요. 프로젝트 끝에 발생하는 공급업체 작업은 다른 시기에 발생하는 공급업체 작업보다 위험이 큽니다. 공급업체에는 회사 외부의 계약 인력과 회사의 다른 영역에서 근무하는 직원이 포함됩니다. 이러한 인력은 모두 내부 팀 구성원보다 통제하기 어렵기 때문에 프로젝트 결과에 미치는 위험 측면에서는 동일하게 처리해야 합니다. |
|
|
경험이 부족한 팀 구성원 |
경험이 부족한 작업자를 프로젝트 후반 작업에 배정할 경우 초기 적응 시간이 많이 필요하기 때문에 프로젝트 종료 날짜에 차질이 생깁니다. 새 작업자에게 충분한 초기 적응 시간을 할애하여 이러한 위험을 최소화하세요. |
|
|
기간이 1년을 넘는 프로젝트 |
1년 넘게 걸리는 프로젝트의 경우 미지수가 많기 때문에 리소스 가용성, 기술 변경, 시장 변화 등에 의해 위험이 높아집니다. |
|
|
동시에 너무 많은 작업이 발생하는 경우 |
동시에 과도하게 많은 작업을 예약하지 않았는지 확인하세요. 여러 사람이 수행하더라도 동시에 너무 많은 작업이 진행되면 특히 프로젝트 후반으로 가면서 프로젝트에서 위험이 발생할 수 있습니다. |
|
|
올바른 순서로 일정 세우기 |
초보 프로젝트 관리자는 프로제트 개요를 정하기 전에 작업을 연결하는 실수를 범합니다. 이 경우 혼동이 발생하고 많은 역추적 작업이 필요할 수 있습니다. 새 프로젝트를 시작할 때 프로젝트 전체 범위와 결과물을 볼 수 있도록 먼저 작업을 목록으로 나열하고 그룹으로 묶습니다. 그런 다음 목표로 정한 일정에 도달할 수 있게 작업을 연결하세요. |
|
|
과거 무시 |
프로젝트에서 범한 실수를 기록해 두지 않으면 이후 프로젝트에서 같은 실수를 반복하게 됩니다. 프로젝트를 끝낼 때는 이후 프로젝트에서 위험이 반복될 확률을 최소화하기 위해 마무리 문서를 사용하는 경우가 많습니다. |
위험을 관리하는 방법
프로젝트 관리자가 프로젝트 위험 관리에 이용하는 요령은 다음과 같습니다.
|
위험 방지 |
프로젝트 활동이 심각한 결과를 불러오는 경우 피하는 것이 가장 좋습니다. 예를 들어 두 결과물에 하나의 제조 공정을 동시에 사용하면 프로젝트 시간이 촉박해질 수 있습니다. 대신, 프로젝트 관리자는 제조 공정을 순차적으로 사용하여 위험을 방지할 수 있습니다. |
|
위험 완화 |
위험 가능성을 줄이는 방법을 찾으세요. 예를 들어 비용이 많이 드는 혁신적인 제조 공정을 설치하는 데 너무 오래 걸릴 경우 잘 알고 있는 간소화된 공정을 사용하도록 선택할 수 있습니다. |
|
위험 이전 |
외부 공급업체에 문제를 이전하는 방식으로 위험을 관리합니다. 예를 들어 컴퓨터 하위 시스템 설명서의 범위가 너무 넓어 내부 리소스로 제시간에 완료하기 어렵다면 일부를 외부 공급업체에게 하청으로 넘깁니다. |
|
위험에서 교훈 얻기 |
위험이 모두 나쁘지는 않습니다. 위험은 기회의 문을 열 수도 있습니다. 예를 들어 프로젝트에서 위험을 파악한 후 대규모 제조 공정의 일부로 개발 중인 소프트웨어 하위 시스템 자체가 시장성이 있다고 판단된다면 가장 실력 있는 엔지니어를 하위 시스템 개발 업무에 재배정할 수 있습니다. 경험이 많은 엔지니어를 프로젝트에서 빼내면 프로젝트의 위험이 높아지지만 이 경우에는 새롭게 얻은 기회로 상쇄할 수 있습니다. |
위험 관리
|
위험한 작업을 파악하기 위해 일정의 진행률을 추적하려면 프로젝트의 기준 설정에 대해 알아봅니다. |
|
|
프로젝트에서 리소스가 얼마나 효율적으로 사용되고 있는지, 초과 할당되거나 할당되지 않은 리소스를 조정해야 하는지 검토합니다. |
|
|
팀 구성원의 작업 업데이트를 보고 어디에 위험이 있는지 알아봅니다. Gantt 차트를 사용하여 진행 상황을 빠르게 추적하거나 정교한 진척 상황 분석을 사용할 수 있습니다. |
|
|
프로젝트 종료 날짜에 가장 큰 영향을 주는 작업을 표시합니다. 일정에서 위험을 찾아내려면 이러한 작업을 먼저 확인합니다. |
|
|
프로젝트의 위험을 보기 하나만으로 확인할 수는 없습니다. 다양한 보기를 사용하여 프로젝트 위험을 찾아보세요. |
|
|
획득 가치 분석은 "이 프로젝트에서 지금까지 수행된 작업량을 살펴보면 지출해야 할 금액이 얼마인가요?"와 같은 질문을 하여 진행 위험을 파악하는 데 도움이 됩니다. 또는 "정시에 끝낼 수 있을까요?" |
|
|
프로젝트에서 위험을 관리할 경우 일정에서 작업을 이동하게 됩니다. 프로젝트를 변경하면 시간, 비용 또는 범위가 영향을 받습니다. |
|
|
위험을 계획하고 일정을 조정하면 Project에서 예기치 않게 작업을 이동할 수 있습니다. 큰 "왜?" 이해 이 문서를 통해 Project의 강력한 일정 엔진이 작용하는 중요한 이유를 이해할 수 있습니다. |
|
|
프로젝트 비용을 입력한 후 예산에 위험이 발생하지 않았는지 면밀히 확인합니다. |
프로젝트 관리 로드맵으로 돌아가기
