[데이터가 저절로 쌓이게 하기] 3주차 Day 1 — 가장 값싸고 가장 쓸모 있는 데이터

주차 주제: 상태와 시각 | 제조 사례: 칸 두 개로 생긴 것들

오늘의 목표: 상태와 시각이 왜 값싸고 왜 많은 것을 열어 주는지 안다.

소요 시간: 30분


1. 한 문장으로

상태와 시각 — 이 둘이 가장 쌉니다.       ★
그리고 가장 많은 것을 열어 줍니다.          ★

2. 왜 싼가

· 사람이 따로 안 적습니다                  ★
· 누르는 순간 찍힙니다
· 저장 공간이 작습니다                       ★
· 이미 있는 화면에 붙습니다                  ★
2주차의 ①  버튼을 누르면 남는다 가         ★
그대로 이것입니다.

3. ★ 무엇이 열리나

상태와 시각만 있으면 나오는 것
□ 리드타임                                 ★
   끝 − 시작
□ 단계별 소요                              ★
   어디서 오래 걸리나 (병목)
□ 대기 시간                                ★
   상태가 안 바뀐 시간
□ 지연 건수                                ★
   기한을 넘긴 것
□ 진척                                     ★
   지금 몇 단계에 몇 건
□ 처리량                                   ★
   시간당 몇 건
□ 시간대별 차이                            ★
   교대·요일·계절
일곱 가지가 칸 두 개에서 나옵니다.        ★

4. 그리고 이게 KPI 의 재료입니다

⑥ KPI 로 관제하기 과정에서 쓰는 것 대부분이   ★
여기서 나옵니다.
· 납기 준수율    ← 기한 vs 완료 시각        ★
· 리드타임       ← 시작·완료
· 재공 건수      ← 진행 중 상태             ★
· 병목          ← 단계별 소요               ★
그래서

  상태·시각이 없으면 KPI 가 안 나옵니다.   ★

5. 지금은 대개 이렇습니다

· 결과만 있습니다                          ★
    생산 수량 · 판정 결과
· 지금 상태만 있습니다                     ★
    "진행중" — 언제부터인지 모름          ★
· 날짜만 있습니다                          ★
    시각이 없어 하루 단위만
세 번째가 아깝습니다.                        ★
날짜만 있으면

  · 리드타임이 일 단위로만 나옵니다        ★
  · 하루 안의 병목을 못 봅니다              ★
  · 교대별 비교가 안 됩니다                 ★

6. 시각을 안 남기는 흔한 이유

① "날짜면 충분한데요"                        ★
② 나중에 몰아서 넣어서                       ★
③ 배치로 넘어와서                            ★
④ 컬럼이 date 타입이라                       ★
④가 의외로 많습니다.                         ★
· 오래전에 date 로 만들었습니다             ★
· 바꾸려면 마이그레이션이 필요합니다        ★
· 그래서 안 바꿉니다                        ★
그런데

  새 컬럼을 하나 더 만들면 됩니다.         ★
  기존 것은 두고.

7. 제조 현장의 실제

어느 업체, 생산실적에 날짜만 있었습니다.
  생산일자 · 수량 · 품목 · 작업장            ★
「시작」 버튼과 시각 두 칸을 넣었습니다.      ★
석 달 뒤 나온 것
① 공정별 소요 시간                          ★
   → 3공정이 표준의 2.4배                ★
   → 설비 하나가 느렸습니다                ★

② 대기 시간                                 ★
   → 전체 리드타임의 61% 가 대기          ★
   → 작업이 아니라 기다림이 문제였습니다  ★

③ 교대별 차이                               ★
   → 2교대 처리량이 17% 낮음             ★
   → 교대 인수인계에 40분이 사라짐         ★

④ 요일별 차이                               ★
   → 월요일 오전이 유독 느림               ★
넷 다 전에는 몰랐던 것입니다.             ★
그리고 ② 가 가장 컸습니다.
  개선 노력을 작업 속도에 쏟고 있었는데    ★
  문제는 대기였습니다.                     ★

8. ★ 「61% 가 대기」 는 자주 나옵니다

제조 리드타임의 대부분은
일하는 시간이 아니라 기다리는 시간입니다.  ★
· 다음 공정이 안 비어서                     ★
· 자재가 안 와서
· 검사를 기다려서                           ★
· 지시를 기다려서                           ★
그런데 개선은 대개

  작업 속도를 올리려 합니다.               ★
39% 를 개선하려고
61% 를 안 보고 있습니다.                   ★
그리고 대기는

  시각이 있어야만 보입니다.                ★

9. 무엇부터 남길까

순서
① 상태 전이 시각                           ★
   상태가 바뀔 때마다 (내일 Day 2)

② 시작·완료                                ★
   최소한 이 둘

③ 기한                                     ★
   지연을 보려면

④ 중단·재개                                ★
   있으면 좋습니다
①이 가장 넓게 쓰입니다.                     ★

10. 오늘 해 볼 것 (15분)

① 지금 무엇이 있나 보세요

  테이블  ____________
  □ 날짜만  □ 시각까지                       ★
  □ 시작 시각 있나                           ★
  □ 완료 시각 있나                           ★
  □ 상태가 바뀐 시각 있나                    ★
② 못 내는 것을 세세요

  □ 리드타임  □ 단계별 소요                  ★
  □ 대기 시간  □ 교대별 차이                 ★
  → 몇 개가 ✗ 인가  ___개                    ★
③ 대기를 어림해 보세요

  한 건의 리드타임  ___시간                  ★
  실제 작업 시간    ___시간                  ★
  → 차이 = 대기  ___시간 (___%)              ★

11. 내일 할 것

상태 전이 — 언제 무엇으로 바뀌었나.

지금 상태만 있으면 어제 무슨 일이 있었는지 모릅니다.


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

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

댓글

이 블로그의 인기 게시물

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

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

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