원인 파악 후 직접 대화 중심
약 90초
갈등 원인을 파악하고 직접 대화로 해소한 경험을 중심으로 구성한 답변
팀 프로젝트에서 제가 맡은 부분을 팀원이 알리지 않고 수정하여 제 코드가 깨졌습니다. 처음에는 그냥 수정해달라고 하면 될 것 같았으나, 비슷한 일이 두 번 더 발생하면서 근본 원인이 무엇인지 살펴봐야겠다는 생각이 들었습니다.
팀원에게 따로 "수정 전에 같이 확인하는 방식을 만들면 어떨까요?"라고 먼저 물었습니다. 팀원이 "몰랐다, 자기가 더 빠를 것 같아서 바꿨다"고 하였습니다. 나쁜 의도가 아니라 역할 경계가 없었던 것이 문제였습니다. 그 이후로 PR을 올리기 전에 영향 받는 모듈 담당자에게 알리는 방식을 팀 규칙으로 만들었고, 이후에는 같은 일이 발생하지 않았습니다.
이 경험에서 갈등은 나쁜 사람이 있어서 생기는 것이 아니라 서로 다른 가정이 충돌하여 발생하는 경우가 많다는 것을 배웠습니다. 문제를 지적하는 것보다 규칙을 함께 만드는 방식이 더 효과적이라는 것도 깨달았습니다.
이 결의 특징
같은 문제가 두 번 반복되고서야 근본 원인을 찾아보려 한 타이밍이 담겨 있습니다. 표 형태 규칙이 아니라 사전 알림이라는 작은 합의로 재발을 막은 구체적 개입의 결이 보입니다.
이 결이 통하는 자리
의도를 묻고 나서 '역할 경계 부재'라는 원인을 짚어낸 순서가 살아 있을 때 통합니다. 규칙을 함께 만든 이후 같은 갈등이 사라졌다는 결과까지 이어질 때 면접관이 재현성을 읽는 결이 보입니다.