프로젝트의 위험 분석 구조: RBS에 대한 완전한 가이드

게시 됨: 2022-08-23

불확실성은 프로젝트의 확실성입니다. 위험이 발생하고 프로젝트의 성공적인 제공을 위협합니다. 위험 분석 구조(RBS)를 사용하는 것은 예상치 못한 상황에 대비하는 방법입니다.

위험 분석 구조는 위험을 식별하고 우선 순위를 지정하는 데 유용하므로 어느 것이 어느 정도 영향을 미칠 것인지 알 수 있습니다. 이것이 프로젝트의 위험을 계획, 관리 및 완화하는 첫 번째 단계입니다.

프로젝트 관리의 위험 분석 구조는 무엇입니까?

위험 분석 구조는 계획하거나 예상하지 않은 모든 이벤트인 위험을 관리하기 위한 도구입니다. 위험은 일반적으로 프로젝트의 예산, 일정 또는 품질에 대한 부정적인 영향으로 간주됩니다. 그러나 프로젝트에 도움이 될 수 있는 긍정적인 위험도 있습니다.

어느 쪽이든 프로젝트 관리자는 좋든 나쁘든 위험에 대비해야 합니다. 위험은 프로젝트 목표를 방해할 수 있습니다. 위험 분석 구조는 더 높은 수준에서 시작하여 더 세부적인 수준의 위험으로 내려가는 계층적 그래프에서 위험을 분류합니다.

때때로 프로젝트 관리자는 프로젝트 시작 중에 위험 분석 구조를 만들어 작업이 실행 가능한지 확인합니다. 팀 구성원에게 역할과 책임을 할당할 때 계획 단계에서 문제를 해결하는 경우가 더 많습니다.

프로젝트의 4가지 위험 범주

위험에는 네 가지 범주가 있습니다. 더 세분화 할 수 있지만 대부분의 위험 분류 구조는 위험을 다음 네 가지 범주로 나눕니다.

  • 외부: 환경, 규제, 공급업체, 경쟁업체 등과 같이 통제할 수 없는 위험
  • 내부: 자원 부족, 자금 조달 지연 또는 우선 순위 지정 실수를 포함하여 조직 내부에서 발생하는 위험.
  • 기술: 범위, 요구 사항 및 기타 기술 문제가 이 범주에 해당합니다.
  • 관리: 계획, 커뮤니케이션, 통제 등과 관련된 위험.

예를 들어, 최상위 위험에서 기술, 관리, 외부 또는 일정 위험과 같은 광범위한 주제로 시작할 수 있습니다. 다음 단계에서는 이러한 범주를 설계, 자금 조달 또는 리소스 위험으로 추가로 정의할 수 있습니다. 당신은 당신의 위험을 계속해서 미세하게 조정하고 세분화된 수준에 도달하거나 프로젝트에 적합하다고 느끼는 만큼 위험을 미세하게 조정할 수 있습니다. 물론 멈출 수는 없지만 역효과가 날 것입니다.

프로젝트 관리에서 위험 분석 구조를 사용하는 이유는 무엇입니까?

위험 분석 구조는 위험을 이해하는 데 도움이 됩니다. 이를 통해 프로젝트의 위험을 더 쉽게 식별하고 평가할 수 있습니다. 특별한 주의가 필요한 프로젝트를 확인하고 반복되는 위험과 위험의 집중도를 식별할 수 있습니다. 이 도구를 사용하여 프로젝트의 총 위험 노출을 파악하고 위험 관리 프로세스를 요약하면서 잠재적 손실을 요약할 수도 있습니다.

위험을 올바르게 관리하려면 프로젝트 관리 소프트웨어를 사용해야 합니다. ProjectManager는 작업을 실시간으로 모니터링하는 클라우드 기반 소프트웨어이므로 이미 손상이 발생한 후가 아니라 문제가 표시될 때 이를 포착할 수 있습니다.

ProjectManager의 라이브 대시보드가 ​​설정되어 바로 사용할 수 있으며 프로젝트 데이터를 자동으로 수집 및 계산한 다음 읽기 쉬운 차트와 그래프로 표시됩니다. 시간, 비용, 편차 등에 대한 메트릭을 추적하고 이상 징후를 빠르게 포착하여 영향을 완화할 수 있습니다. 무료로 ProjectManager를 시작하십시오.

ProjectManager의 대시보드
ProjectManager의 실시간 대시보드로 위험 완화를 추적하세요. 더 알아보기!

프로젝트에 대한 위험 분석 구조를 만드는 방법

위험 분석 구조는 상단에 위험에 대한 광범위한 정의가 있고 그리드 아래로 이동할 때 더 구체적인 정의가 있는 단순한 그리드입니다. 또한 왼쪽에서 오른쪽으로 이동할 때 위험이 더 많이 정의되는 스프레드시트로 설정할 수 있습니다.

위험 분석 구조를 구축할 때 다음 세 단계를 따르기를 원합니다.

1. RBS에 대한 위험 범주 식별

첫 번째 단계는 주요 위험 범주를 식별하는 것입니다. 언급한 바와 같이 위험 분석 구조의 기본 범주는 외부, 내부, 기술 및 관리입니다. 작업하는 산업에 따라 이러한 범주를 좀 더 미세 조정할 수 있습니다.

예를 들어, 소프트웨어 개발에는 제품 엔지니어링, 개발 환경 및 프로그램 제약이 있을 수 있습니다. 일반적으로 이러한 주요 위험 식별 범주에는 다음이 포함됩니다.

  • 일정
  • 재정적인
  • 전문인
  • 관리
  • 고객
  • 계약상
  • 날씨
  • 정치적인
  • 환경

위험을 찾기 위한 위험 식별 방법은 팀과 함께 브레인스토밍, 워크샵 및 인터뷰를 통해 과거 데이터를 검토하고, SWOT(강점, 약점, 기회 및 위협) 분석 등을 수행할 수 있습니다. 위험에 대한 이해 관계자 관리를 결정하는 데 도움이 되도록 RACI 차트(책임감 있고, 책임감 있고, 컨설팅 및 정보 제공)를 만드는 것도 좋습니다.

2. RBS의 특정 위험 분류

다음으로, 1단계 범주를 2단계 범주로 분류하려고 합니다. 즉, 광범위하게 시작하여 해당 주제를 점점 더 작은 부분으로 세분화합니다.

예를 들어 클라이언트 범주에서 클라이언트 팀, 프로젝트 팀, 대상, 자금 조달 및 전술과 같은 더 작은 주제로 나눌 수 있습니다.

그런 다음 프로젝트 팀 아래에 작업을 완료할 리소스가 충분하지 않거나 팀이 경험이 부족하고 작업을 성공적으로 실행하기 위해 더 많은 교육이 필요하다는 것을 알 수 있습니다.

3단계 위험 수준이면 충분합니다. 그 이상으로, 노력에 대한 많은 보상 없이 사소한 일에 수렁에 빠지게 될 수 있습니다.

3. 위험 및 영향 점수 매기기

위험을 분류한 후에는 점수를 매겨 프로젝트에 가장 큰 영향을 미칠 수 있는 위험을 결정해야 합니다. 이것이 위험 분석의 시작입니다. 위험의 우선순위를 정하면 어떤 것이 즉각적인 주의를 기울여야 하고 어떤 것은 기다리거나 피할 수 있는지 알 수 있습니다.

이는 발생할 확률적 영향에 대해 각 위험에 점수를 매기고 발생하는 경우 프로젝트에 미칠 수 있는 영향을 평가하여 수행됩니다. 이러한 각 요소를 평가하는 방법은 프로젝트 관리자에게 달려 있지만 경험상 좋은 규칙은 확률을 4개로 나누는 것입니다.

  • 높음(80-100%)
  • 중간 높음(60-80%)
  • 중간-낮음(30-60%)
  • 낮은 확률(0-30%)

영향의 경우 전통적으로 높음(중요), 중간(보통) 및 낮음(최소)의 세 가지로 나뉩니다. 조사 결과는 위험 보고의 일부가 되며 팀 구성원에게 이러한 위험을 감시하도록 지정할 수 있습니다. 위험 점수가 있으면 프로젝트에서 문제로 나타날 경우 위험 기록부에 모든 점수를 추가합니다.

위험 분석 구조 사용의 이점

위험은 알 수 없지만 관리할 수 없다는 의미는 아닙니다. 위험 분석 구조는 프로젝트의 위험을 식별하고 주문하는 데 도움이 되는 도구입니다. 위험 완화의 첫 번째 단계입니다. 위험 관리 계획을 통해 프로젝트에 나타나는 문제를 해결하는 데 필요한 리소스를 결정할 수 있습니다.

위험을 정확하게 평가할 수 있으면 프로젝트 성공 가능성이 높아집니다. 모든 위험이 나쁜 것은 아니지만 위험에 대처할 계획이 없는 것은 결코 좋은 것이 아닙니다. 위험에 대비하지 않고는 긍정적인 부분을 이용하고 부정적인 부분을 완화할 수 없습니다.

위험 분석 구조를 사용하여 위험을 관리하고 위험 관리 계획을 설정합니다. 프로젝트 과정에서 일어날 수 있는 일에 대한 아이디어를 갖고 어떤 잠재적인 문제(또는 기회)에 대응할 가치가 있는지 아는 것은 위험을 관리하고 재난이 될 수 있는 것을 도로에서 작은 충돌로 바꾸는 방법입니다.

관련 : 무료 프로젝트 관리 템플릿

위험 분석 구조의 예

우리는 이미 많은 위험 분석 구조의 예가 있다고 언급했지만 어떤 산업에 해당하는지에 따라 다릅니다. RBS의 실제 계층 구조는 기본적으로 동일합니다.

Project Management Institute의 웹사이트에는 RSB에 대한 유익한 컨퍼런스 페이퍼가 있습니다. 위험 분석 구조(RBS)를 사용하여 위험을 이해하는 문서는 위험 분석 구조가 무엇인지, 어떻게 사용하는지에 대해 생각을 정리하려는 경우에 유용합니다.

특정 산업에 대한 아이디어를 제공하는 몇 가지 예가 있습니다. 위험 분석 구조의 예는 다음과 같습니다.

일반 위험 분석 구조 예

일반 위험 분석 구조 예
일반 RBS의 예.

건설 리스크 분류 구조 예

건설 위험 분석 구조 예
건설 RBS의 예.

소프트웨어 개발 위험 분류 구조 예

소프트웨어 개발 rbs 예제
소프트웨어 개발 RBS의 예.

ProjectManager로 RBS를 만드는 방법

온라인에서 프로젝트의 위험을 식별하고 계획하는 데 도움이 되는 위험 분석 구조 템플릿을 찾을 수 있지만 템플릿은 정적 문서이며 문제가 발생하여 할당 및 추적해야 할 때 유용하지 않습니다. 위험에 대한 계획, 추적 및 보고에 도움이 되는 클라우드 기반 소프트웨어인 ProjectManager에 해당 RBS 템플릿을 업로드하는 것이 가장 좋습니다.

Gantt 차트에서 위험 해결 실행

위험 관리는 위험을 식별하고 문제가 프로젝트에 나타날 경우 문제를 해결하거나 활용하기 위한 계획을 수립하는 것입니다. ProjectManager의 대화형 Gantt 차트는 계획, 우선 순위 지정, 종속성 연결 및 팀 할당을 위한 도구를 제공합니다. 복잡하고 시간이 많이 걸리는 계산 없이 중요한 경로를 얻으십시오. 그런 다음 계획과 비교하여 실제 진행 상황을 추적하기 위한 기준선을 설정하고 계속 진행하고 있는지 확인하십시오.

ProjectManager의 Gantt 차트

Kanban 보드에서 워크플로 생성

ProjectManager에는 원하는 대로 작업할 수 있는 여러 프로젝트 보기가 있기 때문에 Gantt에서 칸반 보기로 전환하기만 하면 됩니다. 이제 식별, 작업 및 해결을 위한 맞춤형 열을 생성하여 위험의 생산 주기를 정의할 수 있습니다. 팀은 백로그를 관리하고 위험을 해결하기 위해 스프린트를 계획할 수 있으며, 관리자는 작업을 가시화하고 필요에 따라 리소스를 재할당할 수 있습니다.

Kanban 보드 프로젝트 보기의 스크린샷

몇 초 만에 진행 보고서 생성

ProjectManager의 원클릭 보고서를 사용하여 위험 해결을 추적하고 이해 관계자에게 위험 완화 진행 상황을 알립니다. 프로젝트 또는 포트폴리오의 상태에 대한 광범위한 보고서가 있지만 시간, 비용 및 작업량에 대한 자세한 보고서가 있습니다. 모두 위험 관리에 도움이 됩니다. 모든 보고서를 필터링하여 보고 싶은 것만 표시하고 이해 관계자와 쉽게 공유하여 최신 상태를 유지할 수 있습니다.

ProjectManager의 상태 보고서 필터

ProjectManager는 수상 경력에 빛나는 소프트웨어로 하이브리드 팀이 원하는 시간과 장소에서 일하는 방식을 지원합니다. 하나의 정보 소스를 제공하고 기존 방식으로 또는 보다 민첩한 환경에서 작업할 수 있을 만큼 충분히 유연한 도구를 얻으십시오. 지금 무료로 ProjectManager를 시작하십시오!