형상관리(PLM)와 판단OS는 어떻게 다른가

PLM과 형상관리가 관리하는 것

PLM(Product Lifecycle Management)은 제품의 구상에서 설계, 제조, 서비스, 폐기에 이르는 전 수명주기를 관리하는 프로세스입니다. 위키백과는 PLM을 구상·설계·실현·서비스(Conceive, Design, Realize, Service)의 네 단계를 포괄하는 관리로 설명하고, Siemens는 PLM을 '사람·프로세스·정보를 제품의 전 생애에 걸쳐 통합하는 비즈니스 전략'으로 정의합니다.

형상관리(Configuration Management, 형상관리)는 그 안에서 제품의 성능·기능·물리적 속성의 일관성을 수명주기 동안 유지하는 시스템 엔지니어링 프로세스입니다. PLM 벤더 Aras의 정의에 따르면 형상관리가 관리하는 대상은 네 가지로 명확합니다.

• 형상항목(Configuration Items): 하드웨어·소프트웨어·문서
• 베이스라인(Baseline): 특정 시점에 합의된 제품 속성의 기준점
• 상태/현황(Status): 누가·무엇을·언제 변경했는지의 기록
• 버전과 변경(Versions/Changes): 버전 이력과 변경 추적

베이스라인은 '상태'의 언어다

형상관리의 핵심 개념인 베이스라인은 위키백과 정의로 '특정 시점에 합의된 제품 속성에 대한 기술(記述)'이며, 변경 통제 프로세스를 통해서만 수정되는 고정된 참조점입니다. 즉 형상관리의 모든 언어는 상태(state)의 언어입니다. 무엇이 지금 어떤 형상인지, 어느 버전이 승인되었는지, 누가 무엇을 바꿨는지를 정확하게 고정합니다.

이것은 제조에 반드시 필요한 기능입니다. 상태가 흔들리면 어떤 부품으로 무엇을 만들었는지조차 알 수 없기 때문입니다. 다만 형상관리가 관리하는 목록 어디에도 '그 결정이 왜 옳았는가'라는 판단 근거는 들어 있지 않습니다. 그것은 형상관리의 범위가 아니라 경계 너머의 영역입니다.

판단OS는 '이유'의 언어를 다룬다

판단OS가 다루는 것은 상태가 아니라 판단입니다. 같은 설계변경이라도 PLM은 변경 전후 형상과 버전, 승인 이력을 남기고, 판단OS는 그 변경을 결정하기까지의 맥락을 남깁니다. 어떤 상황이었고, 어떤 선택지를 두고 고민했으며, 무엇을 결정했고, 그 근거가 무엇이었는지입니다.

그래서 둘은 대체 관계가 아니라 보완 관계입니다. PLM이 '지금 제품이 어떤 상태인가'에 답한다면, 판단OS는 '왜 이 상태가 되었는가'에 답합니다. PLM의 형상 이력만으로는 후임자가 과거의 판단을 신뢰하고 재사용할 수 없지만, 판단의 이유가 함께 남으면 비슷한 상황에서 과거 결정을 끌어와 다시 쓸 수 있습니다.

• PLM/형상관리: 상태·버전·형상·베이스라인 (무엇이 어떤 상태인가)
• 판단OS: 상황·선택지·결정·근거 (왜 그렇게 결정했는가)

두 시스템을 나란히 두면

PLM/MES/ERP가 제품과 공정의 상태와 실적을 관리하는 동안, 판단OS는 그 옆에서 판단의 이유를 축적합니다. 상태 시스템을 대체하려 들면 둘 다 망가지고, 보완으로 두면 서로의 빈칸을 채웁니다. 형상은 PLM에, 판단은 판단OS에 — 역할을 나누는 것이 가장 깔끔합니다.