이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 기능 우선순위를 정하다가 의견이 갈린 적이 있었습니다. 각자 경험과 감이 달라서 논의가 계속 겉돌았습니다. 그때 사용자 인터뷰 메모와 사용 데이터를 함께 꺼내서 근거로 삼자고 제안했더니 논의가 빠르게 정리됐습니다. 그 이후로 의견 차이가 있을 때 데이터나 사용자 목소리를 판단 기준으로 먼저 꺼내는 습관이 생겼습니다. 물론 데이터가 없는 상황도 많습니다. 그럴 때는 각자의 가정을 명시하고, 어떤 가정이 맞을 때 어느 방향이 유효한지를 먼저 정리하는 방식으로 접근합니다.
의견 조율에서 중요한 건 누가 맞냐가 아니라 어떤 기준으로 판단할 것인지를 먼저 합의하는 것이라고 봅니다.
의견이 갈릴 때 각자의 기준이 다른 것인지, 데이터가 없어서인지를 먼저 구분합니다. 팀 프로젝트에서 발표 포맷을 두고 의견이 나뉜 적이 있었습니다. 한 쪽은 슬라이드 중심으로, 다른 쪽은 데모 중심으로 하자고 했는데, 서로 전제가 달랐던 것이었습니다. 청중이 기술자인지 비전문가인지에 대해 가정이 달랐습니다. 저는 '청중이 누구냐'를 먼저 확정하자고 제안했고, 그걸 합의하니 포맷 선택은 자연스럽게 따라왔습니다. 의견 조율은 결론부터 타협하는 게 아니라 전제를 먼저 일치시키는 것이라는 걸 그때 배웠습니다. 그 이후로 갈등이 생기면 '우리가 다른 가정을 갖고 있는 게 아닌가'부터 확인합니다.
협업에서 가장 어려웠던 건 서로 맞다고 생각하는 것이 다를 때였습니다. 팀 프로젝트에서 기획 방향을 두고 2명이 계속 충돌했는데, 둘 다 틀린 게 아니라 중요하게 보는 것이 달랐던 것이었습니다. 저는 타임박스를 활용해 각자 5분씩 자기 방향의 근거를 정리하고 발표하도록 제안했습니다. 실제로 들어보니 두 관점이 충돌하는 게 아니라 서로 다른 단계를 이야기하고 있었습니다. 그 뒤로는 '먼저 할 것'과 '나중에 할 것'으로 나눠 두 방향을 순서로 통합했습니다. 모두가 납득할 수 있었고, 그 이후로 팀 분위기도 달라졌습니다. 의견을 조율하는 건 한 쪽이 양보하는 게 아니라 더 나은 순서를 찾는 것이라고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 KT 스타트업 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.