제조 현장과 소프트웨어 제공의 가치 흐름 관리: 이름은 같지만 맡은 일은 다릅니다

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

가치 흐름 관리란 무엇일까요? 공장에서는 제품군의 물리적 흐름을 운영하고, 소프트웨어 제공에서는 작업 항목을 추적합니다. 두 개념이 어떻게 다른지 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

가치 흐름 관리란 무엇일까요? 누구에게 묻느냐에 따라 답이 달라집니다. 공장에서는 고객 주문부터 납품까지 하나의 제품군이 거치는 물리적 흐름을 한 명의 책임자와 몇 가지 공유 지표로 운영하는 일을 뜻합니다. 소프트웨어 제공에서는 보통 애자일 워크플로와 DevOps 파이프라인을 거쳐 아이디어에서 릴리스까지 작업 항목을 추적하는 일을 뜻합니다. 이 글은 검색 결과, 벤더 발표, IT 부서와의 회의에서 두 가지 의미를 모두 접하고 이를 구분해야 하는 운영 우수성(Operational Excellence) 관리자를 위한 글입니다.

핵심 요약

• 공장의 가치 흐름 관리는 하나의 제품군이 주문에서 납품까지 거치는 물리적 흐름을 운영하는 것이고, 소프트웨어 제공에서는 아이디어에서 릴리스까지의 작업 항목을 추적하는 것입니다.
• 두 분야는 모두 린에서 출발했습니다. 대기를 찾아내고, 낭비를 제거하고, 가치가 고객에게 도달하는 시간을 줄이는 것이 공통된 목표입니다.
• 소프트웨어 도구는 흐름 시간, 흐름 효율 같은 흐름 지표와 변경 리드 타임, 배포 빈도 같은 DORA 지표를 사용합니다.
• 공장은 재고, 설비, 段취 교체(changeover), 운송도 다루는데, 소프트웨어 흐름 지표는 이를 다루지 않습니다.
• 가치 흐름 관리에 관한 글을 읽을 때는 먼저 그 글이 제조를 말하는지 DevOps를 말하는지부터 확인하십시오.

각 분야에서 가치 흐름 관리란 무엇인가요?

두 분야는 같은 두 단어를 비슷한 개념에 사용합니다. 바로 고객에게 가치를 만드는 전체 흐름을 관리하라는 것입니다. 개별 단계만 관리하지 말라는 뜻입니다.

제조에서는 가치 흐름이 제품을 주문에서 납품까지 가져오는 데 필요한 일련의 활동입니다. 린 엔터프라이즈 연구소(LEI)는 가치 흐름을 제품을 컨셉에서 출시까지, 또는 주문에서 납품까지 가져오는 데 필요한 모든 활동으로 설명합니다. 가치를 만드는 활동과 만들지 않는 활동을 모두 포함합니다. 공장에서는 하나의 제품군에 대한 주문-납품 흐름에 초점을 맞춥니다. 이를 관리하려면 명확한 책임자, 공유 지표, 정기적인 검토가 필요합니다.

소프트웨어 제공에서는 가치 흐름이 아이디어에서 사용자 손에 들어가는 동작하는 소프트웨어까지의 경로입니다. Planview는 Flow Framework를 "소프트웨어 제공 조직을 위한 체계적이고 규범적인 가치 흐름 관리 접근 방식"이라고 설명합니다. Planview는 소프트웨어 벤더이므로, 이를 한 벤더의 관점으로 이해하십시오. 작업 항목은 기능, 결함, 위험, 기술 부채이며, 도구는 팀이 이를 추적하는 시스템을 서로 연결합니다.

용어는 같지만 일상 업무는 다릅니다.

이 개념은 어디에서 왔을까요?

뿌리는 린 사고입니다. 도요타는 생산 시스템이 낭비를 철저히 제거하고 리드 타임을 줄이는 것을 목표로 한다고 밝히고 있습니다. 도요타는 제거해야 할 문제를 세 가지로 꼽습니다. 낭비(muda), 불균일(mura), 사람과 설비에 대한 무리한 요구(muri)입니다.

위의 LEI 정의는 이미 두 종류의 흐름을 포함합니다. 주문에서 납품까지의 운영 가치 흐름과, 컨셉에서 출시까지의 개발 가치 흐름입니다. 따라서 이 개념은 생산 현장에만 해당하는 것이 아닙니다. 제품 개발도 흐름이며, 소프트웨어 개발은 제품 개발의 한 유형입니다.

그래서 두 세계는 여전히 같은 문제를 이야기합니다. 대기, 인계, 대기열, 사일로가 그것입니다. 차이는 스트림을 따라 무엇이 흐르느냐에 있습니다.

공장은 밸류 스트림을 어떻게 관리합니까?

공장은 물리적 흐름을 관리합니다. 린 제조에서 전형적인 요소는 다음과 같습니다.

1. 제품군. 유사한 가공 단계와 설비를 공유하는 제품들입니다.
2. 밸류 스트림 맵. 현재 상태와 미래 상태의 자재 및 정보 흐름을 나타낸 차트입니다.
3. 담당자. 흔히 밸류 스트림 매니저라 부르며, 사업장 관리 조직의 지원을 받습니다.
4. 공동 지표. 리드 타임, 재고, 납기 성과, 일次 통과율(first pass yield)입니다.
5. 주간 검토. 조치 사항, 담당자, 기한을 점검합니다.

흐르는 것은 자재입니다. 자재는 창고에 보관되거나, 기계 앞에서 기다리거나, 트럭으로 이동합니다. 자재에는 비용이 들고 공간을 차지하므로 재고가 핵심 지표가 됩니다. 전환 작업(changeover), 설비 용량, 교대 패턴이 흐름을 좌우합니다. 많은 공장은 흐름을 한눈에 보기 위해 보드 앞에서 하는 일일 미팅 같은 린 관리 루틴도 활용합니다. M365.FM의 린 관리 주제 페이지에서 더 넓은 맥락을 확인할 수 있습니다.

소프트웨어 딜리버리는 밸류 스트림을 어떻게 관리합니까?

소프트웨어 딜리버리는 정보의 흐름을 관리합니다. 흐르는 것은 아이디어, 티켓, 코드 변경과 같은 작업 항목(work item)입니다. 물리적 재고는 없지만, 리뷰, 테스트 환경, 릴리스 슬롯을 기다리는 것은 똑같습니다.

이 분야에서는 두 가지 지표 집합이 흔히 쓰입니다.

• 흐름 지표. Flow Framework는 흐름 속도(flow velocity), 흐름 시간(flow time), 흐름 효율(flow efficiency), 흐름 부하(flow load), 흐름 분배(flow distribution)를 정의합니다. Planview의 요약은 이를 질문 형태로 풀어 설명합니다. 가치 전달이 가속되고 있는가, 가치 실현까지의 시간이 짧아지고 있는가, 작업이 상류에서 대기하고 있는가, 수요가 용량을 넘어서고 있는가, 투자가 신규 가치와 기존 가치 보호 사이에 적절히 나뉘어 있는가입니다.
• DORA 지표. DORA 연구 프로그램은 소프트웨어 딜리버리 성과 지표를 처리량(변경 리드 타임, 배포 빈도, 배포 실패 복구 시간)과 불안정성(변경 실패율, 배포 재작업률)으로 묶습니다.

이 분야의 밸류 스트림 관리 플랫폼은 티켓 시스템, 코드 저장소, 빌드 파이프라인을 연결하여, 팀이 아이디어에서 릴리스까지 가치가 어떻게 흐르는지 보고 고객에게 가치를 더 빨리 전달할 수 있게 합니다. 그 결과가 딜리버리 프로세스의 밸류 스트림 맵입니다. 비즈니스 측 이해관계자는 이를 통해 작업이 어디서 대기하는지 확인하고 비즈니스 가치에 대해 합의합니다.

두 분야는 어떻게 다릅니까?

나란히 비교하면 도움이 됩니다.

• 무엇이 흐르는가. 공장: 자재와 주문. 소프트웨어: 작업 항목과 코드.
• 어디서 기다리는가. 공장: 대기열, 버퍼, 창고. 소프트웨어: 백로그, 리뷰, 환경.
• 핵심 지표. 공장: 리드 타임, 재고, 납기 성과, 수율. 소프트웨어: 흐름 시간, 흐름 효율, 변경 리드 타임, 배포 빈도.
• 전형적인 담당자. 공장: 밸류 스트림 매니저 또는 운영 책임자. 소프트웨어: 제품 또는 플랫폼 오너, 또는 IT 리더.
• 데이터 원천. 공장: ERP, MES, 현장 데이터. 소프트웨어: 티켓 및 빌드 시스템.
• 전형적인 목표. 공장: 리드 타임 단축과 안정적인 납품. 소프트웨어: 변경 사항의 더 빠르고 안전한 릴리스.

공통점은 전체 흐름을 보고 어디서 기다리는지 묻는 습관입니다.

여러분의 검색에는 어떤 의미가 해당합니까?

페이지를 읽거나 벤더와 통화할 때 다음의 간단한 기준을 사용해 보십시오.

• 텍스트가 티켓, 파이프라인, 릴리스, 스프린트를 다룬다면 소프트웨어 딜리버리와 DevOps를 뜻합니다.
• 주문, 기계, 재고, 교대, 택트(고객 수요가 정하는 생산 속도)를 다룬다면 제조를 뜻합니다.
• 둘 다 다룬다면, 해당 도구가 어떤 데이터를 읽는지 확인하십시오.

약어 VSM은 매핑(mapping)을 뜻하기도 하고 관리(management)를 뜻하기도 해서 혼란을 더합니다. 동료에게 어떤 의미로 쓰는지 분명히 알려 주십시오. 애자일과 DevOps 방식으로 일하는 IT 리더는 대개 소프트웨어 쪽을 의미합니다. 공장의 밸류 스트림 매니저는 물리적 흐름을 의미합니다. 병목(bottleneck)이라는 단어도 의미가 달라집니다. 공장에서는 출력을 제한하는 기계나 단계를 뜻하고, 소프트웨어에서는 흔히 리뷰나 테스트 단계를 뜻합니다. 그럼에도 두 분야 모두 낭비를 없애고 가치가 고객에게 도달하는 시간을 줄이는 것을 목표로 하므로, 한 분야의 좋은 아이디어는 다른 분야에서도 살펴볼 가치가 있습니다.

예시: 두 세계에서 같은 계산

이는 가상의 예시입니다. 여기 나오는 숫자는 실제 측정 결과가 아니며, 아래 지표는 단순한 계획용 척도이고 특정 벤더의 공식이 아닙니다.

제조와 소프트웨어 개발 모두에 적용할 수 있는 척도 하나를 소개합니다. 바로 경과 시간 중 실제로 작업이 이루어진 시간의 비율입니다. 실제 작업 시간을 전체 경과 시간으로 나누면 됩니다.

• 공장. 한 주문이 흐름 안에 10영업일 동안 머뭅니다. 팀이 확인해 보니 제품에 대한 실제 작업은 총 1일이었습니다. 비율은 1을 10으로 나눈 값으로, 10%입니다.
• 소프트웨어. 한 기능이 시작부터 릴리스까지 달력 기준 20일이 걸립니다. 개발자와 테스터가 이 기능에 실제로 작업한 시간은 총 3일입니다. 비율은 3을 20으로 나눈 값으로, 15%입니다.

두 경우 모두 대부분의 시간은 대기입니다. 해결 방법도 비슷합니다. 진행 중인 작업(WIP)을 제한하고, 인계 지점을 줄이고, 더 작은 단위로 릴리스하는 것입니다. 차이는 대기 시간을 어디서 찾느냐에 있습니다. 공장에서는 현장을 직접 돌면서 대기열에 쌓인 파레트를 세어 봅니다. 소프트웨어에서는 티켓 이력의 타임스탬프를 읽습니다.

흔한 실수

• 검색 결과를 잘못 해석하는 경우. DevOps 가치 흐름 관리에 관한 벤더 페이지는 공장에 도움이 되지 않습니다.
• 소프트웨어 지표를 공장에 그대로 가져오는 경우. 배포 빈도는 가공 셀에서는 아무 의미가 없습니다.
• 공장 지표를 소프트웨어에 그대로 가져오는 경우. 재고 회전율은 백로그에 쌓인 티켓에는 적용되지 않습니다.
• 공통 교훈을 무시하는 경우. 양쪽 모두 진행 중인 작업을 제한하고 피드백 루프를 짧게 만드는 방법에서 배울 점이 있습니다.
• 흐름을 정의하기 전에 도구부터 사는 경우. 두 분야 모두 책임자와 측정 지표가 먼저 정해져야 합니다.

소프트웨어가 도움이 되는 방식

공장에서 유용한 도구는 생산 데이터를 다룹니다. ERP 시스템과 현장에서 나오는 주문, 라우팅, 설비 용량, 재고 정보가 여기에 해당합니다. 이런 도구는 티켓 대기열이 아니라 실제 물리적 흐름을 보여 줍니다.

iFAKT는 2001년에 설립된 슈투트가르트 기반의 컨설팅 회사이자 인더스트리 4.0 소프트웨어 전문 기업입니다. 제조사가 생산 및 물류 프로세스를 계획하고 최적화하도록 돕고 있으며, Polaris 소프트웨어를 개발합니다. 어떤 벤더를 검토하든, 그 벤더의 데이터 모델이 실제 물리적 흐름에 맞는지 확인하시기 바랍니다.

다음 단계

여러분에게 가치 흐름 관리란 무엇입니까? 공장을 운영하고 있다면, 그것은 하나의 제품군이 거치는 실제 물리적 흐름이며 소프트웨어 배포 관련 글은 부차적인 주제입니다. 이번 주에 제품군 하나를 골라 책임자가 있는지, 공유하는 측정 지표가 세 개 있는지 점검해 보시기 바랍니다.