타인과 갈등을 겪었던 상황을 예로 들고, 그때 본인은 어떤 방식으로 문제를 해결했는지 설명해 주시겠어요?

팀 프로젝트에서 제가 맡은 부분을 팀원이 알리지 않고 수정하여 제 코드가 깨졌습니다. 처음에는 그냥 수정해달라고 하면 될 것 같았으나, 비슷한 일이 두 번 더 발생하면서 근본 원인이 무엇인지 살펴봐야겠다는 생각이 들었습니다.

팀원에게 따로 "수정 전에 같이 확인하는 방식을 만들면 어떨까요?"라고 먼저 물었습니다. 팀원이 "몰랐다, 자기가 더 빠를 것 같아서 바꿨다"고 하였습니다. 나쁜 의도가 아니라 역할 경계가 없었던 것이 문제였습니다. 그 이후로 PR을 올리기 전에 영향 받는 모듈 담당자에게 알리는 방식을 팀 규칙으로 만들었고, 이후에는 같은 일이 발생하지 않았습니다.

이 경험에서 갈등은 나쁜 사람이 있어서 생기는 것이 아니라 서로 다른 가정이 충돌하여 발생하는 경우가 많다는 것을 배웠습니다. 문제를 지적하는 것보다 규칙을 함께 만드는 방식이 더 효과적이라는 것도 깨달았습니다.

동아리에서 제가 준비한 발표 자료를 팀장이 발표 당일에 바꿨어요. 이유 설명도 없이 바뀐 걸 알았을 때 솔직히 화가 났습니다. 그 자리에서 말하면 감정적으로 나올 것 같아서 발표 끝나고 따로 찾아갔어요.

'왜 바꿨는지 궁금했다'고 먼저 물었어요. 팀장은 발표 흐름상 앞 팀과 비슷한 내용이 겹쳐서 급하게 수정했다고 했어요. 결정 이유가 있었던 거였는데 말이 없어서 몰랐던 거였어요. 저는 '앞으로 수정이 생기면 미리 말해줬으면 한다'고 전달했고, 팀장도 그러겠다고 했습니다. 화나는 마음은 있었지만 사실 확인을 먼저 하길 잘했다는 생각이 들었어요.

이 경험에서 갈등이 생기면 감정 상태로 바로 반응하지 않고 '왜 그랬는지'를 먼저 확인하면 원인이 달라지는 경우가 있다는 걸 배웠어요. 오해가 갈등처럼 보이는 경우가 더 많다는 것도요.

팀 프로젝트에서 피드백을 너무 직접적으로 말해서 팀원이 며칠 동안 말이 없었던 적이 있어요. 코드 리뷰에서 '이 방식은 비효율적이다'라고 바로 말했는데, 제가 보기엔 사실이었지만 상대방은 공격받은 느낌이었나봐요.

며칠 후에 먼저 '그때 표현이 직접적으로 나왔던 것 같다, 의도는 아니었다'고 말했어요. 팀원이 '사실은 맞는데 표현이 불편했다'고 하더라고요. 그 이후에는 리뷰를 '이 부분 왜 이렇게 하셨어요? 다른 방법도 있을 것 같아서요'로 바꿨고, 분위기가 달라졌어요. 코드 품질은 비슷하게 유지됐는데 팀 분위기가 훨씬 좋아졌습니다.

이 경험에서 옳은 말도 표현 방식이 관계를 해칠 수 있다는 걸 배웠어요. 내용이 맞아도 전달 방식이 다르면 갈등이 생길 수 있고, 그걸 고치면 협업의 질이 올라간다는 것도요.