리스크 사전 식별
약 75초
학부 팀 프로젝트에서 리스크 목록을 미리 정리하고 대응책을 세운 경험
대형 IT 프로젝트를 직접 수행한 경험은 없지만, 학부 소프트웨어 공학 수업에서 리스크 관리 방법론을 배우고 팀 프로젝트에 적용해봤습니다. 프로젝트 시작 전에 팀원들과 브레인스토밍으로 리스크 목록을 만들었는데, 외부 API 장애와 팀원 일정 충돌 두 가지가 가장 높은 리스크로 나왔습니다. 외부 API 대신 목(mock) 서버를 준비해뒀는데, 실제로 개발 중반에 API가 이틀 동안 불안정해서 그 덕분에 일정을 유지할 수 있었습니다. 대형 IT 프로젝트에서는 이 규모가 훨씬 복잡하겠지만, 사전 식별과 대응책 준비라는 원칙은 같다고 생각합니다.
이 결의 특징
대형 IT 프로젝트 경험은 없다고 밝히되 학부 소프트웨어 공학에서 배운 리스크 관리를 팀 프로젝트에 적용한 점이 또렷합니다. 외부 API 장애와 일정 충돌을 최상위 리스크로 뽑고 목 서버를 미리 준비해 실제 API가 이틀 불안정했을 때 일정을 지킨 대목이, 원리를 실전에서 검증한 결로 읽히게 합니다.
이 결이 통하는 자리
'대형은 훨씬 복잡하겠지만 사전 식별과 대응책 준비라는 원칙은 같다'는 연결이 살아 있을 때 통합합니다. 목 서버 준비가 실제로 일정을 구한 구체가 또렷한 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.