소통 방안 구체 사례→협업 결과→문제 해결 행동→피드백 반영 순 전개
인턴 프로젝트에서 개발팀과 기획팀이 요구사항을 다르게 이해하고 있다는 걸 중반에 발견한 적이 있습니다. 각자 따로 진행하다 보니 서로의 결과물이 연결되지 않는 시점이 생겼습니다. 그때 제가 한 건 양쪽 팀의 진행 내용을 한 문서에 정리해서 공유하는 것이었습니다. 별도의 회의를 잡기보다 '이렇게 정리된 게 맞나요?'라는 형태로 피드백을 요청하니, 양쪽에서 오해가 있던 지점을 빠르게 확인할 수 있었습니다. 협업을 통해 배운 건 유관부서와 소통할 때 내가 이해한 내용을 확인받는 과정을 넣는 게 중요하다는 점입니다. 내가 맞게 이해하고 있다는 확신이 있어도, 그걸 상대방 언어로 정리해서 보여주면 인식 차이가 드러나는 경우가 많습니다. 문제가 생겼을 때는 원인이 업무인지 소통인지를 먼저 구분하는 습관이 생겼습니다. 담당자에게 피드백을 받을 때는 지적보다 확인 요청 형태로 접근하면 방어적 반응이 줄어드는 패턴을 반복적으로 느꼈습니다.