공장에 이야기로 시작했으니, 공장 이야기로 마무리하자.
현대의 스마트 공장에는 물리적 공장 외에 하나가 더 있다. 디지털 공장. 실제 공장의 모든 설비, 공정, 부품, 품질 데이터가 실시간으로 반영되는 가상의 쌍둥이다. 설비가 고장 나기 전에 예측하고, 공정을 바꾸기 전에 시뮬레이션하고, 품질 문제의 원인을 디지털 공간에서 먼저 찾는다.
이것을 Digital Twin이라 부른다.
SOM이 완전히 구현된다면, 소프트웨어의 Digital Twin이 된다.
지금까지 만들어온 것 What we have built so far
9화에 걸쳐 SOM의 구조와 활용을 이야기했다.
프로그램 목록으로 소프트웨어의 부품표를 만들었다. SOM ID로 기획·개발·테스트·산출물을 하나로 연결했다. 커버리지·정합성·영향도로 품질을 측정했다. 테스트 시나리오를 SOM 단위로 설계하고, 자동화 코드로 연결했다.
이 모든 것이 쌓이면 무엇이 만들어지는가.
소프트웨어의 모든 기능 단위가 ID로 식별되고, 각 단위의 기획 내용·구현 상태·테스트 이력·결함 이력·변경 이력이 실시간으로 연결된 구조. 이것은 단순한 관리 도구가 아니다. 소프트웨어 그 자체를 비추는 거울이다.
Digital Twin이 가능해지는 순간 When the twin comes alive
Digital Twin의 핵심은 실시간 반영이다. 물리 세계가 바뀌면 디지털 세계도 즉시 바뀐다.
SOM에서 이것은 이렇게 실현된다.
개발자가 코드를 수정하고 커밋한다. → SOM-0042와 연결된 변경 이력이 자동으로 기록된다. → SOM-0042의 영향도 분석이 갱신된다. → 연관 테스트가 자동으로 재실행된다. → 결과가 SOM-0042의 품질 지표에 반영된다. → 기획자가 SOM-0042를 열면 최신 상태를 본다.
사람이 수동으로 업데이트하는 것이 없다. 개발 행위 자체가 SOM을 갱신한다.
이 상태가 되면 소프트웨어의 Digital Twin이 완성된다. 코드베이스의 상태가 SOM에 실시간으로 비친다.
Digital Twin이 열어주는 것들 What the twin unlocks
아직 가야 할 길 The road still ahead
솔직하게 말하자.
지금 SOM은 이론이다. 완전한 Digital Twin을 구현하려면 아직 갈 길이 있다. 소스 분석 엔진이 있어야 하고, CI/CD와 연동해야 하고, 실시간 데이터 파이프라인이 있어야 한다. 이것들을 만드는 일이 지금 진행 중이다.
그러나 이론이 먼저여야 했다. 무엇을 만들어야 하는지 알지 못하면, 도구를 만들어도 방향을 잃는다. SOM은 도구보다 먼저 존재해야 하는 설계도다.
제조업도 처음에는 BOM이 개념이었다. 종이 위의 부품 목록이었다. 그것이 ERP 시스템이 되고, 스마트 공장이 되고, Digital Twin이 되는 데 수십 년이 걸렸다. 소프트웨어의 BOM도 같은 여정을 걷고 있다.
마지막으로 One last thing
이 연재를 시작하면서 던진 질문이 있었다.
SOM은 그 질문에 대한 하나의 답이다. 완벽한 답은 아니다. 더 나은 답이 나올 수도 있다. 그러나 적어도 이것은 분명하다.
기획자가 설계하고, 개발자가 구현하고, QA가 검증하고, PM이 판단하는 — 모두가 같은 단위, 같은 언어로 소프트웨어를 이야기하는 것이 가능하다. 그리고 그것이 가능해지면, 품질은 더 이상 개발자만의 것이 아니게 된다.
부품표 하나가 공장을 바꿨듯, SOM 하나가 소프트웨어 품질의 언어를 바꿀 수 있다고 믿는다.
SOM 하나가 소프트웨어 품질의 언어를 바꾼다.
본 연재를 읽어주셔서 감사합니다. SOM에 대한 질문, 피드백, 적용 사례는 언제든 환영합니다.