동료와의 의견 충돌 상황에서 어떻게 대처하는지를 통해 협업 역량과 갈등 조율 방식을 평가한다.
면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
프로젝트에서 UI 방향을 두고 동료와 의견이 갈린 적이 있습니다. 저는 사용자 테스트 결과를 근거로 A안을 주장했고, 동료는 개발 일정을 이유로 B안을 원했습니다. 먼저 상대가 왜 일정을 중시하는지 물었고, 출시일 압박이 핵심 이유임을 알게 됐습니다. 그래서 A안의 핵심 기능만 1차로 반영하고 나머지는 2차 업데이트로 나누자고 제안해 둘 다 수용할 수 있는 중간 지점을 찾았습니다.
예전에 기획 방향을 두고 팀원과 평행선을 달린 적이 있습니다. 당시 저는 제 근거만 반복했고, 결국 팀장님 판단을 요청해 일단 마무리됐습니다. 돌이켜보면 상대가 우려한 리스크를 충분히 듣지 않았던 게 문제였습니다. 이후 비슷한 상황에서는 상대 의견을 먼저 정리해서 되묻는 습관을 들였고, 그 덕에 합의까지 가는 시간이 눈에 띄게 줄었습니다.
의견 충돌이 생기면 저는 두 가지를 먼저 구분합니다. 목표 자체가 다른 건지, 방법만 다른 건지입니다. 목표가 같다면 각 방법의 장단점을 표로 정리해 공유합니다. 실제로 일정 산정 방식이 달랐을 때 이 방법을 썼고, 리스크 항목을 기준으로 비교하니 자연스럽게 하나로 수렴됐습니다. 감정보다 판단 기준을 먼저 맞추는 게 제 원칙입니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.