단위 8 / 9

데이터 분석, KPI 대시보드 및 시뮬레이션

이득:

  • OEE, 사이클 타임, WIP 등 생산 KPI를 정확하게 정의하고 계산하는 능력
  • AI를 활용한 대시보드 디자인, 개별 이벤트 시뮬레이션, 시나리오 분석 구성 기능
  • 입력 가정 및 실제 데이터를 사용하여 시뮬레이션 및 대시보드 출력을 검증하는 기능

산업 엔지니어는 직관이 아닌 측정을 기반으로 결정을 내립니다. 적절하게 정의된 KPI(핵심 성과 지표)는 생산 시스템의 흐름을 유지합니다. 반면에 시뮬레이션은 "만약에 어떻게 될까요?"라고 묻습니다. 실제 시스템을 멈추지 않고. 질문에 자신있게 대답합니다. AI는 두 가지 모두에서 가속기입니다. KPI 정의 및 대시보드 디자인 초안을 작성하고, 시뮬레이션 모델의 골격을 구축하고, 시나리오 비교를 해석합니다. 그러나 KPI와 시뮬레이션 모두 "잘못된 정의"와 "잘못된 가정"이라는 함정에 빠지기 쉽습니다. 이 단원에서는 검증 원칙을 바탕으로 생산 KPI, 대시보드 설계 및 이산 이벤트 시뮬레이션을 다룹니다.

올바른 KPI를 올바르게 정의하기

잘못 계산된 KPI는 잘못된 신뢰를 주기 때문에 KPI가 전혀 없는 것보다 더 위험합니다. 가장 일반적인 생산 KPI:

KPI

설명

주의

OEE

유용성 × 성능 × 품질

세 가지 구성요소는 별도로 계산되어야 합니다.

사이클 시간

조각 사이의 시간

재치있게 섞기

배달 시간 (리드 타임)

주문 → 배송

주기와 다르다

WIP

반제품 가공 중

리틀의 법칙에 구속됨

폐기물/스크랩 비율

오답/전체

재작업 예약

정시 배송(OTD)

정시 / 총 주문

부분 배송 정의

OEE 예: 가용성이 90%, 성능이 95%, 품질이 98%인 경우:

OEE = 0.90 × 0.95 × 0.98 = 0.8379 ≒ 83.8%

일반적인 실수는 이 세 숫자를 더하고 평균을 내는 것입니다. OEE는 곱셈이므로 각 구성 요소는 결과를 합성합니다.

리틀의 법칙은 WIP-처리량-흐름 시간 관계를 확립하며 매우 강력합니다.

WIP = 처리량 × 흐름 시간 예: 출력이 6개/시간인 경우 라인에 평균 30개(WIP)가 있습니다. 흐름 시간 = WIP / 출력 = 30 / 6 = 5시간

팁: AI가 KPI를 계산하도록 하면 해당 정의도 인쇄하세요. "OEE가 무엇이며, 어떤 공식으로 계산하셨나요?" 묻다. AI는 때때로 OEE 대신 가용성만 제공하거나 품질 구성요소를 건너뜁니다. 정의를 보지 않고 숫자를 신뢰하지 마십시오.

KPI 대시보드 디자인

좋은 대시보드에는 많은 숫자가 표시되지 않습니다. 올바른 질문에 답합니다. AI는 어떤 KPI가 어떤 대상에게 적합한지, 그리고 이를 그룹화하는 방법을 설명하는 데 도움이 됩니다.

역할: 귀하는 생산 분석 경험이 있는 산업 엔지니어입니다. 작업: CNC 상점을 위한 관리 대시보드를 디자인합니다. 지정:1. 최대 6개의 KPI(각각에 대한 정의 및 공식).2. 각 KPI에 대한 목표 가치 제안 및 "좋음/주의/나쁨" 임계값.3. 어떤 차트(트렌드,지표,차트)에 어떤 KPI가 표시될까요.4. 대시보드에서 답변하는 3가지 관리 질문.규칙: KPI 인플레이션을 피하세요. 각 지표가 결정을 내리는 역할을 한다고 설명합니다. 억지로 목표값을 제시하지 말고 '업종에 따라 조정해야 한다'고 하세요.

약한 프롬프트 / 강한 프롬프트

약한 프롬프트:

생산 보드를 만들어주세요.

대상 고객, 데이터 소스 및 목적이 없으면 AI는 일반 목록을 덤프합니다. 어떤 결정도 내려지지 않습니다.

강력한 프롬프트:

매일 아침 5분 안에 읽을 교대 감독용 보드를 디자인하세요. 목적: 어제 교대근무 중 손실이 발생한 곳은 어디이며, 오늘 주의해야 할 사항은 무엇입니까? 최대 5개의 KPI(각각 정의 + 수식 + 임계값 포함) 내 데이터 소스인 MES의 시간별 생산, 가동 중지 시간 및 낭비 기록입니다. 과도한 세부사항은 피하세요.

두 번째 프롬프트는 사용자, 사용 시점, 데이터 소스를 명확히 합니다. 그 결과물이 실제로 사용되는 보드이다.

이산 사건 시뮬레이션(DES)

시뮬레이션은 실제 시스템을 방해하지 않고 실험하는 방법입니다. 새 기계를 추가하면 대기열에 어떤 일이 발생하며 교대 근무가 변경되면 출력에 어떤 영향을 미칩니까? DES(이산 이벤트 시뮬레이션)는 시스템을 일련의 "이벤트"(부품 도착, 프로세스 완료)로 모델링합니다. 기본 입력: 도착 간 시간 분배, 서비스 시간 분배, 자원 수, 대기열 규율.

역할: 귀하는 시뮬레이션 경험이 있는 산업 엔지니어입니다. 작업: Python SimPy를 사용하여 다음 시스템을 모델링하는 프레임워크를 작성합니다. - 부품은 평균 4분마다 도착합니다(지수 분포) - 단일 시스템, 처리 시간 평균 3.5분(지수) - 대기열 FIFO 출력으로 측정해야 할 사항: 평균 대기 시간, 대기열 길이, 시스템 활용률. 주석으로 코드를 설명합니다. 처음에 분포 가정을 작성합니다.또한: 결과를 확인하기 위해 어떤 분석 검사를 할 수 있습니까(예: M/M/1 꼬리 공식과 비교)?

여기서 마지막 줄은 매우 중요합니다. 가능한 경우 좋은 시뮬레이션은 분석 검사와 비교됩니다. 위의 간단한 시스템은 M/M/1 대기열입니다. 시뮬레이션 결과는 가동률 ρ = 3.5/4 = 0.875, 시스템 내 평균 수 L = ρ/(1−ρ) = 0.875/0.125 = 7 등의 이론적 값을 유지해야 합니다.

주의: 시뮬레이션 출력은 입력 가정("쓰레기가 들어오면 쓰레기가 나옴")만큼만 좋습니다. AI는 검증 없이 분포를 가정하거나 단일 실행 결과를 엄연한 진실로 제시하는 경우도 있습니다. 여러 실행(복제)을 실행하고 신뢰 구간을 계산하며 실제 데이터로 입력 분포를 확인합니다.

미니 사례: 잘못된 가설을 사용한 시뮬레이션

조립 라인에서 경영진은 두 번째 포장 스테이션을 추가하면 대기열이 사라질 것이라고 생각합니다. 산업 엔지니어 Deniz는 AI를 사용하여 DES 모델을 구축합니다. 첫 번째 결과에는 "두 번째 스테이션이 대기열을 70% 줄였습니다"라고 표시됩니다. 그러나 Deniz가 입력 분포를 확인했을 때 실제 도착 데이터가 지수형이 아니라 점심 시간에 집중되는 "폭발적인" 구조를 가지고 있음을 확인했습니다. 올바른 분포로 모델을 다시 실행하면 두 번째 스테이션이 실제 병목 현상을 해결하지 못하고 문제는 중단 계획에 있는 것으로 나타났습니다. 시뮬레이션을 사용하면 불필요하게 투자를 추천하는 일이 줄어듭니다. 교훈: AI는 모델을 빠르게 구축했지만 잘못된 가정으로 잘못된 결정을 제안했습니다. 정확한 데이터를 올려주신 분이었습니다.

일반적인 실수

  • KPI의 잘못된 정의: OEE 구성 요소를 추가하거나 주기 및 리드 타임을 혼동합니다.
  • KPI 인플레이션: 의사 결정에 도움이 되지 않는 수십 개의 지표를 대시보드에 배치합니다.
  • 한 번의 실행에 의존: 시뮬레이션을 한 번 실행하고 결과가 확실하다고 가정합니다. 복제가 아닙니다.
  • 입력 분포를 검증하지 않음: 기본(지수 등) 분포를 실제 데이터와 비교하지 않습니다.
  • 분석 검사 우회: 간단한 시스템에서 이론적 대기열 공식을 사용하여 시뮬레이션을 교차 검사하지 않습니다.

요약하면

  • KPI의 힘은 올바른 정의에서 나옵니다. OEE는 Little's Law가 WIP-flow-output을 연결하는 제품입니다.
  • 좋은 대시보드는 많은 숫자가 아닌 올바른 질문에 답합니다. 사용자, 인스턴스 및 데이터 소스가 명확해야 합니다.
  • DES는 실제 시스템을 손상시키지 않고 시나리오를 시도합니다. 입력 분포에 따라 결과의 품질이 결정됩니다.
  • 복제(신뢰 구간) 및 가능하다면 분석 공식을 통해 시뮬레이션을 검증합니다.
  • AI는 모델과 보드를 빠르게 구축합니다. 가정을 정확하게 하고 결과를 해석하는 사람이다.

응용과제

생산/서비스 시스템을 선택하세요. 먼저 AI가 5개 이하의 KPI로 교대 대시보드를 설계하게 합니다. 각 KPI의 정의와 공식을 표시하고 OEE가 있는 경우 세 가지 구성 요소가 곱해지는지 확인합니다. 그런 다음 AI가 간단한 대기열 시스템(단일 서버)에 대한 SimPy 뼈대를 인쇄하고 상단에 입력 분포 가정을 인쇄하도록 합니다. 중요한 검증: 시스템을 M/M/1 대기열로 간주하고 시스템의 활용률 ρ 및 평균 수 L을 수동으로 계산하고 시뮬레이션 결과와 비교합니다. 마지막으로 시나리오 변경(두 번째 서버 추가)을 제안하고 입력 분포의 현실성에 의문을 제기하여 AI 결과를 비판합니다.