이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학과 동아리에서 공용 서버를 운영하다 디스크가 가득 차 서비스가 멈춘 적이 있습니다. 그 일을 겪고 나서, 저는 위험을 미리 챙기는 게 어떤 것인지 처음으로 진지하게 생각해봤습니다. 제가 정리한 첫 요소는 무엇이 위험인지 먼저 적어두는 일이었습니다. 디스크 용량처럼 당연해 보이는 것도 적어두지 않으면 아무도 안 본다는 걸 알았기 때문입니다. 두 번째는 어느 위험부터 볼지 우선순위를 매기는 것이었습니다. 모든 위험을 똑같이 챙길 수는 없어서, 자주 일어나고 영향이 큰 것부터 보기로 했습니다. 처음에는 거창한 절차를 만들려다, 동아리 규모에는 맞지 않아 접었습니다. 그 경험 이후로 저는 위험 관리가 목록을 만들고 우선순위를 정하는 단순한 일에서 시작한다고 봅니다.
캡스톤 프로젝트에서 서비스 출시 전 생길 수 있는 문제를 팀과 함께 정리해본 경험이 있습니다. 처음에는 떠오르는 위험을 스무 개 넘게 적었는데, 다 대비하려니 시간이 부족했습니다. 그래서 저는 각 위험을 일어날 가능성과 생겼을 때의 타격 두 축으로 나눠 표에 점을 찍어봤습니다. 그러자 둘 다 높은 위험이 네 개로 추려졌고, 그것부터 먼저 대비책을 정했습니다. 가능성은 낮지만 타격이 큰 위험은 '미리 막기'보다 '생기면 빨리 알아차리기'로 방향을 다르게 잡았습니다. 모든 위험을 똑같이 막으려다 정작 중요한 걸 놓칠 뻔했던 게 교훈이었고, 그 뒤로 저는 위험을 다룰 때 막을 것과 감지할 것을 나누어 보는 편입니다.
인턴 때 사수님이 사내 위험 점검표를 보여주신 적이 있는데, 놀랍게도 분기마다 내용이 조금씩 바뀌어 있었습니다. 처음에는 한 번 잘 만들면 끝나는 줄 알았는데, 새 시스템이 들어오면 위험도 따라 늘어난다는 걸 그때 알았습니다. 그래서 제가 중요하게 본 마지막 요소는 주기적으로 다시 들여다보는 일이었습니다. 저는 인턴 과제로 점검표에 '마지막 확인일' 칸을 더하자고 제안했고, 오래 안 본 항목이 한눈에 보이게 만들었습니다. 처음에는 점검표를 만드는 것만 중요하다고 생각했는데, 만든 뒤에 낡지 않게 유지하는 일이 더 어렵다는 걸 배웠습니다. 지금도 무언가를 정리하면 언제 다시 볼지를 함께 정해두는 편입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.