위험 관리는 위험이 발생하기 전에 프로그램의 위험을 식별하고 감소시키거나 어느 정도 제거하는 매우 효과적인 방법입니다. 프로젝트 시작 전과 실행 중에 수행해야 하는 단계를 알 수 있습니다.
프로젝트 보안을 위해 변경해야 하는 횟수가 크게 줄어듭니다. 프로젝트 품질을 높이고 완료 시간을 단축하며 기능적 이점을 제공합니다. 많은 이점에도 불구하고 기업은 위험 관리 시스템을 구현하는 것을 주저합니다. 그 이유는 그들이 몇 가지 위험 관리 오해의 영향을 받기 때문입니다.
안전한 작업 환경을 조성하기 위해 가능한 한 빨리 해결해야 하는 10가지 위험 관리 오해를 살펴보겠습니다.
1. 프로젝트 관리자는 위험 관리에 대한 책임이 없습니다.
프로젝트 관리자의 역할이 프로젝트를 감독하고 대중에게 그 이점을 설명하는 것으로 제한된다는 신화가 있습니다. 이 역할을 중심으로 하는 모든 것은 식별, 평가 및 해결만 하면 됩니다.
그러나 관련된 위험이 적시에 식별되지 않으면 프로젝트가 지연되거나 관련 위험이 상당한 경우에도 프로젝트를 종료해야 할 수 있습니다.
2. 새 프로젝트에서 위험을 식별할 수 없음
프로젝트 관리자와 팀원은 새 프로젝트 작업을 시작하면서 종종 자신감을 잃습니다. 그들은 과거에 유사한 것을 시도한 적이 없다는 인식을 가지고 있으므로 위험 식별 프로세스를 이해하지 못합니다.
자, 이런 상황에서 팀원들은 무엇을 할 수 있을까요?
이전에 동일한 프로젝트를 수행한 적이 없더라도 이러한 인식을 극복하기 위해 다음 질문에 답할 수 있습니다.
- 프로젝트의 최종 목표는 이전 프로젝트와 유사합니까?
- 회사의 다른 부서에서 유사한 작업을 수행한 적이 있습니까?
- 완료된 프로젝트와 실패한 프로젝트 모두에서 이전 프로젝트의 주요 학습 기록에 액세스할 수 있습니까?
회사에서 이전 프로젝트에서 얻은 위험 관리 학습에 액세스할 수 없는 경우 외부에서 도움을 받을 수 있습니다. 위험 관리 전문가에게 접근하거나 비슷한 작업을 수행한 해당 분야의 다른 회사와 협력할 수 있습니다.
3. 위험 관리에 대한 지식 부족
모든 회사는 프로젝트에 포함될 수 있는 잠재적인 위험에 대해 알고 있습니다. 그리고 고위 경영진은 이러한 위험을 해결하는 데 간접적으로 관여할 수 있습니다. 그러나 그들은 위험 관리를 하고 있다는 사실을 인식하지 못합니다. 따라서 회사의 고위 경영진은 무엇을 하든지 충분하다고 생각하고 문제 해결을 위험 관리의 일부로 인정하지 않습니다.
4. 중대한 위험만 다루어야 합니다.
대부분의 경우 프로젝트 관리자와 팀 구성원은 식별한 위험이 처리하기에 너무 작다고 생각합니다. 올바른 결정이 아닙니다. 위험은 작거나 클 수 있습니다. 회사의 목표와 일치하는 팀은 항상 작은 위험을 고려하고 프로젝트의 성공적인 완료를 보장하기 위한 위험 관리 전략을 수립합니다.
더 큰 위험이 있을수록 더 많은 주의가 필요하다는 것은 의심의 여지가 없지만, 많은 작은 위험은 모든 팀에게 악몽을 줄 수 있습니다. 따라서 프로젝트의 성공을 위해 크고 작은 모든 유형의 위협에 동일한 주의를 기울여야 합니다.
5. 모든 위험에 대한 위험 통제 시스템 구현
때로는 위험 발생을 통제할 수 없기 때문에 유효하지 않습니다. 문제가 발생한 경우에만 수행할 작업을 계획할 수 있습니다. 발생을 완화하거나 중지할 수 없습니다. 따라서 위험이 발생했을 때 모든 것이 순조로울 때 이미 계획한 것처럼 무엇을 해야할지 생각할 필요가 없습니다. 이제 그 계획을 실행해야 합니다.
6. 소규모 프로젝트에는 위험 관리가 필요하지 않습니다.
작든 크든 프로젝트에는 적절한 평가가 필요합니다. 둘 다 회사의 재무 및 시장 가치를 개선하기 위해 성공적으로 실행해야 하는 회사 목표의 일부입니다. 따라서 회사가 큰 프로젝트가 아닌 작은 프로젝트만 수행하는 경우 위험을 식별하지 않으면 막대한 손실이 발생할 수 있습니다. 그리고 때때로 이 손실은 돌이킬 수 없습니다.
7. 새 프로젝트를 시작할 때만 위험을 관리해야 합니다.
이러한 위험 관리 오해는 위험 식별 및 관리가 일회성 활동이 아니라 지속적인 프로세스이기 때문에 잘못된 것입니다. 프로젝트를 시작하기 전에 가능한 위험을 식별하는 데 충분한 시간을 투자했다 면 프로젝트 실행 중에 발생하는 위험의 수를 크게 줄일 수 있습니다.
그러나 위협이 발생하지 않는다는 의미는 아닙니다. 발생할 수 있는 새로운 위험을 지속적으로 주시하고 그 영향을 줄이는 방법을 고안해야 합니다. 동일한 위험이 때때로 계속 발생할 수 있습니다. 따라서 프로젝트 수명 주기 내내 주의를 기울여야 합니다.
8. 위험이 발생할 때 처리해야 합니다.
위험 관리는 위험이 발생하기 전에 관리하는 것입니다. 전체 개념은 위험을 사전에 식별하고 발생을 제거하거나 줄이기 위한 전략을 만드는 것입니다. 위험이 발생하면 위험으로 남지 않습니다. 해결하기 너무 어려운 문제가 됩니다.
모든 프로젝트 관리자는 이런 종류의 상황을 관리하는 것이 스트레스가 많은 활동이라는 것을 알고 있습니다. 따라서 프로젝트를 시작하기 전에 잠재적인 위험을 평가하고 위험 관리 시스템을 만드는 데 중점을 두어야 합니다.
9. 미확인 위험은 프로젝트에 위협이 되지 않습니다.
위험을 식별할 수 없거나 위험을 완화하는 방법을 모른다고 해서 위험을 숨기겠다는 의미는 아닙니다. 위험이 초기 단계에서 식별되면 위험 관리 팀은 발생을 줄이기 위한 방법을 작업할 수 있습니다.
또한 위험을 식별하더라도 잘 정의된 완화 계획이 함께 제공되는 것은 아닙니다. 사전에 모든 것을 알 수는 없지만 프로젝트 관리자와 위험 관리 팀의 팀 노력과 주제 전문성은 여전히 중요합니다.
10. 위험 관리 시스템은 어떠한 가치도 추가하지 않습니다.
관리자와 고위 경영진은 비용 절감을 위해 위험 관리 시스템을 구현하는 이점을 간과하는 경우가 많습니다. 팀은 모든 프로젝트의 위험 관리에 대한 추정치 를 제시해야 합니다. 그러나 회사는 위험 평가 및 완화를 위해 별도의 자금을 따로 마련하지 않습니다.
그들은 문제 회피에 초점을 맞추는 것이 얼마나 유익한지 이해하지 못합니다. 위험을 제거할 수 없더라도 사전에 처리할 계획을 세우면 더 나은 프로젝트 관리와 성공적인 완료에 도움이 됩니다.
그것을 요 약하기
위험 관리에 대한 모든 오해를 읽은 후 작든 크든 향후 프로젝트에서 위험 제어 시스템을 구현하기를 바랍니다. 위험 관리는 프로젝트 보안을 강화할 뿐만 아니라 프로젝트 품질을 향상시키는 팀 커뮤니케이션을 촉진합니다.
조직은 프로젝트 실패를 피하기 위해 백업 계획을 세우는 데 집중해야 합니다. 또한 팀을 위한 위험 관리 교육 세션을 구성하거나 전 세계에서 가장 인기 있는 위험 관리 인증 중 하나인 CISM 인증을 받을 수 있도록 해야 합니다.
여기에서 우리는 위험 처리와 관련된 몇 가지 통념을 밝히려고 노력했습니다. 다른 신화를 발견했다면 의견에 공유하십시오.
