협업 중 의견 충돌 시 갈등을 완화하는 구체적 소통 방식을 봅니다. 자기주장과 타인 존중 사이의 균형 능력을 평가합니다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 기능 개발 우선순위 때문에 다른 파트 팀원과 의견이 엇갈렸던 적이 있습니다. 서로 자기 파트 일정이 급하다고 주장하는 상황이었는데, 이야기를 할수록 감정만 고조되더라고요.
그래서 저는 '우리가 최종적으로 원하는 게 뭔지부터 맞춰보자'고 제안하였습니다. 각자 입장을 이야기하기 전에 '이번 스프린트 끝에 어떤 상태면 좋겠냐'를 먼저 적어보도록 하였는데, 신기하게도 목표는 거의 겹쳤습니다.
문제는 방법이었지 방향이 아니었던 것입니다. 그걸 확인하고 나니 협상이 훨씬 쉬워졌습니다. 제가 잘했다기보다, 대화 순서를 바꾼 것이 효과가 있었던 것 같습니다. 다만 실패도 있었는데, 처음에는 상대방의 감정이 고조되어 있을 때 바로 목표 이야기를 꺼냈다가 오히려 역효과가 났습니다. 상대가 충분히 말하게 해준 다음에 해야 했던 것입니다.
인턴 때 디자인팀이랑 개발팀 사이에서 중간 역할을 한 적이 있었어요. 회의 때 직접 얘기하면 매번 분위기가 불편해졌는데, 나중에 보니 실시간 대화가 오히려 갈등을 키우고 있었어요.
저는 슬랙 스레드에 안건을 미리 올리고, 각자 생각할 시간을 준 뒤 의견을 달도록 제안했어요. 처음에는 '이게 무슨 의미가 있냐'는 반응도 있었는데, 2주쯤 지나니까 회의 분위기가 확실히 달라졌어요. 감정적으로 받아치는 게 줄고, 논리로 얘기하기 시작하더라고요.
텍스트로 주고받으면 본인 말을 다시 읽게 되는 효과가 있었던 것 같아요. 단점도 있었어요. 긴급 상황에서는 오히려 느려서 답답했어요. 상황에 따라 실시간/비동기를 골라 써야 한다는 걸 그때 배웠어요.
학교 캡스톤 프로젝트에서 백엔드 설계 방식 때문에 팀원이랑 3일 넘게 결론이 안 났어요. 둘 다 나름의 근거가 있었고 저도 제 의견이 맞다는 확신이 있었어요.
어느 순간 '이건 설득의 문제가 아니라 관점의 차이'라는 생각이 들어서, 다른 팀원한테 양쪽 의견을 설명하고 의견을 물어봤어요. 제가 요약해서 설명하는 과정에서 저도 상대방 입장을 더 명확하게 이해하게 됐어요.
세 번째 팀원 의견을 들었을 때, 우리 둘 다 '그게 더 낫겠다'고 받아들이는 게 편했어요. 어느 한쪽이 진 게 아니라 같이 더 나은 방향을 찾은 느낌이 들었어요. 실패 경험도 있었는데, 한 번은 제가 요청한 팀원이 한쪽 편을 들어버려서 갈등이 더 커진 적도 있어요. 제3자도 중립적인 사람을 잘 골라야 한다는 걸 알게 됐어요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 엔씨소프트 기타 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.