이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 의견 충돌이 생길 때, 저는 누가 맞냐를 먼저 가리려다 오히려 갈등이 길어졌던 경험이 있습니다. 그 이후로 방식을 바꿨습니다. 먼저 양측이 동의하는 기준을 하나 잡는 것부터 시작합니다. 예를 들어 기능 우선순위를 두고 개발팀과 기획팀이 의견이 갈렸을 때, "사용자가 가장 자주 쓰는 기능이 우선"이라는 기준을 먼저 합의했습니다. 그러자 각자가 선호하는 기능이 아니라 그 기준에 맞는 기능이 뭔지로 대화가 바뀌었습니다.
노션에 논의 내용을 실시간으로 기록하면서 진행하면, 나중에 "그때 그렇게 말했잖아요" 같은 오해가 줄어들기도 했습니다. 다만 이 방식이 늘 통하지는 않습니다. 기준 자체에 이견이 있을 때는 한 번 더 위로 올려야 합니다. 그때는 팀장급이나 공통 목표를 함께 확인하는 게 더 빠른 경우가 많았습니다.
기능 우선순위를 두고 개발팀과 기획팀이 의견이 갈렸을 때, 사용자가 가장 자주 쓰는 기능을 우선으로 한다는 기준을 먼저 합의했습니다. 그 이전까지는 각자 자기 관점에서 원하는 기능을 주장하는 구조였는데, 기준이 생기자 대화가 '내 의견이 맞다'에서 '이 기준으로 보면 어느 쪽이 맞는가'로 바뀌었습니다. 논의가 빠르게 정리됐고, 최종 결정에 대한 반발도 없었습니다. 결과적으로 코어 기능 2개를 먼저 완성하는 방향으로 정리됐고, 그 결정이 데모 때 클라이언트에게 좋은 반응을 받았습니다.
조율의 결과는 합의된 기준이 얼마나 명확하냐에 달려 있다는 것을 그 경험에서 이해했습니다. 기준이 명확하면 의견 충돌이 줄어드는 게 아니라, 충돌이 생산적으로 바뀝니다.
이해관계자 의견 조율에서 말로 합의한 것이 나중에 다르게 기억되는 경우를 여러 번 겪었습니다. 노션에 논의 내용을 실시간으로 기록하면서 회의를 진행하기 시작한 건 그 이후입니다. 회의 중에 합의된 내용을 바로 문서로 남기면, 이후에 '그때 그렇게 말하지 않았다'는 상황이 크게 줄었습니다. 기록이 판단의 기준이 되기 때문에 논의가 사람의 기억이 아니라 텍스트로 수렴됩니다. 이 방식은 특히 여러 부서가 함께 하는 프로젝트에서 효과가 있었습니다.
조율의 결과를 명확히 남기는 것이 다음 논의의 출발점을 명확히 하는 방법이라는 것을 경험했습니다. 협업에서 기록은 부가적인 작업이 아니라 합의를 보존하는 도구입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.