[데이터가 저절로 쌓이게 하기] 3주차 Day 4 — "완료" 의 시점을 정하는 일

주차 주제: 상태와 시각 | 제조 사례: 완료가 네 가지였던 그 회사

오늘의 목표: 「완료」를 나누고, 차이를 지표로 바꾼다.

소요 시간: 30분


1. 온톨로지 과정과 만나는 자리

③ 온톨로지 과정 6주차에서 본 것
  「완료」 가 네 가지였습니다.                ★

    생산완료 · 검사완료 · 입고완료 · 정산완료  ★
거기서는 말을 나눴습니다.                 ★
여기서는 시각을 남깁니다.                 ★

2. 왜 같이 봐야 하나

말만 나누고 시각을 안 남기면

  · 나눈 보람이 없습니다                   ★
시각만 남기고 말을 안 나누면

  · 어느 완료인지 모릅니다                 ★
  · 리드타임이 보고서마다 다릅니다        ★
둘이 같이 가야 합니다.                    ★

3. ★ 차이가 지표가 됩니다

넷을 다 남기면
  생산완료 − 검사완료 = 검사 대기          ★
  검사완료 − 입고완료 = 입고 지연          ★
  입고완료 − 정산완료 = 전표 지연          ★
지표 세 개가 새로 생깁니다.               ★
그리고 아무것도 더 입력하지 않았습니다.   ★
각 단계에서 어차피 누르는 것입니다.       ★

4. 어느 것이 「그냥 완료」 인가

회사마다 다릅니다. 정하세요.              ★
· 생산 지표에서는 — 생산완료               ★
· 납기 준수에서는 — 출하                 ★
· 매출에서는 — 정산완료                    ★
· 고객이 보는 것 — 도착                    ★
그리고 보고서마다 적으세요.               ★
  "납기 준수율 94% (출하 시각 기준)"        ★
괄호가 없으면
다음 사람이 다른 기준으로 씁니다.         ★

5. 완료 시점을 정하는 기준 셋

① 되돌릴 수 없는 시점                      ★
   물건이 나갔거나 전표가 승인됐거나

② 다음이 시작되는 시점                     ★
   여기부터 다음 단계가 열립니다

③ 사람이 「됐다」 고 말하는 시점            ★
   현장의 감각
③을 무시하지 마세요.                        ★
현장이 "됐다" 고 하는 시점과
시스템의 완료가 다르면
시스템을 안 믿습니다.                     ★

6. 「시작」 도 같습니다

완료만 보지 말고 시작도 정하세요.         ★
  · 오더가 떨어진 때?                      ★
  · 자재가 준비된 때?
  · 첫 공정을 누른 때?                     ★
  · 설비가 돌기 시작한 때?                 ★
그리고 리드타임은

  어느 시작 − 어느 완료 인지가 전부입니다.  ★
온톨로지 과정 6주차 Day 2 의

  「리드타임 4.2일 vs 18.6일」 이 이것입니다. ★

7. 제조 현장의 실제

어느 업체, 네 완료를 다 남기게 했습니다.
추가 입력 — 없음.                         ★
  각 단계에서 이미 누르고 있었습니다.      ★
석 달 뒤
  구간              평균                     ★
  ────────────────────────────────
  생산완료→검사완료   2.1일                 ★
  검사완료→입고완료   3.4일                 ★
  입고완료→정산완료   6.8일                  ★
두 번째가 뜻밖이었습니다.                    ★
검사가 끝났는데 입고까지 3.4일.           ★
파 보니
· 검사 합격품이 검사장에 그대로 있었습니다  ★
· 창고 이동이 하루 한 번이었습니다        ★
· 그리고 이동 후 전산 입고가 또 하루      ★
고친 것
· 이동을 하루 두 번으로                    ★
· 이동할 때 스캔으로 전산 입고 자동      ★
  3.4일 → 0.9일                           ★
전체 리드타임이 2.5일 짧아졌습니다.       ★

아무도 그 구간을 보고 있지 않았습니다.


8. ★ 구간이 보이면 개선이 됩니다

전체 리드타임만 보면
  "12일" — 그래서 뭘 해야 하나?             ★
구간으로 쪼개면
  · 어디가 긴지 보입니다                   ★
  · 그 구간의 담당이 있습니다              ★
  · 고칠 것이 구체적입니다                 ★
그리고 대개

  아무도 안 보던 구간이 가장 깁니다.      ★
왜 — 주인이 없어서입니다.                 ★
  검사와 창고 사이는 누구 것도 아닙니다.  ★

9. 구간마다 주인을 정하세요

  구간              주인                     ★
  ──────────────────────────────────
  ____ → ____       ____________            ★
  ____ → ____       ____________
  ____ → ____       ?  ← 여기가 깁니다      ★
「?」 인 구간을 찾으세요.                     ★
② 기준정보 과정 11주차와 같은 얘기입니다.    ★
주인이 없으면 아무도 안 고칩니다.          ★

10. 오늘 해 볼 것 (15분)

① 「완료」 를 세어 보세요

  우리 회사의 완료  ___가지                  ★
  1. ________  2. ________                   ★
  3. ________  4. ________
② 각각 시각이 남나

  완료        시각 있나                      ★
  ________    ○/✗
  ________    ○/✗                            ★
③ 구간을 재 보세요

  구간            평균    주인               ★
  ____ → ____     ___일   ________          ★
  ____ → ____     ___일   ________
  → 가장 긴 구간의 주인이 있나  ○/✗          ★

11. 내일 할 것

이번 주를 마무리합니다.

상태 전이를 설계합니다. 상태 목록 · 전이 · 남길 것 · 구간 지표까지.


이 글은 데이터가 저절로 쌓이게 하기 과정의 3주차 4일차입니다. 과정 전체 보기

진도와 검색이 되는 판: AXPulse 기술따라가기

댓글

이 블로그의 인기 게시물

자재관리는 잘 쓰는데 BOM은 엑셀입니다

협력사 AI 로봇 도입, 공급망 스마트 제조 생태계 대응 전략

개발 테스트 자동화, AI 에이전트와 MCP 도입 전략