기본 콘텐츠로 건너뛰기

리스크 관리표 작성하는 법|발생 가능성과 영향도 평가 방법과 예시

리스크 관리표 작성하는 법
리스크 관리표 작성하는 법

리스크 관리표 

프로젝트나 제안서를 작성하다 보면 계획대로 진행되지 않을 가능성까지 함께 고려해야 하는 경우가 있다. 일정이 지연될 수도 있고, 예산이 부족해질 수도 있으며, 외부 환경 변화로 인해 처음 세운 계획을 수정해야 할 수도 있다.

나도 제안서나 사업계획서를 작성할 때 예상되는 문제를 단순히 나열하는 것보다 어떤 위험이 더 중요하고, 어떤 위험부터 대응해야 하는지 정리하는 과정이 필요하다고 느꼈다.

이때 활용할 수 있는 방법이 리스크 관리표이다. 발생 가능성과 영향도를 기준으로 위험 요소의 우선순위를 정하면 막연하게 “문제가 생길 수 있다”라고 작성하는 것보다 훨씬 구체적인 대응 계획을 만들 수 있다.

이번 글에서는 리스크 관리표가 무엇인지, 발생 가능성과 영향도를 어떻게 평가하는지, 그리고 실제 프로젝트에 적용하는 방법을 예시와 함께 정리해보려고 한다.


01. 리스크 관리표란?

리스크 관리표는 프로젝트나 사업을 진행하면서 발생할 수 있는 위험 요소를 정리하고, 각 위험의 발생 가능성과 영향도를 평가해 우선적으로 관리해야 할 리스크를 구분하는 표이다.

단순히 위험 요소를 나열하는 데서 끝나는 것이 아니라 각 리스크의 중요도를 판단하고 대응 방안까지 연결하는 것이 핵심이다.

예를 들어 프로젝트 진행 중 발생할 수 있는 리스크는 다음과 같다.

✔️ 일정 지연
✔️ 예산 초과
✔️ 인력 부족
✔️ 주요 인력 이탈
✔️ 요구사항 변경
✔️ 시스템 오류
✔️ 외부 정책 또는 시장 환경 변화

하지만 모든 리스크를 같은 수준으로 관리할 필요는 없다. 발생 가능성이 매우 낮고 영향도도 작은 위험과, 자주 발생할 수 있고 프로젝트 전체에 큰 영향을 주는 위험은 우선순위가 다르기 때문이다.

👉 그래서 리스크 관리에서는 발생 가능성 × 영향도를 함께 보는 것이 중요하다.


02. 리스크 관리표 작성하는 법

 1. 예상되는 리스크를 먼저 찾는다.

가장 먼저 프로젝트 진행 과정에서 문제가 될 수 있는 요소를 가능한 한 구체적으로 정리한다.

이때 “프로젝트 실패 가능성”처럼 범위가 너무 큰 표현보다 “외주 개발 일정 지연”, “핵심 인력 이탈”, “고객 요구사항 추가”처럼 실제 발생 상황을 떠올릴 수 있도록 작성하는 것이 좋다.

2. 발생 가능성을 평가한다.

다음으로 각각의 리스크가 실제로 발생할 가능성이 어느 정도인지 평가한다.

가장 간단하게는 다음과 같이 세 단계로 구분할 수 있다.

✔️ 낮음 : 발생 가능성이 낮음
✔️ 보통 : 상황에 따라 발생 가능성이 있음
✔️ 높음 : 발생 가능성이 높거나 과거에도 자주 발생함

3. 영향도를 평가한다.

영향도는 해당 리스크가 실제로 발생했을 때 프로젝트에 어느 정도 영향을 주는지를 평가하는 것이다.

일정, 비용, 품질, 고객 만족도 등 프로젝트에서 중요하게 보는 기준을 중심으로 판단하면 된다.

✔️ 낮음 : 일정이나 비용에 미치는 영향이 작음
✔️ 보통 : 일부 일정 조정이나 추가 비용이 필요함
✔️ 높음 : 프로젝트 전체 일정이나 목표에 큰 영향을 줌

4. 우선순위를 정한다.

발생 가능성과 영향도를 함께 보면 어떤 리스크를 먼저 관리해야 하는지 구분할 수 있다.

예를 들어 발생 가능성도 높고 영향도도 높은 리스크라면 가장 우선적으로 대응 방안을 마련해야 한다.

반대로 발생 가능성과 영향도가 모두 낮다면 우선순위를 상대적으로 낮게 둘 수 있다.

5. 대응 방안을 작성한다.

마지막으로 각 리스크가 발생하지 않도록 예방할 방법과, 실제로 문제가 발생했을 때 어떻게 대응할지 정리한다.

👉 리스크 관리표는 리스크 → 발생 가능성 → 영향도 → 우선순위 → 대응 방안의 순서로 작성하면 이해하기 쉽다.


03. 발생 가능성과 영향도 평가하는 법

발생 가능성과 영향도는 단순히 느낌으로 높음·보통·낮음을 정하기보다 가능한 경우 평가 기준을 미리 정해두는 것이 좋다.

예를 들어 발생 가능성을 다음과 같이 구분할 수 있다.

✔️ 1점 : 발생 가능성이 매우 낮음
✔️ 2점 : 발생 가능성이 낮음
✔️ 3점 : 발생 가능성이 보통
✔️ 4점 : 발생 가능성이 높음
✔️ 5점 : 발생 가능성이 매우 높음

영향도 역시 같은 방식으로 1점부터 5점까지 평가할 수 있다.

예를 들어 발생 가능성이 4점이고 영향도가 5점인 리스크라면 다른 위험 요소보다 우선적으로 관리할 필요가 있다.

다만 점수를 사용하는 경우에도 왜 해당 점수를 부여했는지 설명할 수 있어야 한다.

과거 프로젝트 경험, 담당자의 의견, 유사 사례, 일정 여유, 비용 규모 등의 근거를 함께 활용하면 평가의 신뢰도를 높일 수 있다.


04. 리스크 관리표 적용 예시

예를 들어 회사 홈페이지 리뉴얼 프로젝트를 진행한다고 가정해보자.

프로젝트 초기에 다음과 같은 리스크를 예상할 수 있다.

✔️ 고객 요구사항의 반복적인 변경
✔️ 디자인 승인 일정 지연
✔️ 개발 일정 지연
✔️ 오픈 직전 주요 오류 발생
✔️ 담당자 변경

이 가운데 “고객 요구사항의 반복적인 변경”을 예로 들어보자.

과거 프로젝트에서도 요구사항 변경이 자주 발생했고, 변경이 발생하면 디자인과 개발 일정에도 영향을 줄 수 있다면 다음과 같이 평가할 수 있다.

✔️ 리스크 : 고객 요구사항 반복 변경
✔️ 발생 가능성 : 높음
✔️ 영향도 : 높음
✔️ 우선순위 : 높음
✔️ 대응 방안 : 요구사항 확정 시점을 정하고, 이후 변경 요청은 별도 승인 절차를 거치도록 한다.

반면 “담당자 변경”은 발생 가능성은 낮지만 핵심 담당자가 교체될 경우 프로젝트 일정에 큰 영향을 줄 수 있다.

이 경우에는 발생 가능성은 낮지만 영향도는 높은 리스크로 분류할 수 있다.

이러한 리스크는 발생 가능성이 낮다고 해서 무시하기보다 업무 인수인계 자료를 미리 정리하고, 주요 업무 정보를 팀 내에서 공유하는 방식으로 대비할 수 있다.

👉 이렇게 작성하면 리스크 관리표가 단순히 예상 문제를 적어놓은 표가 아니라 어떤 위험을 우선적으로 관리하고 어떻게 대응할 것인지 보여주는 자료가 된다.


05. 리스크 관리표 작성할 때 주의할 점

✔️ 리스크를 너무 추상적으로 작성하지 않기

“사업 실패”, “일정 문제”처럼 범위가 너무 넓으면 실제 대응 방안을 만들기 어렵다. 어떤 상황에서 어떤 문제가 발생할 수 있는지 구체적으로 작성하는 것이 좋다.

✔️ 모든 리스크를 높음으로 평가하지 않기

모든 항목의 중요도를 높게 평가하면 결국 우선순위를 구분할 수 없게 된다. 실제 발생 가능성과 영향도를 기준으로 상대적인 중요도를 판단해야 한다.

✔️ 대응 방안을 구체적으로 작성하기

“관리 강화”, “지속적으로 확인”처럼 모호한 표현보다 누가 무엇을 언제 어떻게 할 것인지가 드러나도록 작성하는 것이 좋다.

✔️ 프로젝트 진행 중에도 계속 업데이트하기

프로젝트 초기에 예상하지 못했던 위험이 새롭게 생길 수도 있고, 반대로 처음에는 중요했던 리스크의 가능성이 낮아질 수도 있다.

따라서 리스크 관리표는 한번 작성하고 끝내는 문서가 아니라 프로젝트 진행 상황에 따라 계속 확인하고 수정하는 것이 좋다.


06. 마무리 하며

프로젝트를 진행하면서 발생할 수 있는 모든 문제를 미리 예측하는 것은 어렵다.

하지만 예상 가능한 위험을 미리 정리하고 발생 가능성과 영향도를 기준으로 우선순위를 정해두면 문제가 실제로 발생했을 때 훨씬 빠르게 대응할 수 있다.

나도 제안서나 사업계획서를 작성할 때 리스크를 단순히 나열하기보다 중요도와 대응 방법까지 함께 보여주는 자료가 훨씬 설득력이 있다고 느꼈다.

✔️ 예상 리스크를 구체적으로 찾고
✔️ 발생 가능성과 영향도를 평가하고
✔️ 우선순위를 정하고
✔️ 대응 방안까지 함께 작성한다면

리스크 관리표를 단순한 체크리스트가 아니라 프로젝트의 위험을 미리 관리하기 위한 실무 도구로 활용할 수 있다.


함께 보면 좋은 글

댓글

이 블로그의 인기 게시물

정성적 목표와 정량적 목표 차이|작성 방법과 예시

제안서나 사업계획서를 작성하다 보면 목표를 정리해야 하는 경우가 많다. 이때 자주 등장하는 표현이 정성적 목표와 정량적 목표이다. 둘 다 프로젝트가 어떤 결과를 만들고자 하는지 보여주는 항목이지만, 작성하는 방식에는 차이가 있다. 정량적 목표는 숫자로 측정할 수 있는 결과를 중심으로 작성하고, 정성적 목표는 숫자로 표현하기 어려운 변화나 방향을 중심으로 작성한다. 둘 중 어느 것이 더 좋다기보다는 프로젝트의 성격에 따라 정성적 목표와 정량적 목표를 선택 또는 함께 사용한다. 이번 포스팅에서는 정성적 목표와 정량적 목표의 차이와 작성 방법, 실제 문서에서 활용할 수 있는 예시를 정리해봤다. 정성적 목표란? 정성적 목표는 숫자로 바로 측정하기 어려운 변화나 상태를 의미한다. 단순히 수치를 제시하기보다 프로젝트를 통해 어떤 변화나 개선을 만들고 싶은지 방향을 나타내는 데 의미를 둔다. 서비스 품질 향상, 고객 만족도 개선, 업무 효율성 강화, 조직 역량 향상처럼 프로젝트를 통해 만들고 싶은 방향을 표현할 때 주로 사용한다. 예를 들어 직원 교육 프로그램을 운영한다고 가정해보자. ✔️  직원의 업무 역량을 강화한다. 이 문장은 구체적인 숫자는 없지만 교육을 통해 어떤 변화를 만들고 싶은지 알 수 있다. 이런 형태가 정성적 목표에 해당한다. 정성적 목표는 프로젝트의 방향을 보여주기에는 좋지만, 표현이 너무 추상적이면 실제 성과를 판단하기 어렵다는 단점도 있다. 따라서 '강화한다', '개선한다', '활성화한다'와 같은 표현만 사용하는 것보다는 무엇을 어떻게 변화시키고 싶은지 조금 더 구체적으로 작성하는 것이 좋다.  정량적 목표란? 정량적 목표는 수치로 확인하고 측정할 수 있는 목표이다. 매출, 이용자 수, 참여율, 처리시간, 비용 절감률, 만족도 점수처럼 숫자로 나타낼 수 있는 지표를 사용한다. 예를 들어 같은 직원 교육 프로그램이라면 다음과 같이 작성할 수 있다. ✔️  교육 참여율 90% 이상 달성 ✔️  교육 후 업무 이...

SWOT 분석 하는 법|뜻과 작성 방법, 분석, 전략도출 예시

SWOT 분석 경영을 전공하고 전략기획팀에서 근무하며 쌓은 경험을 바탕으로 SWOT 분석 방법과 예시를 정리해 봤다. 예시에는 분석 과정부터 전략 도출까지 담았다. SWOT 분석은 기업의 강점과 약점뿐만 아니라 외부 환경에서 찾을 수 있는 기회와 위협까지 함께 정리하는 방법이다. 사업계획서, 제안서, 마케팅 전략, 취업 비 등 다양한 상황에서 활용할 수 있다. SWOT 분석을 통해 현재 상황을 객관적으로 파악할 수 있고, 이를 토대로 프로젝트의 전략을 세운다. SWOT 분석이란? SWOT 분석은 조직이나 프로젝트의 내부 환경과 외부 환경을 분석하는 방법이다. SWOT은 다음 네 가지 단어의 앞 글자를 의미한다. ✔️ S trengths: 강점 ✔️ W eaknesses: 약점 ✔️ O pportunities: 기회 ✔️ T hreats: 위협 강점, 약점은 기업이나 조직 내부 에서 찾을 수 있는 요소이며, 기회와 위협은 경쟁 환경 같은 외부 요인 이 해당한다. 분석을 진행할 때 네 가지 항목에 생각나는 내용을 단순히 나열하는 것만으로는 충분하지 않다. 각 요소를 구분한 뒤 서로 연결해 실제 전략까지 도출해야 SWOT 분석의 의미가 있다. 예를 들어 직원의 전문성이나 높은 품질은 내부 강점이 될 수 있다. 반면 시장의 환경 변화, 정부 지원 정책은 조직이 직접 통제하기 어려운 외부 기회에 해당한다. SWOT 분석을 할 때는 먼저 내부 요인과 외부 요인을 정확하게 구분하는 것이 중요하다. SWOT 분석 4가지 요소 1. Strengths|강점 강점은 경쟁사와 비교했을 때 기업이나 프로젝트가 잘하고 있는 부분이다. 단순히 긍정적인 특징을 적는 것이 아니라, 고객이 선택할 만한 이유나 목표 달성이 도움이 되는 역량을 찾아야 한다. 강점 예시 ✔️ 높은 제품 품질 ✔️ 전문 인력 보유 ✔️ 자체 기술 또는 특허 보유 ✔️ 안정적인 유통망 ✔️ 빠른 고객 대응 2. Weaknesses|약점 약점은 기업 내부에서 개선이 필요한 부분이다. 경쟁사보다 부족한 요소나 목표 달...

맨먼스 계산하기 | 인력 비용 단가 기준, 계산 예시

맨먼스 계산하기 제안서나 사업계획서를 작성하다 보면 프로젝트에 필요한 인력 비용을 산정해야 하는 경우가 있다. 개발자, 기획자, UI/UX 디자이너 등 여러 인력이 투입되는 프로젝트라면 단순히 총금액만 작성하기보다 어떤 인력이 얼마 동안 투입되는지를 함께 정리하는 것이 중요하다. 특히 클라이언트 입장에서는 제안된 비용이 어떤 기준으로 계산되었는지 확인할 수 있어야 한다. 동일한 프로젝트라도 투입되는 인원의 수, 기간, 업무 비중에 따라 인력 비용이 달라질 수 있기 때문이다. 따라서 비용 산정 근거를 구체적으로 보여주는 것은 제안서의 신뢰도를 높이는 데 도움이 된다. 이때 활용할 수 있는 개념이 맨먼스(Man Month) 이다. 맨먼스를 이용하면 프로젝트에 몇 명의 인력이 얼마 동안 투입되는지 정리할 수 있고, 이를 바탕으로 전체 인력 비용도 계산할 수 있다. 실무에서는 프로젝트 수행 인력을 계획하거나 견적을 작성할 때 자주 활용되는 방식이다. 이번 포스팅에서는 맨먼스 정의, 단가 기준, 계산 예시, 주의 사항에 대해 정리했다.   01. 맨먼스(Man Month)란? 맨먼스는 프로젝트에 투입되는 인력의 작업량을 월 단위로 나타낸 것이다. Man Month 또는 M/M으로 표현한다. 쉽게 말하면 한 사람이 한 달 동안 프로젝트에 100% 투입되는 경우를 1M/M으로 볼 수 있다. 예를 들어 앱 개발 프로젝트를 진행한다고 가정해 보자. 1명이 5개월 동안 투입된다면 → 5M/M 5명이 1개월 동안 투입된다면 → 5M/M 2명이 3개월 동안 투입된다면 → 6M/M 이처럼 맨먼스는 단순히 사람 수를 의미하는 것이 아니라 인원과 투입 기간을 함께 고려한 전체 작업량 을 의미한다. 그래서 프로젝트 규모를 비교하거나 전체 인력 비용을 계산할 때 유용하게 사용할 수 있다. 프로젝트에 100% 투입되지 않고 다른 ...