연재 시리즈

소프트웨어의 부품표를 만들다

SOM 이론 연재

A theory series on redesigning the unit of software quality management

제조업은 BOM(부품표)으로 수만 개의 부품을 하나의 언어로 연결했다.
소프트웨어는 왜 아직도 코드를 기준으로 품질을 이야기하는가.
SOM은 그 질문에서 출발한다.

SOM이란

SOM은 소프트웨어의 구성 요소를 '코드 파일'이 아닌 '사람이 이해하는 단위'로 정의하고, 그 단위에 고유 ID를 부여해 기획·개발·테스트·산출물을 하나의 언어로 연결하는 방법론입니다.

기획자가 말하는 '회원가입 화면'과 개발자가 다루는 UserController, QA가 작성하는 테스트 케이스 — 이 세 세계를 같은 ID로 묶을 수 있다면, 품질은 비로소 모두의 언어가 됩니다.

Episodes
1화
QA는 왜 항상 개발자의 언어인가
품질은 모두의 책임이라는데, 품질을 읽는 언어는 왜 개발자만 아는가. 세 가지 균열과 그 공통 뿌리.
Why quality belongs to everyone but only developers can read it
2026-04-12 읽기 →
→
2화
공장에서 배운 것 — BOM이라는 아이디어
1950년대 도요타 공장에서 탄생한 BOM. 제조업이 수십 년 전 풀었던 언어 통일의 문제가 소프트웨어와 만났을 때.
How manufacturing unified its language with BOM — and why software still hasn't
2026-04-12 읽기 →
→
3화
SOM의 탄생 선언 — 소프트웨어도 부품표가 있어야 한다
소프트웨어의 UI 구성 요소를 비즈니스 단위로 자산화하라. SOM이 해결하는 세 가지 균열과 선언의 무게.
The declaration — software needs its own Bill of Materials
2026-04-12 읽기 →
→
4화
SOM의 5계층 구조 — 소프트웨어를 해석하는 새로운 언어
Project · Module · Program · Component · Action. 다섯 계층이 만드는 변화 내성과 SOM ID가 품질을 연결하는 방식.
Five layers that absorb change — a new grammar for software quality
2026-04-12 읽기 →
→
5화
SOM ID — 프로그램을 자산으로 만드는 열쇠
SOM ID가 실제로 어떻게 기획·개발·테스트·산출물을 하나로 연결하는지. 번호 하나가 만드는 추적 가능성의 세계.
How a single ID connects planning, development, testing, and documentation
2026-04-16 읽기 →
→
6화
SOM vs 기존 방식 — SOM은 도메인을 가리지 않는다
애자일, DevOps, 기존 감리 방식과 SOM은 어떻게 다른가. 그리고 왜 SOM은 특정 도메인에 국한되지 않는가.
How SOM differs from Agile, DevOps, and traditional QA — and why it works across domains
Coming Soon
7화
SOM 도입 첫걸음 — 프로그램 목록 만들기
거창한 도구 없이, 스프레드시트 하나로 시작하는 SOM. 프로그램 목록 작성의 실전 가이드.
Start with a spreadsheet — the practical first step to building your SOM program list
Coming Soon
8화
SOM으로 테스트 시나리오 설계하기
SOM ID를 기준으로 테스트 시나리오를 구조화하는 방법. UI 변경에 흔들리지 않는 테스트 설계.
How to design test scenarios anchored to SOM IDs — resilient to UI changes
Coming Soon
9화
SOM 기반 품질 지표
커버리지, 결함 밀도, 변경 영향도. SOM ID로 연결된 데이터가 만드는 새로운 품질 언어.
Coverage, defect density, change impact — quality metrics that everyone can read
Coming Soon
10화
SOM의 미래 — Software Digital Twin
SOM이 완성되면 소프트웨어의 디지털 트윈이 만들어진다. 실시간 품질 대시보드, AI 기반 결함 예측, 자동 산출물 생성.
When SOM is complete — a living digital twin of your software
Coming Soon
번외편
SOM × 임베디드 — 안전 소프트웨어의 부품표
자동차, 의료기기, 산업제어. 기능 안전(IEC 61508, ISO 26262)이 요구하는 추적성과 SOM이 만나는 지점.
SOM meets functional safety — traceability for embedded and safety-critical software
Coming Soon
번외편 2
사마천이 알고 있었던 것 — 기전체(紀傳體)와 SOM ID
『사기』의 기전체는 인물을 중심으로 역사를 연결했다. 2000년 전 사마천이 발견한 '식별자 기반 연결'의 원리가 SOM ID와 만나는 지점.
What Sima Qian knew — the ancient principle of identity-based connection and SOM ID
Coming Soon
번외편 3
코드는 평등하지만, 조직은 그렇지 않다
SOM이 왜 지금까지 없었는가. 기술의 문제가 아닌 조직의 문제. 26년간 ITO 현장에서 목격한 먹이사슬과, 그 안에서 SOM이 할 수 있는 것.
Code is equal — organizations are not. The real reason SOM didn't exist before.
2026-04-18 읽기 →
→
번외편 5
SOM Tree — 소프트웨어의 살아있는 초상화
뉴턴은 사과가 아니라 왜 떨어지는가를 물었다. SOM Tree는 열매를 판단하지 않는다. 열매를 떨어뜨리는 중력을 보여준다.
Newton asked why the apple falls. SOM Tree shows you the gravity — not the fruit.
2026-04-18 읽기 →
→
번외편 4
이름을 붙이는 순간, 존재가 된다
노자는 이름 붙이기를 경계했다. 그러나 소프트웨어 현장에서 26년을 보낸 나는 정반대의 문제를 목격했다. 이름이 없어서 존재하지 못한 것들.
Laozi warned against naming. But 26 years in the field taught me the opposite.
2026-04-18 읽기 →
→