가이드 › 가이드

리스크 등록부 템플릿

아무도 읽지 않는 리스크 등록부는 좋은 의도가 담긴 스프레드시트일 뿐입니다. 이 열 구성, 쉬운 점수 기준, 주간 습관을 따르면 스폰서가 먼저 찾는 문서가 됩니다.

복사해서 쓰는 열

이 열로 시작하고, 더 추가하고 싶은 유혹을 참으세요. 열 하나가 늘 때마다 최신 상태로 유지해야 할 일이 하나 늘어납니다.

• 관리 번호와, 걱정이 아니라 사건을 가리키는 한 줄 제목.
• 설명 형식: 이것이 일어나면, 저것이 생기고, 그것이 이 부분에 영향을 준다.
• 분류: 일정, 비용, 범위, 자원, 공급업체, 기술, 외부.
• 발생 가능성(1~5), 영향도(1~5), 점수(발생 가능성 × 영향도).
• 담당자: 실명 한 명, 팀은 안 됩니다.
• 대응: 회피, 감소, 전가, 수용.
• 완화 조치: 각각 담당자와 기한 포함.
• 트리거: 리스크가 이슈로 바뀌고 있다는 초기 신호.
• 상태(진행 중, 종결, 발생)와 마지막 검토일.

쉬운 말로 된 점수 기준

팀은 리스크 자체보다 점수 때문에 더 많이 다툽니다. 기준을 한 번 합의해 등록부 맨 위에 적고, 더는 논쟁하지 마세요.

예시 기준입니다. 점수 1~4는 낮음, 5~9는 중간, 10~16은 높음, 17~25는 치명적입니다. 구간은 조직의 리스크 허용도에 맞게 조정하세요.

• 발생 가능성 1: 일어날 것 같지 않음. 3: 충분히 일어날 수 있음. 5: 일어날 것으로 예상.
• 영향도 1: 하루 이틀 지연 또는 무시할 만한 비용. 3: 마일스톤이 움직이거나 예산이 빠듯해짐. 5: 비즈니스 케이스나 기한이 위태로움.
• 발생 가능성 4, 영향도 3이면 점수는 12이며 높음 구간에 들어갑니다.
• 스폰서가 생각하는 ‘높음’이 여러분과 같도록 구간을 함께 검토하세요.

실행할 수 있는 리스크 쓰기

가장 흔한 실패는 ‘인력 수급’처럼 주제로만 쓰는 것입니다. 무슨 일이 일어날 수 있고, 무엇을 초래하고, 비용이 얼마인지 쓰세요.

좋은 리스크에는 원인, 사건, 결과가 있고, 이름이 있는 사람이 완화할 수 있습니다.

• 부족한 예: 공급업체 지연.
• 나은 예: 공급업체가 3월 14일 납품일을 놓치면 테스트가 늦게 시작되어 오픈이 최대 3주 늦어진다.
• 그 일이 일어나려면 무엇이 사실이어야 하는지 물어보고, 그것을 트리거로 쓰세요.

매주 살아 있게 하기

상태 보고 전에 담당자와 함께 상위 리스크를 검토하세요. 지나간 것은 종결하고, 발생한 것은 당일 이슈로 승격하고, 새로운 것은 추가합니다.

• 진행 중인 모든 항목을 담당자와 검토하고 검토일을 갱신하세요.
• 각 완화 조치가 실제로 계획에 들어 있는지 확인하세요.
• 점수 상위 다섯 건과 변화가 있었던 건을 보고하세요.
• 리스크 폐기는 이유 메모와 함께 명시적으로 하세요.

어디에 두는가

등록부는 계획과 연결될 때 가장 잘 작동합니다. Senshin에서는 RAID 로그가 각 리스크를 영향받는 작업이나 비용 항목에 연결해서, 계획이 움직이면 어떤 리스크가 함께 움직였는지 볼 수 있습니다.

Senshin에서는 이렇게 관리합니다

자주 묻는 질문

다른 가이드

최종 업데이트: 2026-10-22