다른 팀원과 의견이 다를 때 어떻게 하시나요?

팀 프로젝트에서 발표 방식을 두고 저는 데이터 중심, 팀원은 스토리 중심을 주장하였습니다. 둘 다 맞는 방향이었지만, 합치는 방법이 보이지 않아 30분이 지나도 결론이 나지 않았습니다.

제가 '우리가 같은 게 뭔지 먼저 정리하자'고 제안하였습니다. 둘 다 '청중이 발표 내용을 기억하게 하고 싶다'는 점에서 동일하다는 것을 확인하였습니다. 그 확인 이후에는 스토리 흐름에 데이터를 넣는 방식이 자연스럽게 도출되었고, 두 명 모두 동의하였습니다. 처음부터 방식이 아니라 목적을 먼저 맞췄던 것이 효과적이었습니다.

이 경험에서 의견이 다를 때 방식 논쟁을 먼저 하면 길어지고, 목적을 먼저 확인하면 빠르게 합쳐지는 경우가 많다는 것을 배웠습니다. 상대방의 말을 끝까지 들어야 공통점이 보인다는 것도 깨달았습니다. 반박하기 전에 '무엇을 원하는지'를 파악하는 것이 우선이라는 점도 알게 되었습니다.

동아리 행사 준비 중에 팀원이 제 기획안을 회의에서 직접 반박했어요. 사전 논의 없이 공개적으로 말해서 순간 당황했는데, 그자리에서 반응하지 않기로 했습니다.

나중에 따로 만나서 '어떤 부분이 마음에 걸렸는지' 먼저 물어봤어요. 팀원이 설명한 이유가 제가 생각한 것과 달랐어요. 실행 가능성이 아니라 작년에 비슷한 방식으로 해서 문제가 생겼던 기억이 있어서였거든요. 그 맥락을 몰랐던 게 제 쪽 문제이기도 했어요. 이유를 들은 뒤에 기획안 일부를 수정하면서 팀원도 나머지는 동의해줬습니다.

이 경험에서 의견 차이의 이유를 모르면 해결 방향도 모른다는 걸 배웠어요. 직접 물어보는 게 불편하지만 그게 가장 빠른 방법이라는 것도요. 오해에서 나온 충돌은 대화 한 번으로 해결되는 경우가 많다는 것도요.

팀 프로젝트에서 어떤 기능을 우선 개발할지를 두고 팀원 의견이 2:2로 갈렸어요. 각자 자기 판단이 맞다고 했는데 기준이 없으니 설득도 안 됐습니다.

제가 '사용자 입장에서 어느 쪽이 더 자주 쓸 것 같은지 기준을 먼저 정하자'고 제안했어요. 두 기능의 사용 빈도를 예상 시나리오로 비교해봤더니 한쪽이 확실히 더 빈번하게 쓰인다는 걸 다 같이 인정하게 됐고, 의견이 모였습니다. 제 선호가 아니라 공통 기준으로 결정하니까 '내가 졌다'는 느낌이 없었어요.

이 경험에서 의견 차이는 기준이 없어서 생기는 경우가 많고, 기준을 같이 만들면 승패 없이 합의가 된다는 걸 배웠어요. 감정이 아니라 기준으로 결정하면 팀 분위기가 유지된다는 것도요.