이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
개발자 업무 퍼널을 분석한 실무는 없습니다. 학과 동아리에서 작은 개선을 풀어본 정도입니다.
동아리 코드 리뷰 PR이 평균 3일 동안 머문 자리가 있었습니다. 원인을 인터뷰로 들으니 — 리뷰어 부재·PR이 너무 큼·CI가 자주 깨짐 — 세 자리가 겹친 자리였습니다. PR 크기 가이드 한 줄·CI 안정화 한 번·리뷰어 로테이션 합의 세 가지를 했더니 평균 리뷰 시간이 8시간으로 줄었습니다.
첫 추측으로 PR 크기만 본 실패가 있었고, 나머지 두 자리를 못 본 자리가 있었습니다. 그 일이 퍼널은 한 자리가 아니라 세 자리의 합이라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
개발자 업무 비효율 분석에서 따르는 네 단계입니다.
첫째, 단계별 시간 측정. PR 작성·리뷰 대기·리뷰·머지·배포 각 단계의 평균. 둘째, 병목 한 곳 찾기. 전체 시간의 80%가 어디에 몰리는지. 셋째, 원인 인터뷰. 측정이 보여주는 것 옆에 사람의 이야기. 넷째, 작은 개선 한 번·재측정.
동아리에서 1단계 측정 없이 추측으로 시작한 실패가 있었고, 3주를 잘못된 자리에서 보낸 자리가 있었습니다. 그 일이 추측 전에 측정이라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
개발자 업무 퍼널의 본체는 도구가 아니라 사람의 흐름이라는 걸 동아리에서 봤습니다.
CI 도구를 더 좋은 걸로 바꿔도 리뷰어 부재 자리는 안 풀린 자리가 있었습니다. 도구는 사람의 흐름을 받칠 때만 효과가 났습니다. 리뷰어 로테이션 합의 한 줄이 CI 도구 교체보다 큰 효과를 만든 자리였습니다.
도구부터 손댄 실패가 있었고, 3주를 도구 교체에 쓰고 효과가 안 난 자리가 있었습니다. 그 일이 사람의 흐름이 본체라는 자세를 만들었습니다. 실무에서도 사수의 개발자 경험 측정 양식부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.