RAID 로그가 무엇인지 잘 모르시겠나요? 아니면 RAID 로그를 도입해야 하는데 어디서부터 시작해야 할지 막막한가요? 그렇다면, 이곳이 바로 당신이 찾아야 할 곳입니다.
RAID 로그는 프로젝트에서 발생하는 문제들을 체계적으로 정리하는 방법입니다. 적절히 관리하지 않으면 진행을 방해할 수 있는 사항들을 다루는 방식이죠. 즉, 범위, 일정, 예산의 일부로 생성되지 않았지만 이들 중 하나 또는 모두에 영향을 미칠 수 있는 항목들을 조직하고 관리하는 방법입니다.
이 글에서는 RAID 로그를 만드는 데 필요한 요소들과 RAID 로그 사용의 장단점에 대해 설명할 것입니다. 또한, 비즈니스나 프로젝트를 위해 단 몇 분 만에 RAID 로그를 간단히 만드는 방법도 안내해 드리겠습니다.
RAID 로그 정의: 한 글자씩 설명
RAID 로그는 주어진 프로젝트에서 네 가지 중요한 영역을 추적하는 프로젝트 관리 도구입니다. RAID 약어는 다음을 의미합니다(‘A’와 ‘D’에 대해 이중 약어임에 유의하세요):
R위험
A작업 항목 (또는 A가정)
I문제
D의존성 (또는 D결정)
“로그”는 이러한 영역들이 문서화되고 관리되는 곳으로, 보통 프로젝트 관리자가 이 작업을 주도합니다. 프로젝트 계획 단계에서 처음 작성되며, 프로젝트 진행 중 반복적으로 업데이트해야 하는 동적인 문서입니다. 과거 프로젝트에서 배운 교훈을 식별하고 향후 프로젝트에 적용하기 위해 사후 분석회의 중에도 사용할 수 있습니다.

로그에 입력되는 정보는 위험 평가, 회의록, 이전 프로젝트, 고객 접수 양식 등 다양한 출처에서 나옵니다. 필요한 세부 수준은 프로젝트의 복잡성에 따라 다릅니다.
위험
프로젝트 위험은 제한된 자원, 규제 위험, 시장 전체에 영향을 미치는 잠재적 위험 등 프로젝트에 부정적인 영향을 미칠 수 있는 미래의 가능한 사건들입니다.
각 위험을 RAID 로그에 개별적으로 요약하고, 누가 이를 관리할 책임이 있는지 문서화하며, 위험 발생 가능성과 프로젝트에 미칠 심각성을 고려하세요.
각 위험이 문제로 발전할 가능성을 줄이기 위한 요금제도 수립하고 위험 진행 상황을 모니터링할 검토 일정을 설정해야 합니다. 위험이 심각한 문제로 발전하기 전에 완화 요금제와 같은 미래 해결책을 식별하고 팀원들과 공유하는 것이 가장 좋습니다. 하지만 때로는 위험을 수용하거나 보험 회사와 같은 제3자에게 이전하는 것 외에는 방법이 없을 때도 있습니다.
가정 또는 실행 항목
우리의 두 가지 약어 중 첫 번째입니다. RAID 로그는 프로젝트 계획에 따라 가정, 실행 항목 또는 둘 다를 사용할 수 있습니다. 프로젝트가 복잡하고 문서화해야 할 알려진 미지수가 많다면 가정을 사용하세요. 또한, 실행 항목은 프로젝트 중에 발생하여 할당 및 처리해야 하는 항목을 문서화하는 데 사용합니다.
가정이란 무엇인가요?
프로젝트 가정은 프로젝트에 대해 사실이라고 믿는 중요한 사항입니다. 그것이 실제로 사실인지 여부에 따라 프로젝트에 중요한 영향을 미칩니다. 예를 들어, 팀원이 프로젝트의 중요한 부분을 제때 전달하는지 여부가 나머지 프로젝트에 영향을 줄 수 있습니다. 이 경우 가정은 해당 부분이 제때 전달될 것이라는 것입니다.
각 가정을 개별적으로 문서화하고, 그 가정을 하는 이유도 함께 기록하세요. 또한, 어떤 정보가 그 가정을 반증할 수 있는지, 그리고 가정이 틀렸을 경우 프로젝트가 어떻게 변경될지 문서화하세요.
실행 항목이란 무엇인가요?
RAID 맥락에서 실행은 프로젝트 관리에서 잘 알려진 실행 항목과 동의어입니다. 범위, 일정 또는 예산 항목과 달리 실행 항목은 프로젝트 진행 중에 발생합니다.
각 작업 항목, 담당자 및 완료 기한을 문서화하세요. 프로젝트 관리자는 작업 항목이 완료되었는지 확인하고, 팀이 일정에 맞게 진행되고 있는지 점검하며, 작업 항목이 처음 기록된 원인이 된 진행 장애물을 제거하는 데 도움을 줘야 합니다.
문제
문제는 잠재적 위험과 구별되는데, 잠재적 위험은 발생할 수도 있고 발생하지 않을 수도 있는 잠재적 장애물인 반면, 문제는 실제로 발생하여 현실이 된 상황입니다. 주요 문제는 일반적으로 납품 지연, 진행 중인 프로세스 중단 또는 프로젝트가 추가 자원을 사용하도록 강요할 수 있습니다.
각 문제에 대해 문제 로그에 심각도, 시작 시점, 담당자 및 해결 예정 시점을 기록하세요(해결 가능하다고 가정할 때). 이는 초기 문제로 인해 향후 문제가 발생할 경우 매우 유용한데, 팀이 문제 로그를 역추적하여 무슨 일이 있었는지 확인하고 근본 원인을 파악할 수 있기 때문입니다.
종속성 또는 결정 사항
RAID 로그는 프로젝트에 따라 종속성, 결정 사항 또는 둘 다를 사용할 수 있습니다.
종속성이란 무엇인가요?
RAID 로그의 종속성은 일반적으로 내부 작업 종속성보다는 이벤트입니다. 하지만 프로젝트 작업과 결과에 영향을 미칠 수 있습니다. 예를 들어, 공급업체 XYZ의 납품이 2월 15일까지 도착해야 프로젝트를 제때 시작할 수 있습니다.
각 종속성의 담당자와 완료 예정 시점을 문서화하세요. 다른 프로젝트 이해관계자의 동의를 얻어야 할 가능성이 높으므로, 그들이 통제하지 않는 종속성에 대해 책임을 지우지 않도록 주의해야 합니다.
간트 차트는 주요 작업 종속성에 대한 시각적 개요를 얻는 데 자주 사용됩니다. 이는 Lark 내에서 쉽게 생성, 조회 및 수정할 수 있는 기능입니다.
RAID 로그의 의존성은 종종 프로젝트 진행 중에 발생하므로, 일정 계획 시 인식되는 작업 의존성과 달리 미리 예측할 수 없습니다.
결정사항이란 무엇인가요?
기업은 또한 RAID 로그를 사용하여 하도급 계약자 A 또는 하도급 계약자 B를 사용할지와 같은 예상되는 미래의 결정을 문서화할 수 있습니다. 그러나 모든 프로젝트에서 예상하지 못한 결정사항이 발생합니다. 이러한 결정사항이 RAID 로그에 기록될 수 있는 종류입니다.
예를 들어, 주요 자원이 다른 프로젝트로 인해 지연될 경우, 그 공백을 어떻게 메울지 결정해야 합니다. 이와 관련하여 프로젝트 진행에 영향을 줄 수 있는 결정사항은 기록하고 관리해야 하며, 모든 사소한 결정까지 기록할 필요는 없습니다.
과거 결정사항의 누적 기록은 특정 결정의 배경을 파악하거나 오류가 어디서 발생했는지 확인해야 할 때 특히 유용합니다.
RAID 로그를 사용하는 장점과 단점은 무엇인가요?
모든 프로젝트 관리 도구와 마찬가지로, RAID 로그를 사용하는 데는 장점과 단점이 있습니다.

조직력과 가시성 향상
RAID 로그는 해결되지 않으면 프로젝트 진행에 영향을 미칠 수 있는 항목을 기록하는 장소이기 때문에 중요한 도구입니다. 이러한 중요한 할 일들이 문서화되면 우연에 맡기는 것보다 처리될 가능성이 높아 팀을 체계적으로 유지하는 데 큰 도움이 됩니다. 또한, 최신 상태로 유지된다면 이 로그는 팀을 위한 프로젝트 정보의 중앙 저장소가 될 수 있습니다.
프로젝트 관리 계획 개선
RAID는 방대한 데이터를 체계적으로 정리할 수 있는 구조화된 접근 방식을 제공하여 보다 전략적이고 논리적인 사고를 돕습니다. 문제와 실행 항목을 혼동하지 않도록 하며, 잊혀지지 않고 계속 주시할 수 있게 합니다. 문서화가 때로는 부담으로 여겨지지만, 이러한 공유 문서는 프로젝트와 팀의 집단 기억을 더 잘 통제할 수 있게 해줍니다. 우리의 뇌는 디지털 저장소로 설계된 것이 아니기 때문입니다.
RAID 로그와 위험 등록부 사이에는 약간의 중복이 있습니다. 위험 등록부는 복잡한 프로젝트에서 잠재적 위험을 예상하고 관리하는 장소입니다. 특정 프로젝트는 둘 중 하나를 사용하거나 RAID 로그를 사용하되 위험은 위험 등록부에만 관리할 수 있습니다.
기회 비용
RAID 로그는 최신 상태로 유지될 때만 효과적인 도구입니다. 그렇지 않으면 정보가 오래되어 정기적으로 프로젝트에 참여하지 않는 이해관계자들을 혼란스럽게 할 수 있습니다. 더 나쁘게는 프로젝트 관리자 자신을 혼란스럽게 할 수도 있습니다.
로그를 최신 상태로 유지하는 데는 기회비용이 발생합니다. 팀원들이 로그의 각 부분을 업데이트하는 데 소비하는 시간은 문서화보다는 프로젝트를 진행하는 데 더 잘 활용될 수 있습니다. 이는 특히 스타트업 환경에서 경쟁사보다 더 빠르게 반복할 수 있는 능력이 생존에 달려 있는 경우에 더욱 그렇습니다.
기술 스택과의 비호환성
Lark는 자체 Docs 프로그램을 소프트웨어 제품군에 내장하고 있으며, Lark 내에서 Docs를 공유하거나 다른 사람을 초대해 RAID 로그 업데이트에 협력하는 것이 매우 간단합니다. 따라서 작업이나 앱을 전환할 필요가 없습니다.
세부 사항에 빠지기 쉽다
RAID의 가장 큰 도전 과제는 모든 것을 문서화하려는 유혹에 빠져 완벽주의자가 되고 숲을 보지 못하는 경우입니다. 반면에 문서화가 부족하면 로그는 거의 쓸모가 없습니다. 종종 얼마나 많은 정보가 너무 많고 얼마나 적은 정보가 너무 적은지 미리 판단하기 어렵습니다.
이 문제를 완화하기 위해 어떤 정보를 문서화하고 어떤 정보를 문서화하지 않을지 합의하는 것이 중요합니다. 이는 프로젝트마다 다를 수 있습니다.
Lark에서 RAID 로그 생성하기
만약 Lark에서 RAID 로그를 만들고 싶다면, 처음부터 시작하지 말고 자신에게 도움을 주세요! 대신, Lark가 제공하는 100개 이상의 템플릿 중 하나를 사용하세요 – 그중 하나가 맞춤형 RAID 템플릿입니다:

“이 템플릿 사용”이라는 안내를 따라가면, Lark 계정 내에서 편집할 수 있는 템플릿 버전으로 이동합니다:

다음으로 데이터를 추가하세요. 기존에 스프레드시트 같은 데이터가 있다면, 오른쪽의 짙은 녹색 아이콘을 클릭하여 “Excel 비교 및 가져오기” 기능을 사용하세요.

이 메뉴가 나타나며, 한 번의 클릭으로 Excel 시트를 가져올 수 있습니다:

데이터를 두 번 입력했을까 걱정된다면, 오른쪽 사이드바의 작은 보라색 아이콘이 중복 항목을 확인할 수 있게 도와줍니다.

RAID 로그를 목적에 맞게 업데이트하면서 변경 사항이 있을 때마다 팀원들에게 알리고 싶을 것입니다. Lark는 Slack 같은 타사 앱으로 이동하지 않고도 이를 가능하게 합니다. 상단 내비게이션에서 “자동화”를 클릭하세요:
이 모달이 나타납니다:

이제 “레코드가 변경될 때 → Lark 메시지 보내기”라고 표시된 곳을 클릭하세요.
Lark는 프로젝트 팀의 특정 동료에게 어떤 조건에서 알림을 보낼지 명확히 설정할 수 있도록 도와줍니다:

사용자 인터페이스는 유연하여 동료들에게 불필요한 알림을 보내지 않으면서도 중요한 변경 사항이 누락되지 않도록 설계되었습니다.
또한 Lark의 이 기능을 사용하여 다음과 같은 경우에 알림을 보낼 수 있습니다:
버튼이 클릭될 때
새 레코드가 추가될 때
레코드의 트리거 시간이 되었을 때
또는 매일 정해진 시간에
변경된 내용을 다시 확인하고 싶다면, Lark에서 해당 기능도 제공합니다. 특정 레코드를 마우스 오른쪽 버튼으로 클릭하세요:

“레코드 기록 보기”를 클릭하세요:

이제 한 곳에서 해당 레코드의 모든 데이터를 변경 이력과 함께 확인할 수 있습니다. 필요하다면 이 특정 레코드를 동료와 공유할 수 있는 공유 옵션도 있습니다. Lark가 제공하는 다양한 솔루션 덕분에 플랫폼을 벗어나지 않고도 영상 통화 중에 로그에 대해 논의할 수 있습니다.
모든 데이터와 자동화 설정이 완료되면, Lark는 데이터를 시각화할 수 있는 다양한 옵션을 제공합니다. 예를 들어, 칸반 열별 항목 유형 보기:

다음은 달력 보기입니다:

그리고 간트 차트는 의존성을 시각화하는 데 매우 유용합니다:

RAID 로그에 대한 일반적인 자주 묻는 질문
애자일에서 RAID 로그를 사용해야 할까요?
RAID 로그는 특히 작업 항목을 문서화할 때와 프로젝트 팀 규모가 클 때 애자일 프로젝트를 체계적으로 관리하는 데 사용할 수 있습니다. 이를 통해 팀은 이전 반복의 실패로부터 배울 수 있습니다.
애자일 프로젝트는 일반적으로 모든 작업을 기록하기보다는 빠르게 반복하는 데 중점을 두기 때문에 광범위한 문서를 사용하지 않습니다. RAID 로그는 때때로 스크럼 프레임워크에서 사용되지 않는데, 이는 다른 스크럼 요소들이 유사한 기능을 제공하기 때문입니다. 예를 들어, 의존성은 일일 스탠드업에서 차단 요소로 처리됩니다.
누가 RAID 로그를 사용하나요?
규모에 상관없이 모든 비즈니스가 RAID 로그를 사용할 수 있습니다. 하지만 실제로 가장 자주 사용하는 비즈니스는 엔터프라이즈, 대기업, 중소기업입니다.
RAID 로그를 가장 자주 사용하는 팀원은 바쁜 프로젝트 매니저입니다. 다만, 로그는 PM이 주도하더라도 프로젝트 팀이 계속 관리해야 한다는 점을 유의하세요.
RAID 로그의 모범 사례는 무엇인가요?
RAID 로그를 사용할 때 가장 중요한 것은 로그 업데이트입니다. 프로젝트 수명 주기 동안 지속적으로 업데이트해야 합니다. 더 중요한 것은 단순히 문서화하는 것이 아니라 항목들이 완료되도록 하는 것입니다. 각 작업 항목, 이슈, 위험, 의존성에 담당자를 지정하고 해당 담당자가 각 항목을 관리하도록 해야 합니다.
프로젝트가 끝난 후에도 RAID 로그를 검토하세요. 이는 향후 프로젝트를 위한 중요한 학습 자료가 될 수 있습니다. 너무 많은 기업이 프로젝트 계획 단계에서 RAID 로그를 작성한 후 잊어버립니다. 유용성을 유지하려면 반드시 사용해야 합니다.

또한, 세부 사항의 수준이 적절한지 확인하세요. 너무 많은 전술적 업데이트는 매일 프로젝트에 참여하지 않는 이해관계자들을 압도할 수 있습니다. 반면, 세부 사항이 너무 적으면 주요 결정을 내리는 데 필요한 충분한 맥락을 제공하지 못할 수 있습니다.
팀 구성원들이 RAID 로그를 작성하도록 어떻게 독려합니까?
개별 팀 구성원들은 별도의 개인 RAID 로그를 가지고 있지 않습니다. 하지만 자신이 담당한 항목을 관리하고, 완성하며, 업데이트해야 합니다.
이를 독려하기 위해 로그가 왜 중요한지 소통하세요. 그들이 특정 항목을 소유하고 있음을 알리고, 그 소유권을 실행하는 데 있어 책임이 명확하다는 점을 분명히 하세요. 문제는 소유되고, 조치되며, 해결 결과가 전달될 때 해결됩니다. 행동 항목도 마찬가지입니다 – 조치를 취하지 않으면 진행이 느려지거나 중단될 수 있기 때문에 존재합니다.
이를 실현하기 위해 로그 항목 업데이트를 최대한 쉽게 만드세요. 각 팀 구성원은 자신이 책임진 로그 항목과 각 항목의 마감일을 알아야 합니다. 팀은 그들이 일을 진행하기를 기대하고 있으며, 결과를 기다리게 하고 싶지 않습니다. 기다림은 시간과 비용 손실을 의미합니다.
RAID뿐만 아니라 – Lark와 함께 디지털 정보를 사용하고 공유하기
따라서 RAID 로그는 프로젝트 관리를 위해 필요한 디지털 정보를 체계적으로 정리하는 방법입니다. 디지털 정보를 조직하고 생산적으로 활용하는 몇 가지 다른 방법은 다음과 같습니다:
PARA는 특히 지식 근로자를 위해 디지털 정보를 분류하고 접근하는 방법입니다
아마존의 아이디어 제시 및 회의 진행 방법
Lark는 이러한 접근법들을 포함하여 디지털 정보를 배포하고 활용할 수 있도록 지원합니다. Lark는 디지털 정보를 캡처하고, 사용하며, 공유하고, 메시지를 주고받고, 효과적인 회의를 진행하며, 자동으로 회의 메모를 생성하고, 앱을 벗어나지 않고도 국제 팀을 위해 실시간으로 모든 내용을 번역할 수 있는 수단을 제공합니다. 컨텍스트 전환이 필요한 기술 스택으로 인한 생산성 및 예산 손실 없이 말입니다. 하지만, 여기서 다시 본론으로 돌아가겠습니다.
오늘 RAID 로그를 작성하세요
효과적인 RAID 로그는 한 곳에서 위험, 가정, 문제, 실행 항목 및 의존성을 모두 체계적으로 관리하고 추적할 수 있는 훌륭한 방법이며, 이를 공유하고 실시간으로 논의할 수 있습니다. 이는 프로젝트를 보다 효율적으로 수행하는 데 도움이 되며, 주요 프로젝트 데이터가 적절한 팀원들에게 잘 보이도록 보장합니다.
오늘 바로 RAID 로그를 작성하고 싶다면, Lark의 템플릿이 매우 쉽게 만들어 줍니다. 하지만 저희 말을 그대로 믿지 마세요. Lark의 무료 체험에 등록하여 직접 확인해 보세요!






