가치 흐름 매핑 소프트웨어 상위 제품: 중요한 평가 기준

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-12

최고의 가치 흐름 매핑 소프트웨어는 무엇일까요? 방법론, 데이터, 협업, 규모에 관한 평가 기준과 운영 관리자를 위한 벤더 질문 및 위험 신호를 정리했습니다.

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

모든 공장에 맞는 단 하나의 최고 가치 흐름 매핑 소프트웨어는 없습니다. 자사에 맞는 도구는 세 가지를 충족합니다. 방법론에 충실하고, 자사 데이터와 연동되며, 흐름을 운영하는 사람들이 전문가를 부르지 않고도 직접 편집할 수 있어야 합니다. 이 글은 운영 관리자와 린 리더에게 개선을 쉽게 만드는 도구와 단순히 보기 좋은 그림만 그리는 도구를 구별할 수 있는 기준과 질문을 제시합니다. 자사 데이터 없이 만든 순위는 오히려 잘못된 판단을 부를 수 있으므로, 벤더 순위는 매기지 않겠습니다.

핵심 포인트

• 공장에 가장 적합한 가치 흐름 매핑 소프트웨어는 방법론을 온전히 유지하고, 자사 데이터를 사용하며, 흐름을 실제로 운영하는 사람들이 편집하는 도구입니다.
• 도구가 자재 흐름과 정보 흐름을 모두 모델링하는지, 현재 상태와 미래 상태 맵을 지원하는지, 제품군 단위로 작동하는지 확인하십시오.
• 사이클 타임, 전환 시간, 가동률, 완성도와 정확도 비율 같은 표준 공정 데이터는 자유 텍스트가 아니라 도구 안의 정해진 필드로 입력할 수 있어야 합니다.
• 데이터가 어디에서 오는지, 얼마나 자주 갱신되는지, 누가 검증하는지 물어보십시오. 오래된 데이터로 만든 맵은 그저 보기 좋은 포스터에 불과합니다.
• 모든 후보 도구를 자사 실제 제품군과 자사 데이터로 시험해 보십시오. 이를 거부하는 벤더는 그 자체로 답입니다.

공장에 가장 적합한 가치 흐름 매핑 소프트웨어는 무엇일까요?

다음 세 가지 테스트를 이 순서대로 생각해 보십시오.

1. 방법론. 도구가 가치 흐름 매핑의 논리를 유지하는가, 아니면 린 템플릿을 씌운 일반 순서도에 불과한가?
2. 데이터. 맵이 자사 공장의 실제 수치를 담고 있으며, 다시 입력하지 않고도 갱신할 수 있는가?
3. 사람. 흐름을 담당하는 팀이 실제로 매주 이 도구를 열어 보는가?

첫 번째 테스트를 통과하지 못하는 도구는 교육으로 고칠 수 없습니다. 두 번째에서 실패하는 도구는 금방 낡아버리는 맵을 만듭니다. 세 번째에서 실패하는 도구는 워크숍이 끝나면 쓰이지 않는 소프트웨어가 됩니다. 대부분의 선정 실수는 데모에서 보이는 것이 바로 이 첫 번째 테스트이기 때문에, 첫 번째 테스트만으로 판단하는 데서 생깁니다.

이 소프트웨어는 방법론을 온전히 유지하는가?

먼저 Lean Enterprise Institute(LEI)가 가치 흐름 매핑을 무엇이라고 정의하는지 살펴보겠습니다. 주문에서 납품까지 제품을 만드는 자재 흐름과 정보 흐름의 모든 단계를 나타내는 다이어그램입니다. LEI는 이 맵이 제품의 물리적 이동과, 각 공정에 무엇을 언제 만들지 알려주는 정보를 함께 보여주며, 다른 어떤 도구도 이 둘의 연결을 보여주지 못한다고 지적합니다. 가치 흐름 매핑에 관한 LEI 페이지에서는 보통 현재 상태 맵으로 시작하고 그다음 미래 상태 맵을 그리며, 제품군 하나부터 시작해야 한다고 설명합니다.

이를 도구 점검 항목으로 옮기면 다음과 같습니다.

• 두 가지 흐름. 단순히 상자를 나란히 그리는 데 그치지 않고, 각 공정이 받는 일정이나 주문 신호 같은 정보 흐름도 그릴 수 있는가?
• 현재 상태와 미래 상태. 같은 제품군에 대해 두 상태를 모두 유지하고, 비교하고, 이전 버전을 보관할 수 있는가?
• 단위로서의 제품군. 제품과 맵을 제품군별로 묶을 수 있어, 공장에 관련 없는 도면이 무더기로 쌓이지 않는가?
• 표준 아이콘. LEI의 기본 원리 관련 글은 표준 아이콘을 사용하지 않는 것을 함정으로 꼽습니다. 다른 사람이 맵을 읽기 어려워지기 때문입니다. 도구는 표준 아이콘 세트를 제공해야 하며, 모든 사용자가 제각각 아이콘을 만들도록 방치해서는 안 됩니다.
• 공정 데이터를 필드로 관리하십시오. 같은 글은 각 단계 아래의 공정 데이터 상자에 사이클 타임, 다운타임, 가동 시간, 교체(changeover) 시간, 완료율 및 정확도(%C/A), 가용성과 리드 타임이 포함된 타임라인을 설명합니다. 이 값이 구조화된 필드라면 소프트웨어가 합계를 계산하고, 맵을 비교하고, 대시보드에 데이터를 전달할 수 있습니다. 도형 안의 텍스트라면 그렇게 할 수 없습니다.
• 검증할 수 있는 계산 방식. 도구가 리드 타임이나 비율을 보여줄 때, 그 값이 어떻게 계산되었는지 확인할 수 있어야 합니다. 추적할 수 없는 숫자는 회의적인 공장장의 첫 번째 질문조차 넘기지 못합니다.

이 방법론이 처음이라면 LEI가 강조하는 점을 기억하십시오. 목표는 완벽한 현재 상태 맵이 아니라, 도크에서 도크까지의 흐름을 이해하는 것입니다. 무언가를 보기 전에 필드 200개를 채워야 하는 도구는 잘못된 방향으로 이끕니다.

데이터는 어디에서 가져올까요?

이 기준이 단순한 그리기 도구와 데이터 기반 도구를 가르는 기준입니다.

숫자가 맵에 들어오는 방법을 목록으로 정리해 달라고 요청하십시오.

• 직접 입력. 팀이 현장을 둘러본 뒤 수기로 입력합니다. 언제나 가능하며, 종종 가장 좋은 출발점이기도 합니다.
• 가져오기. 스프레드시트나 내보내기 파일에서 가져옵니다. 예를 들어 ERP 시스템에서 주문, 라우팅, 재고 데이터를 가져올 수 있습니다.
• 연결. ERP나 현장 시스템과 연결하여, 사람이 개입하지 않아도 수치가 자동으로 갱신되도록 합니다.

그다음으로 더 까다로운 질문을 던지십시오.

1. 어떤 필드를 자동으로 채울 수 있고, 어떤 필드는 여전히 사람이 입력해야 합니까?
2. 데이터는 얼마나 자주 갱신됩니까? 맵에서 마지막 갱신 날짜를 확인할 수 있습니까?
3. 가져온 수치가 현장에서 팀이 보는 것과 다를 때 어떻게 수정합니까? 그리고 그 수정 내용이 다음 가져오기 후에도 유지됩니까?
4. 공장에서 데이터 품질에 대한 책임은 누구에게 있습니까? 이 질문에는 도구가 답할 수 없습니다.

실용적인 입장은 이렇습니다. 시스템 데이터로 살펴볼 곳을 찾고, 현장에서 확인하십시오. ERP 라우팅은 대개 설비에서 실제로 일어나는 일이 아니라 계획된 시간을 보여줍니다. 값을 실측값인지 계획값인지 표시할 수 있는 도구는 이 차이를 눈에 보이게 유지하는 데 도움이 됩니다.

누가 사용하고, 누가 보아야 합니까?

도입 여부가 도구의 투자 가치를 결정하므로, 평가 과정에 실제 사용자를 참여시키십시오.

• 공동 편집. 여러 사람이 파일을 주고받지 않고 같은 맵에서 함께 작업할 수 있어야 합니다. 이상적으로는 브라우저에서 가능해야 합니다. 라인에서 터치스크린이나 태블릿으로도 작동하는지 확인하십시오. 책상에서 그린 맵은 설비 옆에서 그린 맵에 밀리기 때문입니다.
• 버전 기록. 누가 언제 무엇을 바꿨는지 알아야 하며, 이전 상태로 되돌릴 수 있어야 합니다.
• 읽기 전용 액세스. 공장장과 다른 부서는 편집 라이선스 없이 맵을 볼 수 있어야 합니다. 적어도 실수로 맵을 변경할 위험이 없어야 합니다.
• 댓글 및 검토. 피드백은 이메일 스레드가 아니라 맵 위에서 이루어져야 합니다.
• 액세스 제어. 비용이나 고객 정보처럼 일부 가치 흐름 데이터는 모든 사람에게 공개되어서는 안 됩니다. 사이트, 흐름, 역할별로 액세스를 어떻게 설정하는지 물어보십시오.

맵에서 나온 KPI를 대시보드에 반영하려면, Microsoft 환경에서는 Power BI가 흔히 사용되는 대상입니다. Microsoft는 Microsoft Learn에서 이 제품의 행 수준 보안을 설명합니다. 필터가 지정된 역할이 사용자에게 보이는 행을 결정하며, 이 제한은 작업 영역에서 뷰어 역할을 가진 사용자에게 적용됩니다. 공장 수치를 적절한 대상과 공유하는 데 유용하지만, 제어 대상은 열이 아니라 행입니다. 데이터 모델을 설계할 때 이 점을 염두에 두십시오.

제품군과 사이트가 늘어나면 어떻게 확장됩니까?

맵이 하나라면 관리가 쉽습니다. 세 개 공장에 걸친 맵이 스무 개가 되면 거버넌스 문제가 됩니다.

벤더에게 다음 항목을 도구가 어떻게 처리하는지 물어보십시오.

1. 명명 규칙과 구조. 사이트, 흐름, 제품군별로 폴더나 라이브러리를 구성하여 사람들이 올바른 맵을 쉽게 찾을 수 있도록 합니다.
2. 공유 템플릿. 아이콘, 데이터 필드, KPI 정의에 대한 전사 표준입니다.
3. KPI 일관성. 사업장마다 리드 타임을 다르게 계산한다면 사업장 간 비교는 의미가 없습니다.
4. 책임 소재. 모든 맵에는 도구 안에서 지정된 담당자가 있어야 하며, 데이터가 오래되면 담당자에게 알림이 가야 합니다.
5. 현장별 변형. 사업장은 공유 표준을 깨지 않으면서 자체 공정 단계를 반영할 수 있는 여지가 필요합니다.

규제 산업을 위한 기성 템플릿에 대한 주장은 신중하게 보셔야 합니다. 템플릿은 구조를 잡는 데 도움이 될 수 있지만, 그것만으로 규정 준수가 보장되지는 않습니다. 컴플라이언스가 중요하다면, 해당 도구가 어떤 구체적인 문서를 생성하는지 확인하고 품질 조직과 함께 검토하십시오.

IT 부서와 구매 부서는 무엇을 물어야 할까요?

데모에 반하고 난 뒤가 아니라 처음부터 IT 부서와 구매 부서를 참여시키십시오.

• 호스팅 및 보안. 데이터는 어디에 저장되며, 어떤 보안 문서를 제공하나요?
• 로그인. 별도의 비밀번호를 관리하지 않도록 기존 단일 로그온(SSO)과 연동되나요?
• 내보내기. 모든 맵과 데이터를 활용 가능한 형식으로 꺼낼 수 있나요? 그렇지 않다면 특정 도구에 종속됩니다.
• 가격 모델. 사용자당, 맵당, 사업장당 또는 모듈당 과금되나요? 실제로 예상되는 조회자 수를 기준으로 비용을 계산하십시오.
• 지원 및 교육. 맵 가져오기가 실패했을 때 누가, 어떤 언어와 시간대에 도움을 주나요?
• 로드맵 및 책임. 공급업체가 방향을 바꾸면 제품은 어떻게 되나요?

답변을 어떻게 평가하고 위험 신호를 놓치지 않을 수 있을까요?

좋은 발표가 우선순위를 바꾸지 않도록, 데모를 보기 전에 각 기준에 가중치를 부여하십시오. 방법론 및 데이터 가져오기처럼 반드시 충족해야 하는 항목(필수 요건)과 특정 레이아웃 기능처럼 있으면 좋은 항목(선택 요건)으로 나누십시오. 린 담당자, 공장장, IT 부서가 각자 담당 영역을 평가하도록 하십시오.

주목해야 할 위험 신호는 다음과 같습니다.

• 데모가 공급업체의 샘플 공장 데이터만 사용하고 고객사의 데이터는 전혀 사용하지 않습니다.
• 공정 데이터는 도식으로만 그려질 뿐, 숫자로 저장되지 않습니다.
• 공급업체가 계산 방식을 설명하지 못합니다.
• 공급업체 측 인력 중에 귀사와 같은 공장에서 일해 본 사람이 없습니다.
• 내보내기 기능이 모호하거나 추가 비용을 내야만 사용할 수 있습니다.

그다음에는 실제 제품군 하나를 대상으로 파일럿을 진행하십시오. 최종 후보 업체마다 귀사의 데이터로 현재 상태 맵을 만들어 달라고 요청하고, 해당 흐름을 책임질 팀이 일주일 동안 이를 사용하도록 하십시오. 작업에 걸린 시간, 필요했던 수작업 수정 횟수, 그리고 사람들이 계속 사용하고 싶어 하는지를 기록하십시오.

흔한 실수

• 그림만 보고 판단하기. 세련되어 보이는 맵이라도 뒷받침하는 데이터가 없을 수 있습니다.
• 방법론 건너뛰기. 제품군과 미래 상태가 정의되지 않은 맵은 소프트웨어로 해결되지 않습니다.
• 워크숍용으로만 구매하기. 중요한 질문은 6개월 뒤에 누가 이를 사용하느냐입니다.
• 데이터 품질 무시하기. 잘못된 숫자를 더 빨리 가져오는 것은 도움이 되지 않습니다.
• 린 팀만 선택하게 두기. IT 부서와 공장장이 나중에 전사 확산을 막을 수 있습니다.
• 순위 요구하기. 귀사의 제약 조건 없이 작성된 "최고" 도구 목록은 광고이거나 추측일 뿐입니다.

Polaris의 위치

파일럿에 포함할 데이터 기반 옵션을 찾고 계신다면 iFAKT Polaris를 살펴보십시오. iFAKT는 Polaris VSM을 데이터 기반 가치 흐름 맵핑을 위한 Polaris의 모듈로 소개합니다. 재료 흐름과 정보 흐름을 공동으로 모델링하고, 100% 브라우저에서 실행되며, 낭비와 병목 현상을 눈에 보이게 만듭니다. iFAKT에 따르면 SAP 같은 시스템의 데이터를 Excel로 내보내 도구로 가져올 수 있습니다. 다른 후보 도구와 동일한 기준으로, 귀사의 제품군 하나를 대상으로 평가하십시오.

더 살펴볼 관련 주제

• 맵에서 일상 업무로. 워크숍 이후 흐름을 누가 책임지는지, 주간 검토가 어떻게 이루어지는지.
• ERP 데이터 기반 맵핑. 어떤 필드를 가져오고, 어떤 항목을 현장에서 직접 측정하며, 두 값의 차이를 어떻게 표시할지.
• 미래 상태 도식화. 미래 상태 맵을 담당자와 일정이 정해진 실행 계획으로 바꾸는 방법.
• 가치 흐름 KPI. 흐름을 설명하는 몇 가지 핵심 지표와 이를 대시보드에 표시하는 방법.
• 종이 대 소프트웨어. 화이트보드로 충분한 경우와 도구의 비용이 정당화되는 경우.

다음 단계

최고의 가치 흐름 매핑(Value Stream Mapping) 소프트웨어를 고르는 일은 기준을 적은 목록이 있으면 훨씬 쉬워집니다. 제품군 하나를 정하고, 방법, 데이터, 사람이라는 세 가지 검증 항목에서 꼭 필요한 요건을 적은 다음, 두 개 공급업체에 여러분의 실제 데이터로 그 제품군을 매핑해 달라고 요청하십시오.