이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
잠재적 위험을 식별할 때는 체크리스트, 이해관계자 워크숍, 과거 유사 사례 세 방법을 함께 쓰는 것이 효과적입니다. 체크리스트만 쓰면 과거 경험에 없는 새로운 유형을 놓치기 쉽고, 워크숍만 하면 인식 편향이 생깁니다. 리스크 분류 체크리스트는 기술, 일정, 자원, 외부 의존성 영역으로 나눠 각 항목을 확인하는 방식으로 운영했습니다.
리스크 워크숍에서는 팀원마다 개별로 리스크를 먼저 적은 뒤 공유하는 방식을 써, 누군가의 의견에 묻히지 않도록 했습니다. 식별된 위험은 발생 가능성과 영향도를 기준으로 2×2 매트릭스에 배치해 우선순위를 정했습니다. 과거 프로젝트 이슈 이력이 있을 경우 비슷한 패턴이 반복되는 경우가 많아, 이전 리포트를 먼저 확인하는 습관이 식별 속도를 높입니다.
다양한 식별 방법을 조합하고 우선순위로 관리하는 방식으로 위험 관리에 임하겠습니다.
프로젝트 위험 식별 후 대응 방식을 어떻게 선택하는지가 중요합니다. 회피는 위험 자체를 없애는 자리 — 특정 기술을 쓰지 않거나 일정을 바꾸는 방식입니다. 전가는 위험을 다른 주체에게 이전하는 자리 — 보험이나 외주 계약으로 해결하는 방식입니다. 완화는 발생 가능성이나 영향을 줄이는 자리로, 가장 자주 선택되는 방식입니다. 캡스톤 프로젝트에서 외부 API 의존성 리스크가 있었을 때, 회피는 어려웠고 완화 방향으로 API 응답이 없을 때 캐시 데이터로 대체하는 폴백 처리를 추가했습니다.
대응 방식 선택이 잘못되면 리스크는 여전히 남아있는 자리가 됩니다. 아직 부족한 건 비용이 높은 대응 방식과 낮은 대응 방식을 비교해 선택하는 판단인데, 이것은 더 많은 프로젝트 경험이 필요한 자리입니다. 위험 대응 방식을 회피·전가·완화 중에서 선택하는 것이 위험 관리의 실행 자리라는 걸 생각하고 있습니다.
프로젝트 위험 관리에서 직접 위험을 식별하고 대응한 자리를 말씀드리겠습니다. 팀 프로젝트에서 핵심 팀원 한 명이 중간에 빠지는 상황이 발생할 수 있다는 것을 초반에 위험 항목으로 올렸습니다. 발생 가능성은 낮지만 영향이 큰 자리로 분류했고, 대응으로 주요 기능을 한 사람만 이해하지 않도록 코드 리뷰와 문서화를 미리 강화했습니다. 실제로 팀원 한 명이 중간에 일정 문제로 기여가 줄었는데, 문서화가 되어 있어 다른 팀원이 이어받는 자리가 됐습니다.
위험을 미리 말하는 것이 불안을 키우는 것이 아니라 대비를 만드는 자리라는 것을 그때 배웠습니다. 아직 부족한 건 더 큰 규모의 프로젝트에서 여러 위험을 동시에 추적하고 관리하는 것인데, 이것은 더 많은 경험이 필요한 자리입니다. 위험을 초반에 식별하고 미리 대응을 준비하는 것이 팀 프로젝트 안정성의 자리라는 걸 생각하고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.