[프로세스 정리하기] 12주차 Day 1 — 프로젝트와 한 바퀴의 차이
주차 주제: 한 바퀴를 닫는다 | 제조 사례: 3년째 같은 컨설팅
오늘의 목표: 왜 대부분의 개선이 원래대로 돌아가는지 알고, 바퀴가 되는 조건을 안다.
소요 시간: 25분
1. 한 문장으로
마지막 칸이 첫 칸으로 돌아가지 않으면
그것은 프로젝트다.
프로젝트는 끝나면 원래대로 돌아간다. ★2. 프로젝트의 모양
① 시작한다
② 진단한다
③ 설계한다
④ 만든다
⑤ 발표한다
⑥ 끝난다 ★⑥ 다음에 무엇이 있나
아무것도 없습니다.
그래서 6개월이면 서서히 되돌아갑니다. ★3. 제조 현장의 실제
어느 업체의 3년
2023년 프로세스 혁신 컨설팅 1.8억
2024년 스마트공장 구축 4.2억
2025년 AX 전환 컨설팅 2.1억 ★세 번 다 진단부터 시작했습니다.
그리고 세 번 다 비슷한 문제가 나왔습니다. ★
· 프로세스가 문서로만 있다
· 데이터가 안 남는다
· 기준정보가 흩어져 있다왜 같은 문제가 계속 나오나
고친 적이 없기 때문입니다. ★
진단하고 설계하고 끝났습니다.4. ★ 바퀴가 되는 조건 넷
① 재고 있다 뭐가 나빠졌는지 보인다 ★
② 고칠 수 있다 정의를 현업이 고친다
③ 고치면 바뀐다 내일부터 다르게 돈다 ★
④ 누군가 돌린다 주기와 담당이 있다 ★넷 중 하나라도 없으면
① 없음 → 고칠 이유를 모릅니다
② 없음 → 알아도 못 고칩니다
③ 없음 → 고쳐도 안 바뀝니다 (1주차 Day 1) ★
④ 없음 → 아무도 안 합니다5. 이 과정이 넷을 만들었다
① 재고 있다 10주차 — 지표와 목표 ★
② 고칠 수 있다 6·8주차 — 정의와 조건을 데이터로
③ 고치면 바뀐다 6주차 Day 3 — 정의에서 화면이 나온다 ★
④ 누군가 돌린다 이번 주 ★①②③은 만들었습니다. ④가 남았습니다.
6. ④가 가장 자주 빠진다
왜 빠지나
· 개선은 업무가 아니기 때문입니다 ★
· 담당이 없습니다
· 주기가 없습니다
· 시간이 배정되어 있지 않습니다그래서 이렇게 됩니다
"시간 나면 하자"
→ 시간은 안 납니다 ★3주차에서 본 PCF 13번 칸 —
「지식·변화·개선」이 비어 있던 그 칸입니다. ★7. 개선을 업무로 만든다
이 과정에서 배운 대로 하면 됩니다.
업무 단위 프로세스 개선
한 건 개선 과제 하나 ★
트리거 분기마다 (시간) 또는 이탈 발생 (값) ★
활동 차이 확인 → 원인 분석 → 정의 수정 → 효과 확인
주인 누구? ★
지표 분기당 개선 건수 · 효과가 난 비율이렇게 정의하면
· 목록에 뜹니다
· 안 하면 안 한 것이 보입니다 ★
· 몇 건 했는지 세어집니다개선을 개선의 방식으로 관리하는 것입니다.
8. 주기는 얼마가 맞나
너무 짧으면 데이터가 안 쌓입니다
너무 길면 차이가 커져서 손대기 어렵습니다 ★권하는 것
분기 1회 — 전체 차이 점검 ★
월 1회 — 이탈 검토 (⑥ 과정)
수시 — 사고 가능한 것 ★그리고 작을 때 고칩니다.
차이가 3개일 때 고치는 것과
30개일 때 고치는 것은 완전히 다른 일입니다. ★9. 오늘 해 볼 것 (10분)
네 조건을 우리 회사에 점검하세요.
□ ① 재고 있나 지표가 있나 · 목표가 있나
□ ② 고칠 수 있나 현업이 정의를 고칠 수 있나 ★
□ ③ 고치면 바뀌나 내일부터 반영되나 ★
□ ④ 누가 돌리나 담당 ______ 주기 ______ ★그리고
④가 비어 있으면 —
지금 이름을 하나 적으세요. ★
"정해지면" 은 안 옵니다.10. 내일 할 것
정의를 고치는 절차 — 버전과 진행 중인 건.
돌고 있는 업무 건이 있는데 정의를 바꾸면 어떻게 되나. 이것을 안 정하면 고칠 때마다 사고가 납니다.
이 글은 프로세스 정리하기 과정의 12주차 1일차입니다. 과정 전체 보기
진도와 검색이 되는 판: AXPulse 기술따라가기
댓글
댓글 쓰기