기술 의도 먼저 공유 + 문서로 확인
약 80초
협력업체 커뮤니케이션에서 설계 의도를 명확히 전달하는 방식을 정착시킨 경험
협력업체와 소통할 때 저는 설계 의도를 먼저 설명하는 것이 가장 중요하다고 봅니다. 도면 수치만 전달하면 업체에서 맥락 없이 해석하다 치수를 다르게 이해하거나, 공차 기준을 임의로 조정하는 경우가 생기기 때문입니다. 인턴 때 부품 제작 의뢰 과정에서 핵심 기능 요구사항을 한 줄씩 정리한 메모를 도면과 함께 첨부하는 방식을 제안했고, 담당 팀장이 이후 표준 절차로 채택했습니다. 거래 측면에서는 지나치게 상세한 사양을 강요하면 업체 측 경험에서 나오는 제작 최적화 의견을 놓치는 경우도 있어, 사양의 이유를 설명하고 대안을 열어두는 방식을 썼습니다. 한계는 커뮤니케이션 비용이 올라가는 것인데, 초반에 시간을 쓰면 이후 수정 횟수가 줄어든다는 걸 경험으로 확인했습니다.
이 결의 특징
도면 수치만 전달하면 협력업체가 맥락 없이 해석해 공차 기준을 임의로 조정하는 경우가 생긴다는 인식에서 핵심 기능 요구사항을 한 줄씩 정리한 메모를 도면과 함께 첨부하는 방식을 제안해 팀 표준 절차로 채택된 흔적이 있습니다. 설계 의도를 먼저 설명하는 것이 소통의 출발점이라는 관점이 서술된 결이 보입니다.
이 결이 통하는 자리
협력업체 소통 방식을 묻는 자리에서 통합니다. 초반에 시간을 쓰면 이후 수정 횟수가 줄어든다는 경험 기반 결론이 소통 비용 최적화 방식을 확인하는 면접관의 꼬리질문이 줄어드는 결이 보입니다.