예시 답변 1
약 65초
팀 프로젝트에서 코드 리뷰 갈등 조율 경험
졸업 프로젝트에서 코드 리뷰 과정에 한 팀원이 제 리뷰 코멘트에 강하게 반발한 적이 있었습니다. 제 방식이 더 낫다고 생각했지만, 상대방도 자기 방식에 이유가 있었습니다.
갈등이 이어질 것 같아서 먼저 "왜 그 방식을 선택했나요?"라고 이유를 물었더니, 성능 문제 때문에 그렇게 짠 거라는 설명이 나왔습니다. 제가 성능 맥락을 몰랐던 것이었고, 양쪽 맥락을 이해하고 나서 절충안을 찾는 게 자연스러웠습니다. 감사 대상과의 갈등도 상대방 입장을 먼저 충분히 듣는 과정이 핵심이라고 생각합니다.
이 결의 특징
코드 리뷰 피드백이 너무 많고 반복되자 어디서부터 고쳐야 할지 모르는 상황을 짚고, 왜 그 방식을 선택했는지 설명을 먼저 달아 피드백을 방향별로 좁혀가는 방식으로 바꾼 흔적이 있습니다.
이 결이 통하는 자리
피드백 과부하 상황에서 방향을 찾는 방법을 설명하는 자리에서 통합니다. 이유를 먼저 드러내는 방식으로 피드백의 질을 높인 경험이 있을 때 면접관의 꼬리질문이 줄어드는 결이 보입니다.