이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 때 팀에서 매주 금요일 오후를 통계 보고서 만드는 데 사용했습니다. 서로 다른 엑셀 파일 세 개를 합쳐서 한 장으로 만드는 작업이었는데, 2~3시간이 걸렸습니다.
Python으로 세 파일을 읽어서 양식에 맞게 합치는 스크립트를 만들었습니다. 처음에는 날짜 포맷이 파일마다 달라서 계속 오류가 발생했는데, 각 파일의 날짜 형식을 파싱하는 로직을 따로 처리하면서 해결되었습니다.
배포 후 주간 보고서 작성 시간이 2시간에서 10분으로 줄었고, 사람이 하던 집계 오류도 사라졌습니다. 자동화의 효과가 시간 절약만이 아니라 실수 제거라는 것을 그 경험에서 배웠습니다. 지금도 반복적인 수작업이 보이면 먼저 '이것이 스크립트로 해결될 수 있을까'를 생각합니다.
그 경험 덕분에 한 단계 성장할 수 있었습니다.
팀 프로젝트에서 배포할 때마다 빌드→테스트→서버 업로드를 순서대로 수동으로 진행했는데, 순서를 빠뜨리거나 잘못된 파일을 올리는 실수가 두 번 생겼어요.
GitHub Actions로 main 브랜치에 푸시할 때 자동으로 테스트 실행 후 배포까지 되는 파이프라인을 만들었어요. 처음엔 YAML 문법이 익숙하지 않아서 설정하는 데 하루를 썼는데, 한 번 구성하고 나서는 배포할 때 직접 서버에 접속할 일이 없어졌습니다.
파이프라인이 돌아가는 것을 보면서 자동화가 개인 편의보다 팀 전체의 안전망이 된다는 걸 느꼈어요. 누가 배포해도 같은 절차로 진행되고, 테스트 실패하면 배포가 안 되니까요. 그 경험이 자동화를 팀 약속으로 보게 해줬습니다.
동아리에서 회원 정보를 구글 폼과 별도 스프레드시트 두 곳에 따로 입력하는 상황이 있었어요. 데이터가 맞지 않는 경우가 생기고 관리자가 양쪽을 다 신경 써야 했습니다.
구글 폼 제출 시 자동으로 스프레드시트에 정리되도록 Apps Script를 연결했어요. 폼 응답이 오면 특정 탭에 정해진 형식으로 정리되는 구조를 만들었는데, 처음엔 컬럼 매핑을 잘못 짜서 이름과 이메일이 뒤바뀌는 실수가 있었어요. 수정 후에는 잘 작동했습니다.
중복 입력이 없어지니 오류 빈도가 줄고 담당자가 다른 일에 시간을 쓸 수 있게 됐어요. 시스템화는 새 기능을 추가하는 게 아니라 기존 흐름을 다시 보면서 불필요한 것을 없애는 것이라는 걸 배웠습니다. 그 경험이 업무 흐름을 구조적으로 보는 시각을 키워줬어요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.