Configurable Product Platform: Siemens가 디지털 트윈·협업으로 9개월 만에 제품 변형 750→2만 5천 개

Siemens Congleton은 디지털 트윈과 시뮬레이션, 서로 연결된 기업 시스템으로 제품 변형을 9개월 만에 30배 넘게 늘렸습니다. 발표자가 앞에 둔 것은 도구가 아니라 엔지니어링·IT·제조가 함께 일한 방식이었습니다. 따라 하려면 변형을 옵션과 규칙으로 정의하고, 실물 대신 가상으로 검증하고, 변형 정보가 시스템 사이를 다시 입력 없이 흐르게 하는 일을 한 팀이 맡아야 합니다.

요약

The Manufacturer의 Joe Bush가 Manufacturing Leaders’ Summit 2026 둘째 날 발표를 정리한 기사입니다. 이 노트는 그중 마지막 키노트, Siemens Congleton 공장의 조달 책임자(Head of Procurement) Christina Wolger의 발표를 다룹니다. 주제는 불확실한 환경에서 회복력 있는 운영을 만드는 법이었습니다. Wolger는 영국 제조업이 받는 압력으로 경제 불확실성, 지정학 불안, 공급망 차질, 숙련 인력 부족, 에너지 비용 상승, 빠르게 등장한 AI를 꼽고 자기 공장의 경험을 사례로 들었습니다. 첫 사례는 새 구성형 제품 플랫폼(configurable product platform, 정해진 옵션을 조합해 주문마다 다른 제품을 만드는 구조)입니다. 이 플랫폼의 변형(variant) 수는 9개월 만에 약 750개에서 2만 5천 개 이상이 됐습니다. 두 번째 사례는 팬데믹 뒤 공급망 변동성에 대응한 조직 변화입니다.

Wolger가 꼽은 수단은 디지털 트윈(digital twin, 실물 제품·공정을 가상으로 옮긴 모델), 시뮬레이션, 서로 연결된 기업 시스템(connected enterprise systems)입니다. 그러나 그는 이 변화를 가능하게 한 것이 엔지니어링·IT·제조 팀의 협업이었다고 강조했습니다. 공급망 사례에서도 조직을 다시 짜고 책임을 분명히 하고 직원을 참여시킨 결과, 회사가 더 민첩해졌고 인력의 25% 넘게 개선 프로젝트에 직접 참여했습니다. 앞으로는 AI, 고급 분석, 디지털 트윈이 예측·가시성·의사결정을 개선할 것으로 봤고, 이를 위해 역량에 투자하고 직원에게 권한을 주고 협력사와 관계를 단단히 해야 한다고 말했습니다. 같은 날 생산성 패널(Westley Engineering, Eurocell, JLR)도 기술이나 AI에 투자하기 전에 공정 개선이 먼저라고 정리했습니다. 아래에서는 변형 확대를 떠받친 구조를 풀고, 실제로 돌릴 때 필요한 데이터 모델과 일정을 덧붙입니다.

핵심 메커니즘

Configurable product platform: 옵션과 규칙으로 변형을 만드는 구조

구성형 제품 플랫폼은 완제품 목록을 미리 만들어 두지 않습니다. 옵션(등급, 통신 방식, 외함 같은 선택 항목)과 조합 규칙을 정의해 두고 주문이 들어올 때 변형을 만듭니다. 옵션 하나를 더하면 가능한 조합은 곱셈으로 늘어나므로, 변형 수가 몇 달 사이 30배 넘게 늘어나는 일은 옵션 체계가 갖춰진 뒤에야 가능합니다. 반대로 규칙이 허술하면 만들 수 없는 조합이 주문에 섞입니다. 원문은 Congleton 플랫폼의 제품과 옵션 구성을 밝히지 않았습니다. Congleton은 Sinamics 가변속 드라이브를 만드는 공장이므로(같은 매체 9월 기사), 아래 그림은 드라이브류를 가정한 가상 예시입니다.

Digital twin과 simulation: 실물 없이 변형을 검증한다

변형이 2만 5천 개를 넘으면 하나씩 시제품을 만들어 볼 수 없습니다. 디지털 트윈은 제품과 생산 공정을 가상 모델로 옮겨, 새 조합이 조립되는지, 성능 조건을 맞추는지, 라인 작업 시간에 어떤 영향을 주는지를 실물 없이 확인하게 해 줍니다. 시뮬레이션은 그 모델 위에서 여러 조합과 생산 순서를 돌려 보는 작업입니다. Wolger는 두 가지를 변형 확대를 가능하게 한 수단으로 꼽았습니다. 검증에 실패한 조합은 금지 규칙으로 돌아가 플랫폼을 다듬는 데 쓰입니다.

Connected enterprise systems: 변형 정보가 다시 입력 없이 흐른다

변형 하나가 생기면 설계 정보, 품목과 가격, 구매 부품 목록, 작업 지시가 함께 생겨야 합니다. 이 정보가 PLM(제품 수명주기 관리), ERP(전사 자원 관리), MES(제조 실행 시스템) 사이를 사람이 옮겨 적는 방식이면 변형 수가 곧 수작업 양이 됩니다. Wolger가 말한 연결된 기업 시스템은 이 경로를 잇는 일입니다. 원문은 어떤 시스템을 어떻게 연결했는지 밝히지 않았으므로, 그림은 제조업에서 흔한 구조로 그렸습니다.

Cross-functional collaboration: 엔지니어링·IT·제조가 한 팀으로

발표의 중심은 이 부분입니다. 옵션과 규칙은 엔지니어링이, 시스템 연결과 데이터 표준은 IT가, 라인 영향과 작업 표준은 제조가 압니다. 셋 중 하나라도 따로 움직이면 변형은 설계상 가능해도 시스템에 없거나, 시스템에 있어도 라인에서 만들 수 없습니다. Wolger는 9개월 만의 확대를 이끈 힘을 기술보다 이 협업에서 찾았습니다. 같은 날 생산성 패널이 사일로를 허무는 기능 간 협업과, 바꾼 것을 현장에 뿌리내리게 하는 일을 강조한 것과도 맞닿습니다.

Workforce participation: 구조를 바꾸고 사람을 개선에 넣는다

두 번째 사례는 팬데믹 뒤 공급망 변동성입니다. Congleton은 조직을 다시 짜고, 누가 무엇을 책임지는지 분명히 하고, 직원을 개선 활동에 끌어들였습니다. 그 결과 인력의 25% 넘게 개선 프로젝트에 직접 기여했고 회사는 변동에 더 빨리 대응하게 됐다고 Wolger는 말했습니다. Wolger의 맺음말도 같은 방향입니다. “Technology should never be something that just happens to people.” 기술은 사람에게 그냥 떨어지는 것이어서는 안 된다는 뜻입니다.

통념과 다른 주장

저자가 든 사례

Siemens Congleton: 구성형 제품 플랫폼의 변형 확대

구분	내용
상황	새 구성형 제품 플랫폼 출범, 변형 약 750개
한 일	디지털 트윈, 시뮬레이션, 연결된 기업 시스템 활용. 엔지니어링·IT·제조 팀 협업
결과	9개월 만에 변형 2만 5천 개 이상. 제품명, 비용, 시스템 이름은 원문에서 밝히지 않음
연결	Configurable product platform, Digital twin과 simulation, Connected enterprise systems, Cross-functional collaboration

Siemens Congleton: 팬데믹 뒤 공급망 변동성 대응

구분	내용
상황	팬데믹 이후 공급망 변동성
한 일	조직 재편, 책임 명확화, 직원 참여
결과	더 민첩하고 빠르게 대응하는 조직. 인력 25% 넘게 개선 프로젝트에 직접 기여. 기간과 프로젝트 수는 원문에서 밝히지 않음
연결	Workforce participation

기술 디테일: 변형 2만 5천 개를 데이터로 다루려면

아래는 원문에 없는 내용으로, 같은 구조를 실제로 돌릴 때 필요한 것을 정리한 것입니다.

변형을 옵션 조합으로 저장해야 합니다(Configurable product platform). 변형마다 완제품 품목을 따로 만들면 2만 5천 개 품목을 관리하게 됩니다. 변형은 옵션 값의 조합과 그 조합을 통과시킨 규칙 버전으로 저장하고, 품목 번호와 BOM은 조합에서 파생합니다. 최소 필드는 다음과 같습니다.

{
  "variant_key": "PLAT-A|P07|COM-ETH|IP55|CE-UL",
  "platform_id": "PLAT-A",
  "options": {"power": "P07", "comms": "COM-ETH", "enclosure": "IP55", "cert": "CE-UL"},
  "rule_version": "2026.11.03",
  "validation": {"twin_check": "pass", "line_sim": "pass", "checked_at": "2026-11-05"},
  "bom_ref": "derived",
  "common_part_ratio": 0.82,
  "status": "released"
}

variant_key는 옵션 코드를 정해진 순서로 이은 값으로, PLM·ERP·MES가 같은 키를 씁니다. rule_version이 있어야 나중에 규칙이 바뀌었을 때 어떤 변형을 다시 검증할지 찾을 수 있습니다. 필드 이름과 값은 설명용 가상 예시입니다.

모든 조합을 다 시뮬레이션하지 않습니다(Digital twin과 simulation). 2만 5천 개를 하나씩 돌리면 계산 시간이 감당이 안 됩니다. 옵션 쌍(pairwise) 단위로 서로 영향을 주는 조합만 골라 검증하고, 열·공간·전기처럼 물리적으로 부딪히는 옵션 쌍을 먼저 봅니다. 실패한 쌍은 금지 규칙으로 등록하고 rule_version을 올립니다. 판정은 통과·조건부 통과·실패 셋으로 나누고, 조건부 통과는 엔지니어가 확인한 뒤에만 출시 목록에 올립니다.

시스템 연결은 키 하나와 이벤트로 시작합니다(Connected enterprise systems). PLM에서 변형이 released가 되면 이벤트를 내보내고, ERP가 품목과 구매 BOM을, MES가 작업 지시 템플릿을 만듭니다. 이때 자주 깨지는 지점은 세 곳입니다. 옵션 코드 표기가 시스템마다 다른 경우, 규칙 변경이 ERP에 늦게 반영되는 경우, 현장 변경이 PLM으로 돌아오지 않는 경우입니다. 매일 세 시스템의 variant_key 목록을 대조해 불일치 건수를 보고하면 첫 달 안에 대부분 드러납니다.

AI 예측은 변형이 아니라 옵션 단위로 합니다(Wolger가 말한 다음 단계). Wolger는 AI와 고급 분석이 예측과 가시성을 개선할 것으로 봤습니다. 변형이 2만 5천 개면 변형 하나당 판매 이력이 짧고 드문드문해 변형별 예측은 오차가 큽니다. 플랫폼 전체 수요와 옵션별 채택률(전체 주문 중 그 옵션을 고른 비율)을 따로 예측하고, 둘을 곱해 부품 소요를 계산하는 편이 안정적입니다. 모델은 단순 지수평활 같은 기준 모델로 시작하고, 계절성과 수주 잔량을 넣은 gradient boosting(LightGBM 등)이 기준 모델보다 오차(MAPE)를 줄일 때만 바꿉니다. 공통 부품은 플랫폼 총수요만으로 계획할 수 있어 협력사에 먼저 공유하기 좋습니다. 예측 모델은 매주 다시 돌리고, 옵션 채택률이 4주 연속 신뢰구간을 벗어나면 담당자에게 알립니다.

LLM을 붙인다면 규칙 설명과 질의에 씁니다. 영업이나 고객이 “이 통신 방식에 이 외함이 되나”를 물을 때, 규칙 엔진의 판정 결과를 근거로 답하게 하고 판정 자체는 규칙 엔진에 맡깁니다. 답변에는 근거 규칙 ID와 rule_version을 함께 내도록 구조화 출력을 정합니다. 규칙에 없는 조합을 물으면 “규칙 없음, 엔지니어링 확인 필요”로 답하게 해 지어낸 허용을 막습니다.

현업 실행 디테일: 누가, 언제, 무엇을

역할. Wolger가 협업 주체로 든 엔지니어링·IT·제조에, 공급망 쪽 조달을 더했습니다(가상 예시).

역할	하는 일	산출물
플랫폼 오너(엔지니어링)	옵션·규칙 정의, 변형 승인	옵션 사전, 규칙 버전 기록
디지털 트윈 담당(엔지니어링)	트윈 모델 유지, 쌍 단위 검증	검증 결과표
IT 아키텍트	variant_key 표준, PLM·ERP·MES 연결	인터페이스 명세, 일일 불일치 리포트
생산기술(제조)	라인 영향 검토, 작업 표준	공정 순서 템플릿
조달	공통 부품 확대, 옵션 단위 소요를 협력사와 공유	부품 소요 계획, 협력사 공유본
개선 리더	현장 직원의 개선 참여 운영	참여율, 개선 과제 목록

준비물. 제품군 하나의 최근 12개월 주문 데이터, 현재 품목·BOM 목록, 설계 규칙 문서(엑셀이어도 됨), 라인별 작업 시간 데이터, 세 시스템의 품목 코드 대응표.

기간	할 일	산출물
1~2주	기존 품목을 옵션 조합으로 분해	옵션 사전 초안, 분해 안 되는 품목 목록
3~4주	허용·금지 규칙 정리	규칙 v1, 가능한 조합 수
5~7주	위험 옵션 쌍 20~30개를 트윈으로 검증	검증 결과표, 규칙 v2
8~9주	variant_key로 PLM→ERP→MES 연결	일일 불일치 리포트
10~11주	옵션 채택률 기반 부품 소요 계산	옵션 단위 예측, 협력사 공유본
12주	진행 여부 판정	판정 보고서

확인 질문.

• 지금 새 변형 하나를 출시하는 데 며칠이 걸리고, 그중 다시 입력하는 단계는 몇 개입니까?
• 주문 가운데 만들 수 없는 조합이 들어와 되돌린 건이 한 달에 몇 건입니까?
• 옵션 코드를 시스템마다 다르게 쓰는 곳이 있습니까?
• 현장 직원이 변형 관련 개선을 제안할 통로가 있고, 지난 분기 몇 명이 썼습니까?

진행 판정 기준(예시). 일일 불일치가 시범 시작 대비 80% 넘게 줄었는지, 새 변형 출시 리드타임이 절반 이하로 줄었는지, 만들 수 없는 조합의 주문 유입이 0건인지, 제품군 담당 인력의 20% 이상이 개선 과제에 참여했는지를 봅니다. 넷 중 셋을 넘으면 다음 제품군으로 넓힙니다.

AX 적용 제언. 이 사례를 고객사에 옮길 때 첫 질문은 “디지털 트윈을 살까”가 아니라 “변형 하나가 설계에서 현장까지 몇 번 다시 입력되나”입니다. 다품종 조립 제조(전기·전자 부품, 산업 장비, 공조)에서 영업이 요구하는 조합이 늘어나 수작업이 막혀 있는 곳이 1순위입니다. 순서는 옵션 사전과 규칙 정리, 시스템 키 통일, 가상 검증, 옵션 단위 예측입니다. 스폰서는 제품 기획이나 생산 총괄 한 사람으로 두고, 엔지니어링·IT·제조·조달 담당을 한 팀으로 묶어 같은 지표(출시 리드타임, 불일치 건수, 참여율)로 평가합니다. Wolger가 말한 대로 기술은 마지막에 얹고, 사람이 그 흐름을 먼저 맡게 합니다.

원문 사례

항목	내용
원문	The Manufacturer, Joe Bush, 2026년 11월 11일. Manufacturing Leaders’ Summit 2026 둘째 날 정리
발표	Christina Wolger(Siemens Congleton 조달 책임자), 회복력 있는 운영 만들기
압력 요인	경제 불확실성, 지정학 불안, 공급망 차질, 숙련 인력 부족, 에너지 비용 상승, AI의 빠른 등장
사례 1	구성형 제품 플랫폼 변형 약 750개 → 9개월 만에 2만 5천 개 이상. 디지털 트윈·시뮬레이션·연결된 기업 시스템, 엔지니어링·IT·제조 협업
사례 2	팬데믹 뒤 공급망 변동성. 조직 재편·책임 명확화·직원 참여, 인력 25% 넘게 개선 프로젝트 기여
다음 단계	AI·고급 분석·디지털 트윈으로 예측·가시성·의사결정 개선. 역량 투자, 직원 권한 부여, 협력사 관계 강화
같은 날 패널	Westley Engineering, Eurocell, JLR: 기술·AI 투자 전에 공정 개선, 정착과 기능 간 협업
공장 정보(보조)	Sinamics 가변속 드라이브 생산, 약 500명(The Manufacturer, 2026년 9월 15일 기사)

핵심 개념

Variant

같은 플랫폼에서 옵션 조합만 달리해 만든 제품 하나입니다.

PLM

Product Lifecycle Management. 제품의 설계 정보와 변경 이력을 관리하는 시스템입니다.

MES

Manufacturing Execution System. 작업 지시와 생산 실적을 현장에서 관리하는 시스템입니다.

BOM

Bill of Materials. 제품 하나를 만드는 데 드는 부품과 수량 목록입니다.

Pairwise testing

모든 조합 대신 옵션 두 개씩의 조합을 빠짐없이 덮도록 검증 대상을 고르는 방법입니다.

Attach rate

전체 주문 가운데 특정 옵션을 고른 주문의 비율입니다. 옵션 단위 예측의 기본값입니다.

Resilience

충격을 받은 뒤 빠르게 회복하고 변화를 기회로 바꾸는 운영 능력입니다.

내 메모

TODO: 내 생각 추가

원문은 The Manufacturer 「Manufacturing Leaders’ Summit 2026 - Day 2 key takeaways」(Joe Bush, 2026.11.11)입니다. 이 노트는 그중 Siemens Congleton Christina Wolger의 키노트를 중심으로, 같은 날 생산성 패널을 보조로 정리했습니다. 요약, 핵심 메커니즘의 원문 내용, 통념과 다른 주장, 저자가 든 사례는 원문이 언급한 내용을 AX Partners가 다시 정리했습니다. Congleton의 생산 제품과 인원은 같은 매체의 「Siemens’ Congleton factory celebrates 10 million milestone」(2026.9.15)에서 가져왔습니다. 구성형 플랫폼·디지털 트윈·시스템 연결의 작동 설명, 기술 디테일의 스키마·설정값, 현업 실행 디테일의 역할·일정·판정 기준, 적용 제언, 인포그래픽과 표는 실제로 돌릴 때 필요한 것을 새로 작성했습니다. 원문 전체는 링크에서 볼 수 있습니다.