팀원들과 협업할 때 중요하게 생각하는 가치나 원칙이 있다면 무엇인가요?

팀 협업에서 가장 중요하게 보는 건 합의한 것을 지키는 일관성입니다. 팀에서 역할을 나눴을 때, 각자의 결과가 연결되기 때문에 한 자리가 지연되면 전체에 영향이 갑니다. 그래서 기한을 못 지킬 것 같으면 미리 알리는 것을 원칙으로 합니다. 먼저 알리면 팀이 조정할 수 있지만, 늦게 알리면 조정 자리가 없어집니다. 두 번째는 합의 내용을 기록으로 남기는 것입니다. 구두로만 확인하면 나중에 서로 다른 결을 기억하는 자리가 생기기 때문입니다. 이 원칙은 완벽한 협업이 아니라 잘 보이지 않는 마찰을 줄이는 자리에서 나온다고 봅니다. 팀 협업에서 가장 많은 시간을 잡아먹는 자리는 기술 자리보다 소통 자리인 경우가 많았습니다.

코드 리뷰에서 "좀 더 고민해봤으면 좋겠다"는 피드백을 남겼는데, 며칠 뒤 팀원이 그 말이 기분 나빴다고 직접 얘기를 해줬어요. 저는 좋은 의도로 한 말이었는데 상대는 모호한 지적으로 받아들였고, 무엇을 고쳐야 할지도 몰랐다고 했습니다.

그 이후 피드백을 할 때는 "이 부분은 왜 이렇게 설계했어요? 이런 케이스에서 문제가 생길 수 있는데 같이 보면 좋을 것 같아요"처럼 구체적인 케이스와 이유를 함께 담는 방식으로 바꿨습니다. 같은 팀원에게 이후에 하는 리뷰가 확실히 더 잘 받아들여졌어요.

협업에서 의도보다 언어 선택이 더 중요하다는 걸 그때 배웠습니다. 지금은 피드백할 때 상대가 다음에 무엇을 할 수 있는지를 기준으로 말을 고르는 습관을 씁니다.

팀 프로젝트에서 처음으로 일 처리 속도와 스타일이 완전히 다른 팀원과 짝을 이뤘어요. 저는 일정을 세세하게 나눠 미리 계획하는 편인데, 상대는 큰 그림만 잡고 진행하면서 세부는 현장에서 결정하는 스타일이었습니다. 처음엔 서로의 방식이 답답하게 느껴졌어요.

어느 쪽이 옳다고 설득하려는 대신, 각자 스타일이 더 잘 맞는 영역을 먼저 나눴습니다. 상대에게 탐색과 의사결정 부분을 맡기고 제가 일정 관리와 문서화를 가져가자, 실제로 각자 강점을 발휘하는 분업이 됐어요.

협업 원칙보다 더 중요한 건 상대 방식을 이해하고 겹치지 않게 역할을 나누는 것이라는 걸 그 경험에서 배웠습니다. 팀마다 다른 사람이 있고, 원칙은 그 사람들과 함께 만들어가는 것이라는 생각이 그때 생겼어요.