김희준
RAID 로그는 위험(Risks), 가정(Assumptions), 이슈(Issues), 의존성(Dependencies)을 한곳에 기록하는 프로젝트 관리 도구입니다. 아직 일어나지 않은 일과 이미 발생한 문제를 구분하고, 누가 무엇을 확인하거나 해결할지 정하는 데 사용합니다. 프로젝트 정보를 함께 정리하는 온라인 화이트보드에 네 범주를 나누면 회의 중에도 항목 간의 관계를 살펴보기 쉽습니다.
RAID 프로젝트 관리의 핵심 요소
이 글에서는 RAID 로그의 네 범주 중 D를 의존성으로 사용합니다. 조직에 따라 A를 Actions, D를 Decisions로 쓰기도 하므로 팀이 사용할 뜻부터 맞춰 둡니다.
- 위험(Risk): 위험은 발생 여부가 확실하지 않지만 프로젝트에 영향을 줄 수 있는 사건이나 조건입니다. ‘외부 인증 승인이 늦어질 수 있다’처럼 적고, 가능성과 영향, 대응 담당자를 함께 기록합니다.
- 가정(Assumptions): 가정은 계획을 세울 때 사실이라고 전제했지만 아직 확인하지 않은 조건입니다. ‘인증 검토는 영업일 3일 안에 끝난다’는 예시처럼 적고, 근거와 확인할 사람, 확인 기한을 남깁니다.
- 이슈(Issues): 이슈는 이미 발생해 대응이 필요한 문제입니다. ‘요청한 인증 자료가 반려되었다’는 이슈이고, ‘반려될 수 있다’는 위험입니다. 해결 방법이 있는지와 무관하게 현재의 영향과 다음 행동을 적습니다.
- 의존성(Dependencies): 다른 작업이나 결과가 준비되어야 다음 작업을 진행할 수 있는 관계입니다. ‘공개 전에 인증 승인이 필요하다’면 승인 제공자, 필요한 날짜와 인계 조건을 기록합니다.
RAID 프로젝트 관리의 적용 방법
RAID 로그는 작성한 뒤 실제 대응과 연결해야 유용합니다. 각 항목에 식별 번호, 내용, 담당자, 다음 행동, 기한과 상태를 기록하고 아래 순서로 관리합니다.
- RAID 로그 생성: 위험, 가정, 이슈, 의존성을 구분해 기록합니다. 같은 인증 건이라도 ‘승인 필요’라는 의존성과 ‘자료 반려’라는 이슈는 다른 항목으로 두고 서로의 번호를 연결합니다.
- 정기적인 RAID 로그 검토: 상태 회의나 중요한 변경이 있을 때 항목을 검토합니다. 승인 지연 위험이 실제로 발생했다면 관련 위험 번호를 남긴 새 이슈에 대응 행동을 적어, 같은 문제를 중복 관리하지 않도록 합니다.
- RAID 로그의 공유: RAID 로그는 프로젝트 팀 멤버와 이해당사자들과 공유되어야 합니다. 이를 통해 모든 관련자들이 프로젝트의 상황에 대해 인식하고 이해하게 하며, 프로젝트 목표 달성에 필요한 지원을 제공하게 합니다.
Boardmix에서 RAID 로그를 정리하는 방법
Boardmix는 온라인 화이트보드입니다. 표, 텍스트와 카드를 배치해 RAID 항목을 정리하고 팀원과 함께 편집할 수 있습니다. 아래에서는 새 보드를 만들고, 담당자와 대응 내용을 기록한 뒤 공유하는 순서로 살펴봅니다.
- 프로젝트 만들기: 먼저 Boardmix에서 새 화이트보드를 만들고 ‘제품 출시 RAID 로그’처럼 내용을 알 수 있는 이름을 붙입니다.
- 작업 추가: 표나 카드에 RAID 항목을 추가합니다. 예를 들어 이슈 I-01에 ‘인증 자료 반려’, 영향에 ‘공개 일정 재검토’, 다음 행동에 ‘누락 자료 확인 후 재제출’을 적습니다. 위험·가정·의존성도 별도 영역에 둡니다.
- 작업 할당: 각 항목의 담당자와 확인 기한을 적습니다. 카드의 담당자 기능을 사용하는 경우에는 아래 화면처럼 팀원을 선택하고, 그 사람이 실제 대응을 맡기로 했는지도 확인합니다.
- 진행 상황 모니터링: 보드의 기한과 상태를 검토합니다. I-01의 자료를 다시 제출했다면 ‘재제출 완료, 승인 대기’처럼 바꾸고 다음 확인 시점을 적습니다. 보드에 날짜를 기록하는 것과 자동 알림을 설정하는 것은 다릅니다.
- 문서 협업: 판단의 근거가 되는 자료와 관련 문서 링크를 항목 곁에 배치합니다. 팀원이 함께 보드를 편집할 수 있도록 공유 범위와 권한을 확인합니다.
- 커뮤니케이션 협업: 아래 화면의 댓글 기능을 사용해 특정 항목에 질문이나 확인 결과를 남깁니다. ‘자료 확인 필요’만 적기보다 어떤 자료가 빠졌는지와 누가 답할 수 있는지를 구체적으로 적습니다.
- 요약 및 피드백: 프로젝트가 끝나면 해결된 항목의 결과와 남은 의존성을 보드에 정리합니다. 처음의 가정이 맞았는지 살펴보고, 다음 프로젝트에서 다시 확인할 조건을 남깁니다.
인증 승인이 완료되면 의존성 항목에 확인 근거를 남기고, 관련 이슈가 실제로 해소되었는지 따로 확인합니다. 한 항목의 완료가 모든 관련 항목의 자동 완료를 뜻하지는 않습니다.
