이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
주니어 1년차 때 규제를 점검하는 시스템을 만드는 프로젝트에 참여한 경험이 있습니다. 시스템 개발은 개발팀이 맡았고, 저는 법 쪽 내용을 담당했습니다. 처음에 개발팀은 시스템에 어떤 규제 항목을 넣어야 할지 몰라 헤맸습니다. 그래서 저는 관련 규제를 점검 가능한 항목으로 풀어 정리했습니다. '안전하게 관리한다' 같은 추상적인 조문을, 접근 기록이 남는지, 기한이 지난 데이터가 있는지처럼 시스템이 확인할 수 있는 형태로 바꿨습니다. 그 정리가 시스템 설계의 바탕이 됐습니다. 처음에는 제가 개발에 도울 게 없을 줄 알았는데, 법을 점검 가능한 형태로 바꾸는 일이 제 몫이라는 걸 배웠습니다. 지금도 저는 법 지식을 실제로 쓸 수 있는 형태로 풀어내려 합니다.
인턴 때 규제 점검 시스템 프로젝트에 참여하며, 저는 법무와 개발팀 사이의 말이 다르다는 걸 겪었습니다. 제가 법률 용어로 설명하면 개발팀이 잘 못 알아듣고, 개발팀이 기술 용어로 말하면 제가 막혔습니다. 그래서 저는 가운데서, 규제 항목을 개발팀이 바로 쓸 수 있는 표로 정리했습니다. 각 항목마다 무엇을 확인하는지와 어떤 데이터가 필요한지를 적었습니다. 또 개발팀의 질문은 법무가 이해할 말로 옮겨 전했습니다. 그러자 두 팀의 소통이 빨라졌습니다. 처음에는 제 분야만 잘하면 되는 줄 알았는데, 서로 다른 팀의 말을 옮겨주는 일도 중요하다는 걸 배웠습니다. 지금도 저는 다른 분야와 일할 때 상대의 말로 옮기려 합니다.
주니어 2년차 때 규제 점검 시스템을 만들며, 저는 작게 시작하는 법을 배웠습니다. 처음에 저희는 모든 규제 항목을 한 번에 시스템에 넣으려 했는데, 양이 너무 많아 어디서 틀렸는지 찾기 어려웠습니다. 그래서 저는 범위를 좁혀, 가장 중요한 규제 다섯 가지만 먼저 시스템에 넣어보자고 제안했습니다. 그 다섯 가지가 제대로 점검되는지 확인한 뒤, 나머지를 차례로 늘렸습니다. 작게 시작하니 문제가 생겨도 원인을 빨리 찾을 수 있었습니다. 처음에는 한 번에 다 만드는 게 빠른 줄 알았는데, 작게 시작해 검증하며 늘리는 쪽이 낫다는 걸 배웠습니다. 한꺼번에 만들면 어디가 문제인지 묻혔기 때문입니다. 지금도 저는 큰 일은 작은 조각부터 시작합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 내부감사 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.