기하공차 도입이 조직에서 막히는 이유

기하공차를 공부하고 나면 자연스럽게 이런 생각이 든다.

"우리 회사도 기하공차로 바꿔야 하는데."

논리는 분명하다. 좌표 공차 방식보다 기하공차가 더 합리적이다. 사각형 공차 영역이 만드는 인위적 불합격을 없앨 수 있고, 공차 누적 문제도 체계적으로 다룰 수 있다. 기능 중심으로 공차를 정의하면 설계 의도가 도면 위에 명확하게 표현된다.

기술적으로는 반론하기 어렵다.

그런데 그 제안이 조직 안에서 통과되는 경우는 생각보다 드물다. "협력업체가 못 읽는다", "교육 비용이 든다", "지금 당장 문제없이 돌아가고 있다"는 말이 돌아온다. 납득이 안 되면서도 막힌다.

이 벽이 어디서 오는지 이해하려면, 먼저 지금 조직 안에서 공차가 어떻게 결정되고 있는지를 봐야 한다.

---

이론적으로 공차는 설계자가 결정한다

교과서적으로 공차는 설계자의 영역이다.

설계자는 해당 부품이 어떤 기능을 수행해야 하는지 안다. 볼트가 얼마나 헐거우면 진동이 생기는지, 축 직경이 얼마나 달라지면 베어링이 제대로 끼워지지 않는지. 이 기능적 요구사항으로부터 허용 가능한 편차의 범위, 즉 공차를 도출하는 것이 설계자의 역할이다.

기능적으로 요구하는 것을 정의하고, 이를 도면에 공차라는 언어로 표현한다. 공차는 임의의 숫자가 아니라 기능 분석의 결과물이다.

그런데 현실에서 공차는 이러한 과정과 다르게 결정되는 경우가 많다.

---

현실에서 공차를 결정하는 네 가지 힘

첫 번째, 생산팀의 현실

"이 공차는 저희 설비로 맞추기 어렵습니다."

생산팀은 공차를 기능의 관점이 아니라 공정 능력의 관점으로 본다. 현재 보유한 장비, 측정 도구, 작업자의 숙련도로 안정적으로 달성할 수 있는 범위가 있다. 그 범위를 벗어나면 불량률이 올라가고, 납기가 밀리고, 비용이 증가한다.

생산팀의 이러한 관점은 합리적이다. 다만 기능이 아닌 생산 편의를 중심으로 공차를 논의하는 순간, 출발점이 달라진다.설계자가 기능으로부터 공차를 도출하는 것이 아니라, 생산가능성으로부터 공차를 역산하게 된다.

두 번째, 품질팀의 기준

"그 공차로 합격시키면 불량 책임은 누가 집니까?"

품질팀은 검사 기준을 관리한다. 측정 오차, 검사 장비의 정밀도, 검사자 간 편차를 고려하면 도면 공차보다 실제 합격 기준을 더 좁게 운영하는 경우가 생긴다. 도면 공차가 ±0.2mm라도 품질팀이 실제로 ±0.15mm를 기준으로 검사하면, 제조 현장은 사실상 더 엄격한 공차에 맞춰 생산해야 한다.

이 과정에서 설계자가 기능 분석으로 도출한 원래 공차의 의미는 희석된다. 각 단계에서 추가된 안전마진이 쌓이면서 도면 위 숫자와 실제 운영 기준 사이에 큰 괴리가 생긴다.

세 번째, 구매팀의 압력

"저 협력업체는 더 저렴하게 납품할 수 있는데, 공차를 조금만 조정하면 안 됩니까?"

구매팀은 비용을 최소화하는 것이 목표다. 더 저렴한 업체가 있지만 그 업체의 공정 능력이 현재 공차를 충족하지 못한다면, 공차 완화를 요청하는 동기가 생긴다. 이 요청이 기능 분석에 기반하지 않고 단순히 가격 협상의 수단으로 제기될 때, 공차는 기술적 판단이 아닌 비용 논리에 의해 결정된다.

네 번째, 고객사의 도면

"우리 도면대로 해주세요."

고객사가 도면을 직접 제공하는 경우, 공차는 이미 정해진 상태로 온다. 문제는 그 공차가 왜 그 숫자인지 아무도 설명하지 못하는 경우가 있다는 것이다. 수십 년 전 도면에서 복사됐거나, 당시 설계자가 보수적으로 잡은 값이 검토 없이 유지되고 있는 경우다. 이 공차를 받아드는 제조사는 왜 그 공차여야 하는지 모른 채 맞춰야 한다.

---

공차가 협상의 결과물이 될 때 생기는 문제

각자의 논리가 충돌하면 공차는 기술적 분석이 아닌 조직 내 협상의 결과물이 된다. 그리고 이 협상은 대개 다음 방향으로 흘러간다.

설계자는 기능 만족을 위해 공차를 필요 이상으로 조이려 한다. 제조팀은 생산 편의를 위해 넓히려 한다. 품질팀은 검사 위험을 줄이기 위해 실제 합격 기준을 더 조인다. 구매팀은 비용을 이유로 완화를 요청한다. 결과로 나온 공차는 어느 한 방향으로 기울어진 타협안이다.

이 과정에서 가장 중요한 질문, 즉 "이 부품이 기능을 수행하기 위해 실제로 허용가능한 편차 범위는 얼마인가"는 논의의 중심에서 밀려나기 쉽다.

---

기하공차 도입이 실제로 의미하는 것

기하공차 도입 제안이 조직에서 막히는 이유는 기술적 문제가 아니다.

기하공차는 공차의 출발점을 기능으로 고정한다. 이 기능을 보장하려면 이 범위 안에 있어야 한다. 그 답이 공차값이 된다. 이 방식이 정착되면 협상 테이블의 성격이 달라진다.

"저희 설비로 맞추기 어렵습니다"라는 생산팀의 요청은, 그 공차가 기능에 반드시 필요한 것임이 명확해진 상태에서 논의된다. 공차 자체를 협상 대상으로 삼기 어려워지고, 설비 투자나 공정 개선의 문제로 전환된다. 구매팀의 비용 논리도 기능 요구사항과 충돌하는 순간 협상력을 잃는다.

이것이 기하공차 도입이 실제로 의미하는 바다. 기호 체계를 바꾸는 것이 아니라, 공차를 둘러싼 협상의 출발점을 바꾸는 것이다.

그래서 저항이 생긴다.

지금 공차 협상 구조에서 유리한 위치에 있는 쪽은 기하공차가 도입되면 그 위치가 흔들린다. "협력업체가 못 읽는다"는 말은 기술적 우려가 아니라, 현재 협상 구조를 유지하려는 관성의 표현일 수 있다. "지금 당장 문제없이 돌아가고 있다"는 말은 현재 협상 결과물로서의 공차가 조직 안에서 받아들여지고 있다는 뜻이지, 그 공차가 기능적으로 최적화되어 있다는 뜻이 아니다.

---

기술적 제안이 아닌 조직적 제안으로 접근해야 하는 이유

기하공차 도입 제안이 막히는 데는 이유가 있다.

공차를 기능 중심으로 재정의한다는 것은 지금까지 협상으로 결정되던 숫자를 기능 분석의 결과물로 바꾸겠다는 선언이기 때문이다. 이는 설계자에게 더 많은 분석 책임을 요구하고, 생산팀과 구매팀의 협상 여지를 줄이고, 품질팀의 자의적인 기준 운영에 근거를 요구한다.

각 조직이 현재 공차 협상에서 행사하는 영향력이 줄어드는 방향이다. 기술적으로 합리적이더라도, 조직적으로는 불편한 변화다.

따라서 기하공차 도입을 제안할 때, 기술적 설명만으로는 충분하지 않다. 지금 공차가 어떤 과정을 통해 결정되고 있는지, 그 과정에서 기능 요구사항이 어떻게 희석되고 있는지, 그리고 기하공차가 그 구조의 어느 지점을 바꾸는지를 함께 보여주어야 한다.

도면 위 숫자 하나를 제대로 이해한다는 것은 그 숫자를 읽는 것을 넘어, 그 숫자가 어떤 힘들의 충돌 속에서 결정됐는지를 아는 것이다. 그리고 더 나은 방법이 왜 아직 적용되지 않고 있는지를 볼 수 있는 눈을 갖는 것이다.

기하공차를 진짜로 이해하는 엔지니어는 도면 기호를 읽는 사람이 아니다. 그 기호 뒤에 있는 협상 구조를 이해하고, 그 구조를 기능 중심으로 바꾸려는 사람이다.