[기준정보 따라가기] 11주차 Day 1 — 누가 만들 수 있나: 아무나면 아무나가 만든다

주차 주제: 거버넌스 | 제조 사례: 등록 권한이 47명이던 회사

오늘의 목표: 마스터별 등록 권한을 정하고, 「주인」의 뜻을 확정한다.

소요 시간: 30분

---

1. 한 문장으로

규칙을 정해도
아무나 만들 수 있으면 규칙은 없는 것이다.   ★

---

2. 왜 권한이 넓어지나

처음엔 좁습니다.

그러다

  "급한데 담당자가 휴가예요"                    ★
  → 임시로 권한을 줍니다

  "매번 요청하기 번거로워요"
  → 현업에도 줍니다                             ★

  "영업도 거래처는 만들 수 있어야죠"
  → 넓힙니다                                    ★

그리고 아무도 안 뺍니다.                    ★

9주차 Day 2 의 「권한이 계속 쌓인다」와 같은 현상입니다.

---

3. 넓으면 무슨 일이 생기나

어느 업체 실측 — 품목 등록 권한 47명       ★

그중

  최근 1년 등록한 사람   9명                    ★
  10건 이상 등록한 사람  3명

그런데 나머지 38명도

  만들 수 있었습니다.                       ★
  그리고 가끔 만들었습니다.

그 「가끔」이 중복의 대부분이었습니다.

  자주 만드는 사람은 규칙을 압니다.
  가끔 만드는 사람은 모릅니다.              ★

---

4. ★ 주인을 정한다

「주인」은 권한이 아니라 책임입니다.        ★

주인이 하는 것

  · 그 마스터의 규칙을 정합니다                 ★
  · 등록·수정을 승인합니다
  · 품질에 책임을 집니다                     ★
    (중복·누락·틀린 값)
  · 정기적으로 정리합니다                       ★

주인은 부서가 아니라 사람이어야 합니다. ★

  "설계팀" 이면 아무도 안 합니다.
  "설계팀 김○○ 수석" 이면 합니다.

---

5. 마스터별 주인 (흔한 배치)

품목        설계 (또는 기술)                    ★
품목군      기획 · 원가                         ★
거래처      영업(고객) · 구매(공급사)           ★
BOM         설계                                ★
라우팅      생산기술
설비·작업장  생산기술 · 설비                     ★
계정과목    회계                                ★
원가요소    원가                                ★
사람·조직   인사                                ★
권한        정보시스템 + 각 업무 주인           ★
단위        ?  ← 여기가 늘 빕니다           ★
달력        총무 · 생산                         ★

「?」 를 채우는 게 오늘 할 일입니다.            ★

---

6. 주인이 없으면 생기는 일

단위 마스터가 전형적입니다.

· 아무도 안 정리합니다
· 누가 추가했는지 모릅니다                     ★
· 「개」와 「EA」와 「PC」가 다 있습니다          ★
· 환산이 틀려도 아무도 못 고칩니다             ★

그런데 단위는
9주차 Day 3 에서 봤듯이
모든 숫자에 붙습니다.                       ★

---

7. 권한을 좁힐 때 나오는 저항

"그럼 우리가 못 만듭니까?"

답 — 만들 수 있게 하되 요청으로.           ★

  현업   요청 (필요한 정보를 다 적어서)
  주인   확인하고 등록                          ★

저항의 진짜 이유는 속도입니다.             ★

  "요청하면 3일 걸려요"
  → 그러면 3일이 문제입니다. 권한이 아니라.     ★

그래서 권한을 좁히려면
등록이 빨라야 합니다.                       ★

  · 요청 화면을 만듭니다
  · 주인에게 알림이 갑니다                      ★
  · 목표 시간을 정합니다 (예: 4시간)            ★
  · 지연을 봅니다 (① 프로세스 과정의 KPI)   ★

권한 축소와 속도 개선은 같이 해야 합니다. 하나만 하면 실패합니다.

---

8. Agent 의 등록 권한

10주차 Day 3 의 결론 — Agent 는 초안까지.

거버넌스로 옮기면

  Agent 도 「요청하는 사람」입니다.          ★
  주인이 승인합니다.

  검사표준Agent → 신규 품목 표준 초안 요청
    → 품질 주인이 확인 → 등록                   ★

그리고 Agent 가 요청한 것은
표시해 둡니다.                              ★

  나중에 "AI 가 만든 것 중 틀린 비율" 을
  볼 수 있어야 하니까요.

---

9. 오늘 해 볼 것 (15분)

① 등록 권한 인원을 세세요

  품목    ___명 (실제 등록자 ___명)             ★
  거래처  ___명 (실제 ___명)
  설비    ___명 (실제 ___명)                    ★

② 주인을 적으세요 — 사람 이름으로

  마스터      주인(이름)      정해짐?
  ────────────────────────────────────
  품목        ________        ○/✗              ★
  거래처      ________        ○/✗
  단위        ________        ○/✗              ★
  달력        ________        ○/✗              ★

③ 등록 소요 시간을 재세요

  요청 → 등록 완료  평균 ___시간               ★
  → 4시간 넘으면 권한 축소가 실패합니다         ★

---

10. 내일 할 것

승인 절차가 필요한 마스터와 아닌 마스터.

전부 승인을 걸면 아무도 안 씁니다. 어디에 걸어야 하는지를 봅니다.

---

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

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