83. MRP II (Manufacturing Resource Planning) - 자재뿐 아니라 설비, 인력 등 생산 자원 전체 포괄 계획 (1980년대)

핵심 인사이트 (3줄 요약)

본질: MRP II (Manufacturing Resource Planning, 제조 자원 계획)는 초기 자재 조달 중심의 MRP I을 확장하여, 생산에 필요한 기계 설비(능력)와 인력, 자금(재무)까지 기업의 모든 제조 자원을 통합적으로 계획하고 통제하는 시스템이다.

가치: 기존 MRP I의 가장 큰 맹점이었던 "공장의 기계가 24시간 무한정 돌아갈 수 있다"는 비현실적 가정(무한 능력 계획)을 깨고, 실제 설비 가동 능력(Capacity)에 맞춰 생산 계획을 재조정하는 '폐쇄 루프(Closed-Loop)' 피드백 메커니즘을 완성하여 생산 계획의 실행 가능성을 100%로 끌어올렸다.

융합: MRP II는 단순한 재고 연산기를 넘어 재무(원가 회계)와 영업, 생산 부서를 하나의 데이터로 묶어낸 최초의 통합 비즈니스 시스템으로, 이후 1990년대 전사적 자원 관리인 ERP (Enterprise Resource Planning) 로 도약하는 결정적인 디딤돌 역할을 했다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념: MRP II는 1980년대 조셉 오리키(Joseph Orlicky)와 올리버 와이트(Oliver Wight)에 의해 정립된 개념으로, 초기 자재 소요량 계획(Material Requirements Planning, 통칭 MRP I)이 자재 측면(Material)에만 국한됐던 것을 탈피해 기업의 전 제조 자원(Manufacturing Resource)을 계획하는 포괄적 시스템이다. (철자가 같아 혼동을 피하기 위해 MRP 뒤에 'II'를 붙였다.)
필요성: 1970년대의 MRP I은 완벽한 부품 조달 타이밍을 계산해 냈지만 현장에서는 여전히 납기 지연이 발생했다. 부품은 제때 창고에 들어왔지만, 정작 그 부품을 조립해야 할 '용접 기계'가 고장 났거나 '작업자'가 휴가를 가서 생산 라인이 멈췄기 때문이다. 자재만 있어서는 제품이 완성되지 않는다. 설비(기계)의 가동 능력과 인력, 심지어 재료를 살 돈(재무)까지 한 번에 맞물려 돌아가야 진짜 생산 스케줄이 성립될 수 있었기에 MRP II라는 거대한 통합 로직이 필요했다.
💡 비유: MRP I이 김치찌개를 끓이기 위해 "돼지고기와 김치를 언제 사 올지"만 계산한 장보기 메모장이라면, MRP II는 "가스레인지 화구가 몇 개 비어있는지(설비 능력)", "요리할 내 체력이 남아있는지(인력)", "지갑에 식재료 살 돈이 충분한지(재무)"까지 모두 확인해서 불가능하면 요리 날짜를 내일로 미루는(피드백) 완벽한 '주방 통합 관리표'와 같다.
📢 섹션 요약 비유: 물건(자재)만 도착했다고 배송이 끝나는 게 아니라, 택배 기사(인력)와 탑차(설비)가 준비되어 있어야 진짜 배송망이 돌아간다는 현실의 팩트 폭행을 소프트웨어 시스템에 구현해 낸 진화입니다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

MRP I과 MRP II의 구조적 차이

MRP II의 가장 핵심적인 아키텍처 혁신은 생산 능력(Capacity) 의 검증과 피드백(Closed-Loop) 의 추가다.

구성 요소	MRP I (1970년대)	MRP II (1980년대)
계획의 대상	오직 자재(부품, 원재료)	자재 + 설비, 인력, 공간, 재무 자본
능력 가정	공장의 생산 능력은 무한하다 (Infinite Capacity)	공장의 생산 능력은 유한하다 (Finite Capacity)
연산 흐름	일방향 (Top-Down 전개 후 끝)	폐쇄 루프 (Closed-Loop) - 능력 부족 시 상위 계획 재수정
조직 통합	자재/구매 부서 중심	영업(수요), 생산(제조), 재무(원가) 부서 간의 통합

MRP II 아키텍처 로직 (폐쇄 루프 메커니즘)

MRP II는 상위의 마스터 플랜(S&OP)부터 하위의 현장 통제까지 끊임없이 피드백을 주고받는 폐쇄 루프(Closed-Loop) 구조를 가진다. 그 중심에 CRP(능력 소요량 계획)가 있다.

  ┌───────────────────────────────────────────────────────────────────┐
  │                 MRP II의 폐쇄 루프 (Closed-Loop) 아키텍처            │
  ├───────────────────────────────────────────────────────────────────┤
  │                                                                   │
  │  1. [영업/경영진] S&OP (판매 및 운영 계획) - 거시적 생산 목표 설정         │
  │          │                                                        │
  │          ▼                                                        │
  │  2. [생산 부서] MPS (주 생산 계획) 수립 - 완제품 스케줄링                │
  │          │                                                        │
  │          ▼                                                        │
  │  3. [자재 시스템] ───▶ MRP (자재 소요량 계획 연산) ───▶ (자재 발주서) │
  │        (무엇이 필요한가?)        │                                   │
  │                                  ▼                                   │
  │  4. [설비 시스템] ───▶ CRP (능력 소요량 계획 연산) ◀── (설비/인력 데이터)│
  │        (기계가 감당 가능한가?)    │                                   │
  │                                  ▼                                   │
  │  5. [검증 게이트] ──▶ 능력이 충분한가? (가용 시간 > 필요 시간)             │
  │                    │                                                │
  │         [아니오 (Overload)]                        [예 (OK)]          │
  │           │                                           │            │
  │           └──▶ 피드백 (MPS 계획 축소 또는 연장) ◀─┘            │            │
  │                   (상위 계획으로 다시 돌아감)               ▼            │
  │                                                6. [현장 통제 (SFC)] │
  │                                                   - 작업 지시 및 실행 │
  └───────────────────────────────────────────────────────────────────┘

[다이어그램 해설] 상부에서 "100대를 만들자"고 결정(MPS)하면, MRP가 "바퀴 400개가 필요하다"고 계산한다. 여기서 MRP I은 계산을 끝내고 발주를 넣었지만, MRP II는 CRP(Capacity Requirements Planning) 엔진으로 데이터를 넘긴다. CRP는 "바퀴 400개를 조립하려면 A기계가 10시간 돌아야 하는데, 이번 주 A기계의 가동 가능 시간은 8시간뿐이야!"라는 결론을 도출한다(오버로드 상태). 그러면 시스템은 하위 현장에 무리한 지시를 내리지 않고, 화살표를 거꾸로 올려보내(Feedback) MPS 기획자에게 "이번 주는 80대만 만들 수 있습니다"라고 상위 계획 자체를 수정하게 만든다. 이것이 바로 폐쇄 루프(Closed-Loop)의 핵심이다.

📢 섹션 요약 비유: "일단 계획대로 돌격해!"라는 앞만 보는 군대(MRP I)에서, 정찰병(CRP)이 "앞에 절벽이 있어서 다 못 지나갑니다!"라고 보고하면 장군(MPS)이 우회로를 다시 짜는 소통하는 군대(MRP II)로의 발전입니다.

Ⅲ. 융합 비교 및 다각도 분석

ERP(전사적 자원 관리)와의 연속성 및 차이점

MRP II는 기능적으로 ERP와 매우 흡사하지만, 그 스케일과 통합의 범위에서 차이가 있다.

구분	MRP II (제조 자원 계획)	ERP (전사적 자원 관리)
도입 시기	1980년대 주류	1990년대 이후 주류
통합의 범위	제조(공장) 중심 (자재, 설비, 인력, 제조 원가)	기업 전체 (Enterprise) (제조 + 인사, 재무, 회계, 영업, CRM)
데이터베이스	생산/자재 부서 중심의 분리된 DB 구조 존재	기업 전체를 관통하는 단일 통합 데이터베이스 (SSOT)
초점	어떻게 하면 공장 라인을 멈추지 않고 잘 돌릴까?	어떻게 하면 기업 전체의 자원과 자금 흐름을 최적화할까?

MRP II 내의 재무적 통합 (Financial Integration)

MRP II의 또 다른 숨겨진 공로는 '수량'을 '돈'으로 바꾸어 주었다는 점이다. 자재 부서에서 부품 수량을 계산하면, 회계 부서는 이 시스템 데이터를 가져다 부품 단가를 곱해 '예상 재료비'를 뽑고, 기계 가동 시간(CRP)에 전력비와 감가상각비를 곱해 '예상 제조 원가'를 뽑아냈다. 물리적 생산 데이터가 즉시 재무 데이터로 자동 변환되는 이 융합이 바로 오늘날 SAP, Oracle 등 글로벌 ERP 시스템이 가진 핵심 비즈니스 로직의 출발점이다.

📢 섹션 요약 비유: MRP II가 공장장(제조 통합)을 위한 완벽한 지휘소였다면, ERP는 공장장뿐만 아니라 인사팀장, 재무팀장, 영업팀장까지 한 책상에 앉힌 회장님(전사 통합)의 지휘소입니다.

Ⅳ. 실무 적용 및 기술사적 판단

실무 시나리오

시나리오 — 병목 설비(Bottleneck) 미관리로 인한 납기 지연: 한 중견 제조업체가 MRP 시스템을 돌려 자재를 제때 입고시켰음에도, 열처리 공정(특수 오븐) 앞에는 항상 작업물이 산더미처럼 쌓이고 납기는 매번 지연되었다.
- 기술사적 판단: 이 공장은 자재 소요량만 계산하는 반쪽짜리 MRP를 쓰고 있는 상태다. 전체 공정 중 가장 느린 '병목 설비(오븐)'에 대한 능력 소요량 계획(CRP) 모듈이 아키텍처에 결여되어 있다. 해결책으로 CRP 기능을 활성화하여 오븐의 최대 가동 시간(Capacity)을 한계치로 설정하고, 시스템이 이 한계를 넘는 주 생산 계획(MPS)을 수립하려 할 때 사전에 경고(Warning)를 띄워 외주 처리를 하거나 일정을 분산하도록 피드백 루프를 복원해야 한다.
시나리오 — 데이터 사일로(Silo)로 인한 원가 결산의 오류: 생산팀은 자신들의 로컬 시스템(MRP I 수준)에 기계 가동 시간과 자재 소모량을 기록하고, 월말에 이 엑셀 데이터를 회계팀에 넘겼다. 회계팀이 이를 수기로 재무 시스템에 입력하는 과정에서 누락이 발생해 제조 원가 계산이 한 달씩 늦어졌다.
- 기술사적 판단: 생산 물리 데이터와 재무 데이터가 단절된 전형적인 사일로 현상이다. 시스템 아키텍처를 MRP II 철학 기반으로 통합해야 한다. 생산 현장에서 작업자가 "생산 완료(바코드 스캔)"를 입력하는 즉시, 시스템 백그라운드에서 표준 원가와 실제 소모량을 계산하여 실시간으로 회계 원장(General Ledger)에 제조 원가 분개 처리가 자동 연동되도록 인터페이스를 설계해야 한다.

폐쇄 루프(Closed-Loop) 아키텍처 설계 체크리스트

라우팅 (Routing) 정보 무결성: 제품이 A기계 → B기계 → C기계를 거친다는 동선 데이터와 각 기계당 소요 시간(표준 공수) 데이터가 정확하게 시스템에 입력되어 있는가? (BOM만큼 Routing이 정확해야 CRP가 작동한다)
달력 및 교대조 (Calendar/Shift) 관리: 기계의 가동 가능 시간을 주 40시간으로 할지, 2교대 80시간으로 할지 시스템의 워크 센터(Work Center) 마스터 데이터가 현실을 제대로 반영하고 있는가?
피드백 체계: 능력이 초과(Overload) 되었을 때, 현장 관리자가 이를 상위 계획자에게 시스템적으로 보고(Alert)할 수 있는 대시보드가 존재하는가?
📢 섹션 요약 비유: 맛집 주방장이 아무리 찌개를 빨리 끓여내도(자재 조달), 서빙하는 알바생(능력/설비)이 한 명뿐이면 손님은 찌개를 먹을 수 없습니다. 병목 지점을 파악하고 알바생을 더 뽑을지 손님을 안 받을지 결정하는 것이 CRP의 핵심입니다.

Ⅴ. 기대효과 및 결론

기대효과

실행 가능한(Feasible) 계획 수립: 무리한 공장 가동 지시로 인한 불량률 증가와 작업자 과로를 막고, 공장의 실제 체력(Capacity)에 맞는 100% 실행 가능한 현실적 스케줄을 보장한다.
재무적 가시성 (Financial Visibility): 생산의 물리적 움직임(수량, 시간)이 돈(비용, 원가)의 흐름으로 실시간 치환되어, 경영진이 "이번 주 라인을 돌리면 얼마의 원가가 발생할지" 사전 예측이 가능해진다.
납기 준수율 극대화: 부품 결품과 기계 고장이라는 두 가지 변수를 모두 시스템 내에서 통제함으로써 고객과의 납기 약속(On-Time Delivery)을 혁신적으로 개선한다.

결론

MRP II (제조 자원 계획)는 소프트웨어 공학의 관점에서 보았을 때 매우 위대한 이정표다. 초기 MRP I이 단순히 "입력(BOM)을 주면 출력(발주량)을 뱉는" 선형적인 계산기(Calculator)였다면, MRP II는 "결과가 한계(Capacity)를 초과하면 스스로 피드백 루프를 돌려 원인을 교정하는" 지능형 제어 시스템(Control System)으로의 아키텍처적 도약을 이뤄냈기 때문이다. 오늘날 클라우드와 AI가 결합된 초현대적인 전사적 자원 관리(ERP) 시스템조차, 그 심장부에서 공장을 돌리는 엔진은 여전히 1980년대에 완성된 MRP II의 '자재 연산(BOM)'과 '능력 검증(CRP)'이라는 위대한 폐쇄 루프 알고리즘에 빚을 지고 있다.

📌 관련 개념 맵 (Knowledge Graph)

개념 명칭	관계 및 시너지 설명
MRP I (Material Requirements Planning)	MRP II의 근간이 되는 초기 로직으로, 종속 수요 자재를 역산하여 적시 조달 타이밍을 계산하는 뼈대 알고리즘이다.
CRP (Capacity Requirements Planning)	MRP II를 완성하는 핵심 모듈로, 계산된 자재를 조립할 기계와 사람의 가동 능력(유한 능력)을 검증하여 병목을 방지한다.
S&OP (Sales and Operations Planning)	영업의 판매 계획과 공장의 운영 계획을 조율하는 최고위층 회의체로, MRP II 시스템의 가장 최상단 입력값(목표)을 결정한다.
ERP (Enterprise Resource Planning)	MRP II의 폐쇄 루프 통제 사상과 재무 연동 개념을 제조 부서를 넘어 기업의 영업, 인사, 물류 등 전사 단위로 확장시킨 최종 진화 형태다.
라우팅 (Routing / 공정 순서)	BOM이 '무엇'을 만드는가에 대한 레시피라면, 라우팅은 '어느 기계'에서 '얼마나 오래' 만드는가를 정의하는 마스터 데이터로 CRP 연산에 필수적이다.

👶 어린이를 위한 3줄 비유 설명

MRP 1탄은 엄마가 카레를 끓이기 위해 "두부랑 고기를 언제 마트에서 사 올까?"만 계산해 주는 단순한 달력이었어요.
하지만 MRP 2탄은 아주 똑똑해져서, "가스레인지 화구가 비어있나? 냄비는 충분한가? (설비)", 그리고 "내 지갑에 돈은 있나? (재무)"까지 모두 확인해 줘요.
만약 화구가 꽉 차 있거나 돈이 부족하면, 엄마한테 "카레 끓이는 날짜를 내일로 미루세요!"라고 띠링띠링 경고(피드백)까지 해주는 만능 주방 관리 로봇이랍니다!