이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 캡스톤 프로젝트에서 팀원 4명이 각자 다른 파트를 맡았는데, 처음엔 메신저로만 현황을 공유했습니다. 2주 후 회의에서 서로 어디까지 했는지 파악이 안 돼 한 파트가 다른 파트를 기다리고 있었다는 걸 그제야 알았습니다. 저는 Notion으로 "할 일·진행 중·완료" 세 단계 칸반 보드를 만들었습니다. 처음에 팀원 한 명이 "또 툴 배워야 해?"라고 했는데, 제가 미리 양식을 채워서 보여줬더니 바로 쓰기 시작했습니다. 이후 회의 때 "누가 뭘 하고 있는지"를 보드 하나로 확인할 수 있게 됐고, 중복 작업이 줄었습니다. 처음부터 이걸 썼으면 그 2주를 더 효율적으로 쓸 수 있었을 텐데 하는 아쉬움이 남습니다.
인턴 때 팀의 고객 응대 프로세스를 정리하는 작업을 보조했는데, 담당자마다 절차가 조금씩 달랐습니다. 팀장님이 "표준 프로세스를 만들자"고 하셨고, 저는 Miro를 제안했습니다. 처음엔 팀장님이 "그게 뭐냐"고 물으셔서 간단히 시연했고, 화이트보드처럼 쓸 수 있다는 걸 알고 써보기로 했습니다. 저는 기존 응대 절차 3가지 버전을 각자 한 블록씩 올리게 했고, 겹치는 단계와 다른 단계를 색으로 구분했습니다. 이 작업에 한 시간 정도 걸렸는데, 회의실 화이트보드에서 했으면 훨씬 길었을 것입니다. 결과로 표준 6단계 흐름이 확정됐고, 신입 온보딩 자료에 그 그림이 들어갔습니다.
학교 팀 프로젝트에서 여러 작업이 얽혀 있는 일정을 관리해야 했는데, 저는 별도 툴 없이 구글 스프레드시트를 써서 간트 차트를 만들었습니다. 각 행에 작업명, 각 열에 날짜를 넣고 셀을 색칠하는 단순한 방식이었는데, 처음엔 팀원들이 "이걸로 되냐"고 했습니다. 막상 만들어보니 어떤 작업이 어떤 작업을 기다리는지를 화살표로 연결했더니 병목 지점 3곳이 눈에 보였습니다. 중간에 제가 화살표를 잘못 그어서 의존 관계를 반대로 표시한 게 하나 있었는데, 팀원이 먼저 발견해줬습니다. 그 이후로 의존 관계는 그린 다음 다른 팀원이 한 번 더 확인하는 방식을 썼습니다. 단순한 스프레드시트였지만 시각화 덕에 일정 충돌을 미리 잡을 수 있었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 서비스기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.