프로젝트 RAID 로그 작성·활용 경험
약 65초
Risk 위험 목록 + Assumptions 가정 추적 + Issues 이슈 관리 + Dependencies 의존성 파악 경험
수업 프로젝트에서 팀 작업의 리스크와 이슈를 체계적으로 관리하기 위해 RAID 로그를 처음 작성해봤습니다. 위험 측면에서는 프로젝트에서 발생할 수 있는 Risk를 미리 목록으로 정리하고 발생 가능성과 영향도를 함께 기록하는 방식을 배웠습니다. 가정 측면에서는 Assumptions는 팀이 사실처럼 다루고 있지만 아직 확인되지 않은 전제를 명시해서 나중에 틀렸을 때 빠르게 대응하는 데 쓰인다는 걸 이해했습니다. 이슈 측면에서는 Issues는 지금 진행을 막는 실제 문제를 추적하는 항목으로, 담당자와 해결 기한을 함께 기록하는 방식을 사용했습니다. 의존성 측면에서는 Dependencies는 다른 팀이나 외부 일정에 달린 것들을 파악해서 일정 지연을 예측하는 데 도움이 됐습니다. RAID 로그에서 중요한 건 작성하는 것보다 정기적으로 업데이트해서 팀 전체가 공유하는 것이라는 걸 경험했습니다.
RAID는 문제를 기록하는 도구가 아니라 팀이 같은 정보를 보고 판단하게 만드는 구조라는 걸 그때 배웠습니다.
이 결의 특징
Risk·Assumptions·Issues·Dependencies 네 항목을 각각 다른 역할로 구분해 짚은 흔적이 있습니다. RAID가 문제 기록이 아니라 팀이 같은 정보를 보고 판단하게 만드는 구조라는 관찰로 닫힙니다.
이 결이 통하는 자리
네 항목을 나열에 그치지 않고 각각의 쓰임을 구분해 설명할 때 통합니다. 작성보다 정기 공유가 중요하다는 결론이 구체 항목과 함께 살아 있는 자리에서 면접관의 개념 이해도가 드러나는 결이 보입니다.