팀 프로젝트에서 주로 맡는 역할을 통해 협업 방식과 강점을 파악합니다. 리더형인지 서포터형인지보다 역할 인식과 기여 방식을 더 중요하게 봅니다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 프론트엔드 구현 전체를 제가 담당했습니다. 팀원 4명 중 코딩 경험이 있는 것은 저와 한 명뿐이었습니다.
처음에는 혼자 다 만들려다가 중간에 '이게 내가 원하는 방향이 맞냐'고 물어봤더니 팀원들이 '전혀 다른 걸 생각했다'고 했습니다. 방향이 달랐던 것이었습니다. 이후 2주에 한 번씩 중간 결과물을 피그마로 공유하고 피드백을 받아 수정했습니다. 발표에서 팀원들이 '처음 생각한 것보다 훨씬 낫다'고 했습니다.
이 경험에서 실행 담당 역할도 혼자 완성해서 보여주는 것이 아니라 중간에 팀과 확인하는 과정이 있어야 한다는 것을 배웠습니다. 실행이 빠른 것보다 방향이 맞는 것이 먼저다라는 것도 깨달았습니다.
팀 프로젝트에서 기획팀원과 개발팀원 사이에 소통이 안 돼서 작업이 뒤엉킨 경험이 있어요.
기획 의도와 구현 방식이 달라서 완성된 화면이 기획과 완전히 달라진 적이 있었습니다. 저는 양쪽 얘기를 다 듣고 '기획은 이걸 원했고, 개발은 이 이유로 다르게 만들었다'는 걸 정리해서 공유했어요. 두 사람이 같은 자리에서 얘기하니 30분 만에 합의가 됐습니다.
이 경험에서 팀에서 연결 역할을 하는 사람이 있으면 소통 비용이 크게 줄어든다는 걸 배웠어요. 중간에서 정리해주는 것도 팀 기여라는 것도요. 역할이 화려하지 않아도 팀이 막히지 않게 하는 일이 중요하다고 생각합니다.
학교 캡스톤 프로젝트에서 어떤 서비스를 만들지 주제부터 결정해야 했는데 팀원들이 아이디어를 못 내던 상황이었어요.
저는 팀원 4명에게 각자 쓰던 앱에서 불편했던 점 하나씩을 적어오게 했어요. 4개를 모아 공통 테마를 찾으니 '검색 후 결과가 너무 많아서 선택이 어렵다'는 게 나왔습니다. 이를 주제로 잡고 2주 안에 기획서를 완성했어요. 팀원들이 '이렇게 하니 빨리 정해졌다'고 했습니다.
이 경험에서 기획 단계에서 방향을 잡는 역할은 아이디어를 만드는 게 아니라 팀원의 의견에서 공통점을 찾는 것이라는 걸 배웠어요. 모으는 과정이 있어야 방향이 보인다는 것도요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 배달의민족(우아한형제들) 기타 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.