[프로세스 정리하기] 10주차 Day 4 — 재는 단위가 흔들리면 숫자가 거짓이 된다
주차 주제: 재는 자리를 미리 박는다 | 제조 사례: 같은 지표, 세 가지 값
오늘의 목표: 지표 정의서를 쓰는 이유를 알고, 우리 지표의 계산식을 하나로 고정한다.
소요 시간: 30분
1. 한 문장으로
"리드타임" 이라는 이름은 지표가 아니다.
계산식이 지표다. ★
2. 같은 이름, 다른 값
어느 업체 회의
영업 "수주 리드타임 3일입니다"
생산 "5일인데요?"
물류 "7일 아닙니까?" ★
세 사람의 계산식
영업 수주 접수 → 수주 확정
생산 수주 확정 → 생산 완료 ★
물류 수주 접수 → 출하 완료
셋 다 맞습니다.
다른 것을 재고 있었을 뿐입니다. ★
3. ★ 지표 정의서 — 여섯 칸
지표 이름 수입검사 리드타임
계산식 완료시각 − 열린시각 ★
단위 일 (영업일) ★
집계 방법 평균 및 P90
대상 범위 판정 결과 무관, 취소 건 제외 ★
방향·목표 낮을수록 좋음 / 2.0일
여섯 칸이 다 차야 지표입니다. 이름만 있으면 다툼이 생깁니다.
4. 흔들리는 자리 다섯
① 시작점
"열린 시각" 인가 "시작한 시각" 인가 ★
→ 대기가 들어가느냐 마느냐가 갈립니다
② 기간 단위
달력일인가 영업일인가 ★
금요일 접수 → 월요일 완료
달력일 3일 / 영업일 1일
③ 제외 대상
취소된 건은 세나?
재검 건은 몇 건으로 세나? ★
④ 집계 방법
평균 · 중간값 · P90
→ 셋이 다 다릅니다 ★
⑤ 소속 기간
6월 30일 열려 7월 2일 완료된 건은
6월 실적인가 7월 실적인가? ★
5. ⑤가 가장 자주 다툽니다
두 방식
열린 기준 6월에 열렸으니 6월
완료 기준 7월에 끝났으니 7월 ★
가르는 원칙
리드타임은 완료 기준 ★
(끝나야 값이 나오니까)
건수는 목적에 따라
들어온 양을 보려면 열린 기준
처리한 양을 보려면 완료 기준
어느 쪽이든 적어 두면 됩니다.
안 적으면 매달 다르게 셉니다. ★
6. 영업일이 기준정보와 만난다
"영업일로 잰다" 고 정하면
→ 근무 달력이 있어야 합니다 ★
→ 휴일·휴무가 정의되어 있어야 합니다
→ 부서별로 다르면 그것도 있어야 합니다
없으면
달력일로 잴 수밖에 없고
연휴가 낀 달은 리드타임이 튑니다.
→ "5월은 원래 길어요" 가 됩니다 ★
[② 기준정보 따라가기] 9주차 「달력」이 이 자리를 받습니다. 7주차 Day 4 에서 시간 트리거를 두고 한 이야기와 같습니다.
7. 계산식을 어디에 적나
지표 정의서를 문서로만 두면
· 시스템은 안 읽습니다
· 대시보드는 따로 계산합니다
· 둘이 어긋나도 모릅니다 ★
정의(데이터)에 두면
· 대시보드가 그것을 읽습니다
· 계산식이 하나뿐입니다 ★
· 바꾸면 모든 화면이 같이 바뀝니다
1주차 Day 1 의 「문서와 정의」가 지표에도 그대로 적용됩니다.
8. 계산식을 바꿀 때
바꾸면 과거 숫자가 달라집니다. ★
두 가지 처리
㉮ 과거도 새 식으로 다시 계산
→ 원본이 남아 있으면 가능
→ 지난 보고서와 안 맞습니다 ★
㉯ 바꾼 시점부터 새 식으로
→ 그래프에 선을 긋습니다 ★
→ "여기서 계산식이 바뀌었음"
㉯를 권합니다.
지나간 보고를 뒤집지 않고
바뀐 사실을 숨기지도 않습니다. ★
9. 오늘 해 볼 것 (15분)
지표 하나를 골라 여섯 칸을 채우세요.
지표 이름 ____________________
계산식 ____________________ ★
단위 달력일 / 영업일
집계 방법 평균 / 중간값 / P90
대상 범위 제외: ____________ ★
방향·목표 높게/낮게 · ____________
그리고 두 사람에게 따로 계산시켜 보세요. ★
같은 값이 나오면 정의서가 충분합니다.
다르면 어느 칸이 애매한지 드러납니다.
점검
□ 시작점이 "열린 시각" 인가
□ 영업일이면 근무 달력이 있나 ★
□ 월 경계 처리를 적었나
10. 내일 할 것
이번 주를 마무리합니다.
업무 단위별 지표표를 완성하고, 지금 우리 시스템이 이것을 잴 수 있는지 — 없으면 무엇이 빠졌는지 확인합니다.
이 글은 프로세스 정리하기 과정의 10주차 4일차입니다. 과정 전체 보기
진도와 검색이 되는 판: AXPulse 기술따라가기
댓글
댓글 쓰기