기계를 더 사야 할까, 아니면 생산 시스템을 바꿔야 할까?

이 팟캐스트 쇼노트는 기계 용량 vs. 시스템 생산량이라는 주제를 다룹니다.

에피소드 노트: 기계 용량 vs. 시스템 생산량개요대기열이 늘어나고 리드타임이 밀리며 영업팀이 답을 요구하면, "기계를 한 대 더 사야 한다"는 반사적 반응이 나오기 쉽습니다. 이 반응은 합리적으로 보입니다. 현장은 바빠 보이고, 초과근무는 늘고, 특정 작업장은 한계에 다다른 것처럼 보이기 때문입니다.

그러나 수년간 장부에 남을 설비 투자를 결정하기 전에 던져야 할 중요한 질문이 있습니다. 문제는 기계 용량인가, 아니면 생산 시스템인가?

이번 에피소드는 단일 작업장의 높은 가동률이 해당 기계가 공장 전체의 병목이라는 것을 증명하지 않는 이유를 살펴봅니다. 또한 단순한 용량 계산(계획 시간 ÷ 정격 속도)이 왜 잘못된 확신을 주는지, 그리고 투자 결정이 자재 투입부터 최종 출하까지 생산 시스템 전체의 논리를 따라야 하는 이유를 설명합니다.

우리는 시뮬레이션, 특히 이산사건 시뮬레이션(Discrete Event Simulation)을 활용한 의사결정 검증 방식을 제안합니다. 주문이 시간에 따라 이동하는 과정을 모델링하고 인력, 공유 지그, 자재 가용성 같은 유한한 제약을 반영함으로써, 제조사는 자본을 투입하기 전에 교대 패턴 변경, 다른 투입 규칙, 수정된 배치 크기 같은 대안을 테스트할 수 있습니다.

핵심 주제1. 처리량은 국소적 활동 그 이상이다공장은 가득 차 보여도 용량을 낭비할 수 있습니다. 진정한 처리량은 단일 공정에서 처리된 부품 수가 아니라, 고객이 받아들이는 형태로 시스템을 떠나는 완제품입니다(상업적 처리량).

• 기계는 계획 담당자가 계속 작업을 투입하기 때문에 하루 종일 가동될 수 있습니다. 그 결과물이 이후 공정에서 막히거나 재고를 만들더라도 말입니다.
• 대기열에 있는 자재는 묶인 현금을 의미하고, 일찍 투입되었지만 출하까지 더 오래 기다리는 자재는 현금 흐름을 해칩니다.

2. "병목 계산법"의 문제점단순한 용량 계산은 실제 생산에서 일어나는 일상적 차질을 감추는 이론적 평균치를 사용하기 때문에 잘못된 확신을 줍니다.

• 잘못된 공식: 계획 생산 시간 / 사이클 타임 = 생산 가능 부품 수
• 이 공식이 놓치는 것: 실제 생산은 특정 납기, 段취 필요, 자재 부족, 품질 보류, 숙련 작업자 대체 인력, 유지보수 작업이 있는 실제 주문을 대상으로 이루어집니다. 가용 시간이 곧 사용 가능한 시간은 아닙니다.
• 정격 속도 vs. 실제 속도: 정격 사이클 타임은 정의된 조건에서 안정적으로 운전했을 때의 값입니다. 어떤 작업이 어떤 순서로 설비에 도달할지, 그리고 이후에도 계속 흘러갈 수 있을지는 생산 시스템만이 예측할 수 있습니다.

3. 이동하는 제약제약이란 수요를 출하 가능한 제품으로 바꾸는 과정을 제한하는 모든 요소를 말합니다. 그것이 항상 기계인 것은 아닙니다.

• 제약 조건은 종종 작업장 바깥에 있습니다.
  
  
  • 인력: 특정 교대의 숙련 작업자, 또는 시험 시료와 초품 검사를 담당하는 기술자
  • 공유 지그/공구: 기존 흐름에는 충분했지만 새로운 용량에는 부족한 시험 장치나 지그
  • 품질 단계: 제한된 시험 기술자나 검사 지그로 인해 발생하는 적체
  • 자재 부족: 생산이 시작되기도 전에 라우팅을 멈추게 하는 요인
• 시스템에 손을 대면 제약은 이동합니다: 작업장의 물리적 용량을 늘리면 라우팅의 리듬이 바뀝니다. 한 부분의 흐름을 늘리면, 따라가지 못하는 다음 하류 한계가 드러납니다(기아 및 막힘).

4. 대기열 해독하기가동률 수치는 자원이 일하고 있는지만 알려주지만, 대기열은 작업이 어떤 이유로 기다리고 있는지를 알려줍니다. 시간에 따른 대기열 추적은 더 많은 의사결정 정보를 제공합니다.

• 잘못된 지표인 WIP: 대규모 WIP 적체가 곧 기계 용량 부족을 증명하지는 않습니다. 이는 종종 생산 통제 문제를 가리킵니다. 즉, 시스템이 흡수할 능력과 무관하게 ERP상의 날짜를 기준으로 작업이 투입되고 있는 것입니다.
• 리틀의 법칙(Little's Law): 안정적인 생산 시스템 안에 더 많은 작업이 머물면, 그곳에서 보내는 평균 시간이 늘어납니다. 상업적 출하율을 높이지 않은 채 현장 작업량을 두 배로 늘리면, 작업은 더 오래 기다리게 되고 탐색, 상태 확인, 예외 처리가 증가합니다.
• 버퍼는 단순한 재고가 아니다: 유용한 버퍼는 라우팅상 알려진 지점을 예상된 변동(일상적 차질)으로부터 보호합니다. 버퍼는 자재뿐 아니라 시간을 보유합니다. 핵심은 계획된 양의 작업과 우발적으로 쌓인 더미의 구분입니다.

5. 의사결정 검증 도구로서의 시뮬레이션용량 투자는 설비 구매가 아니라 생산 시스템의 변경입니다. 시뮬레이션(특히 이산사건 시뮬레이션)은 고객 납품을 방해하지 않고 이러한 변경을 테스트할 수 있는 안전하고 통제된 환경을 제공합니다.

• 애니메이션이 아닌 논리를 테스트: 가치는 움직이는 차량이나 기계가 아니라 규칙에 있습니다.
• 이산사건 시뮬레이션: 자재 도착, 기계 상태, 검사 완료 같은 사건이 다음 의사결정 로직을 촉발하면서 주문이 시간에 따라 이동하는 과정을 모델링합니다.
• 의사결정 질문하기: 정의된 조건에서 시나리오를 비교하는 데 모델을 사용합니다.
  
  
  • 수요는 늘었지만 모든 교대에 신규 작업자를 배치할 수 없다면 출하 주문은 어떻게 될까?
  • 교대 변경이 기계를 사는 것과 비슷한 납기 보호 효과를 줄 수 있을까?
  • 기계가 가동을 시작한 이후에도 작업은 어디에서 기다리는가?

의사결정 검증 프레임: 제품, 공정, 자원시뮬레이션을 이론에서 의사결정 가치로 옮기려면, 먼저 세 가지 기반을 사용해 생산 시스템에 대한 공유된 설명을 구축해야 합니다.

1. 제품: 품번을 넘어, 수요, 납기, 배치 크기, 변형 규칙, 상업적 위험 맥락을 포함합니다.
2. 공정: 필요한 작업, 그 순서(라우팅 로직), 段취 계열, 대체 경로, 품질 사양, 초품 검사, 품질 보류 시의 재작업 경로를 포함합니다.
3. 자원: 기계뿐 아니라 숙련 인력, 지그, 공구, 시험 장치, 물리적 버퍼 공간을 포함합니다. 동시에 필요한 두 자원, 달력(가동 중단/지원 시간대), 품질 상태에 따라 바뀔 수 있는 규칙 같은 중요한 의존관계를 담습니다.

이 공유된 설명은 소프트웨어를 선택하기 전에 개선되어야 합니다. 이는 서로 분리된 사실(IT/OT)을 원인과 결과를 추론하는 데 필요한 운영상의 맥락으로 바꿔 줍니다.



이 팟캐스트의 후원자가 되어 주세요: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.