[기준정보 따라가기] 3주차 Day 5 — 실습: 우리 코드 체계 진단

주차 주제: 품목마스터 ① 코드 체계 | 제조 사례: 한 장으로 끝낸 판단

오늘의 목표: 코드 체계 진단서를 만들고, 바꿀지 말지·언제 할지를 정한다.

소요 시간: 30분


1. 이번 주에 본 것

Day 1  코드가 하는 일은 하나 — 가리키는 것        ★
Day 2  ★ 유의미 코드는 네 단계로 무너진다
Day 3  무의미 코드의 불편은 대부분 화면 문제      ★
Day 4  바꾸면 여섯 곳이 끊긴다. 안 바꿔도 된다    ★

2. 오늘 만들 것

코드 체계 진단서 — 한 장

  현재 체계      유의미 / 무의미 / 혼재
  담긴 뜻        ____________________
  무너짐 단계     1 / 2 / 3 / 4                 ★
  자릿수 여유     ___년                          ★
  화면 준비도     ___/5
  끊길 곳        ___곳
  ──────────────────────────────
  판단           바꾼다 / 안 바꾼다 / 나중에     ★
  시기           ____________________

3. 순서 (20분)

① 현재 체계를 적는다                        (3분)
   코드 예시 하나와 자리별 뜻

② 무너짐 단계를 판정한다                     (5분)
   Day 2 의 네 단계                            ★

③ 자릿수 여유를 계산한다                     (4분)
   (한계 − 현재) ÷ 연 신규 등록                ★

④ 화면 준비도를 센다                        (4분)
   Day 3 의 다섯 항목 중 몇 개                 ★

⑤ 끊길 곳을 센다                            (4분)
   Day 4 의 여섯 곳

4. ★ 판단표

                 바꾼다        나중에        안 바꾼다
─────────────────────────────────────────────────────
무너짐 단계        3~4단계      2단계         1단계
자릿수 여유        3년 미만      3~10년        10년 이상   ★
품목 수           2,000개 이상  500~2,000     500 미만
시스템 교체        없음         2년 내 있음    —          ★
파싱하는 곳        다 찾았음     못 찾음       —          ★
읽는 법

  "바꾼다" 칸에 셋 이상 → 전환 검토         ★
  "나중에" 가 많음      → 시스템 교체 때 함께
  "안 바꾼다" 가 많음   → 화면만 개선

5. 세 가지 결론과 다음 행동

㉮ 안 바꾼다

  → Day 3 의 화면 다섯을 고칩니다.             ★
  → 불편의 80%가 사라집니다.
  → 자릿수 여유를 매년 다시 계산합니다.
㉯ 나중에

  → 지금은 파싱 걷어내기만 합니다.           ★
  → 옛 코드 속성 자리를 미리 만들어 둡니다.
  → 시스템 교체 계획에 코드 전환을 넣습니다.
㉰ 바꾼다

  → 10주차(코드 체계 설계)에서 새 체계를 씁니다.  ★
  → 순서는 Day 4 의 여섯 단계.
  → 화면부터 입니다.                        ★

6. 흔한 결론 — ㉮ 또는 ㉯

실제로 "지금 바꾼다" 가 답인 경우는 많지 않습니다.
왜냐하면

  · 대개 시스템 교체가 걸려 있고
  · 파싱하는 곳을 다 못 찾고                    ★
  · 품목 수가 그렇게 많지 않고
  · 화면만 고쳐도 상당히 나아지기 때문입니다    ★
그런데 이 결론에 진단을 거쳐서 오는 것과
그냥 미루는 것은 다릅니다.                      ★

  · 언제 다시 볼지 정해져 있습니다
  · 그때까지 할 일(화면·파싱)이 있습니다
  · 자릿수 여유를 추적합니다

7. 그리고 반드시 하는 것 하나

결론이 무엇이든 이것만은 지금 합니다.

  새 코드를 만드는 규칙을 문서로 적습니다.    ★
왜

  Day 2 의 3단계(예외가 생긴다)는
  규칙이 안 적혀 있어서 생깁니다.           ★

  만든 사람은 알았는데
  다음 사람이 모르고 변칙을 만듭니다.
한 장이면 됩니다

  자리별 뜻 · 채번 방법 · 예외 처리 ·
  누가 만들 수 있나                          ★

마지막 항목이 11주차(거버넌스)로 이어집니다.


8. 4주차 예고 — 속성과 품목군

코드는 가리키는 일만 한다고 했습니다.

  그럼 나머지는 어디에 담나?
  → 속성과 품목군입니다.                        ★
4주차에 하는 일

  · 코드 말고 무엇을 적어야 하나
  · 품목군을 어떻게 나누나                      ★
  · 속성이 품목마다 다를 때
  · 단위 (개·박스·kg 이 섞일 때)                 ★

9. 이번 주 산출물

□ 코드 체계 진단서 한 장
□ 무너짐 단계 ___단계                           ★
□ 자릿수 여유 ___년                             ★
□ 화면 준비도 ___/5
□ 판단: 바꾼다 / 나중에 / 안 바꾼다
□ 코드 규칙 문서 (결론과 무관하게 작성)      ★

10. 마지막으로

이번 주가 이 과정에서 가장 논쟁이 많은 주입니다.

  "우리는 코드 보면 알아야 해요" 라는 말을
  반드시 듣게 됩니다.                           ★
그때 다투지 마세요.

  Day 3 의 다섯 자리를 보여 주고
  "이게 되면 코드를 안 봐도 됩니까?"
  라고 물으세요.                                ★

  대개 "그러면 되죠" 라는 답이 옵니다.

문제는 코드가 아니라 화면이었던 경우가 대부분입니다.


이 글은 기준정보 따라가기 과정의 3주차 5일차입니다. 과정 전체 보기

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

댓글

이 블로그의 인기 게시물

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

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

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