가치 흐름 매핑

가치 흐름 매핑의 역사

가치 흐름 매핑의 기원을 찾을 때 대개 Toyota Motor Corporation 예를 들곤 합니다. 그러나 다소 애매한 점이 있습니다. 가치 흐름 매핑은 Toyota가 다른 곳에서 채택했을 수도 있고, 린 제조 커뮤니티에서 공유된 아이디어를 통해 유기적으로 발전했을 수도 있으니까요. 재료와 정보의 흐름을 보여주는 초기 버전의 다이어그램은 1918년 초 Charles E. Knoeppel의 'Installing Efficiency Methods'라는 책에서 확인할 수 있습니다.

가치 흐름 매핑은 Toyota 내부에서는 “재료 및 정보 흐름 매핑”이라고 불렸고 상당한 시간이 흐른 후에 정립된 개념입니다. Toyota가 성공하고 린 제조 관행을 사용하면서 1990년대 고효율 비즈니스 팀을 위한 현대적인 모범 사례로 가치 흐름 매핑이 널리 알려지게 되었습니다.

가치 흐름 매핑의 이점

가치 흐름 매핑은 비즈니스 지속 가능성에 매우 중요합니다. 이유는 다음과 같습니다.

• 낭비를 줄이거나 없애면 회사의 수익을 개선할 수 있습니다. 추가로 낭비의 근본 원인과 출처를 밝힐 수 있습니다.
• 가치 흐름 시각화 프로그램을 통해 낭비적인 핸드오프를 파악하면, 팀은 행동, 문화, 커뮤니케이션 및 공동 작업을 의식적으로 개선할 수 있습니다.
• 팀은 개인적인 의견보다 고객의 관점에 따라 우선순위를 정할 수 있습니다.

가치 흐름 매핑의 과제

주의하지 않으면 가치 흐름 매핑 자체가 낭비가 될 수 있습니다. 다음에서 일반적인 위험을 피하는 방법을 알아보세요.

• 가치 흐름 매핑을 수행하기 위한 LOE(노력 수준)는 잠재적 가치 및 비용 절감과 균형을 이뤄야 합니다. 처음부터 투자 대비 효과(ROI)를 주시하세요.
• 매핑 프로세스는 매우 복잡하고 여러 팀이 관련될 수 있으므로 비즈니스 측면과 제품 측면에서 숙련된 인력을 가치 흐름 매핑에 참여시킵니다.
• 가치 흐름 매핑을 수행할 때 우려와 불확실성이 나타나는 것은 일반적입니다. 낭비를 식별하는 프로세스는 치열한 법이죠.
• 이곳저곳의 단계를 개선하면 물론 비용을 절감할 수 있습니다. 그러나 전체 검토가 완료되기 전까지는 직접적인 수익 개선으로 이어지지 않을 수도 있습니다. 그래도 대개 작은 시도가 좋은 출발이 되는 법이죠.
• 전문 차트, 도구, 기호를 서둘러 사용하지 마세요. 먼저 연필로 스케치하거나 화이트보드를 사용하여 아이디어를 개략적으로 그려 보세요. 정리가 끝나면 매핑을 적절하게 형식화하세요. 지금 낭비를 줄이는 데 집중하고 있으며 더 이상 낭비를 더해서는 안 된다는 사실을 기억하세요.

전반적으로 가치 흐름 매핑을 수행하는 것은 괜찮지만 너무 많이 사용하면 문제가 될 수 있습니다.

가치 흐름 매핑 사용 사례

가치 흐름 매핑이 다양한 산업에 가치를 제공하는 방법을 간단히 살펴보겠습니다. 도메인에 따라 가치 흐름 맵을 통과하는 프로세스 항목이 달라집니다.

공급망 부문에서 가치 흐름 매핑은 완제품이 완성되기까지 많은 비용을 발생시키는 지연을 방지해 줍니다. 제조 부문에서 가치 흐름 매핑은 재료 취급 및 정보 흐름의 각 단계를 분석하여 낭비를 식별해 줍니다. 여기서 가치 흐름을 통과하는 프로세스 항목은 재료입니다.

서비스 산업에서 가치 흐름 매핑은 외부 고객을 위해 효과적이고 시기적절한 서비스를 지원하고, 관리 및 사무실 내부에서는 내부 고객을 위한 서비스를 지원합니다. 의료 분야에서 가치 흐름 매핑은 환자가 양질의 치료를 효과적으로 받도록 지원합니다. 여기서 가치 흐름을 통과하는 프로세스 항목은 고객의 요구입니다.

가치 흐름 매핑으로 낭비를 식별하고 줄이는 방법

가치 흐름 매핑은 기업 제조 산업에서 시작되었습니다. 예를 들어, 한 자동차 공장에서 새 차 주문을 받아 생산하기 위해 원자재가 필요하다고 가정해 보겠습니다. 여기서 자동차 회사는 가치 흐름 매핑을 사용하여 새 차를 생산하는 데 필요한 단계를 간략하게 나타낼 수 있습니다.

자동차 생산 단계를 검토한 후 회사는 개발 단계에서 불필요한 핸드오프 단계를 식별합니다. 해당 핸드오프 단계의 경우 창고의 한쪽에서 생산 라인으로 원자재를 이동하기 위해 지게차가 필요합니다. 그러나 여기에는 안전상의 위험이 있으며 시간이 많이 걸립니다. 따라서 회사는 원자재 저장 공간을 생산 라인 바로 옆으로 영구적으로 이동하기로 결정합니다. 이렇게 하면 효율성이 향상되고 지게차가 필요 없게 됩니다!

린 제조에는 일곱 가지 유형의 낭비가 있습니다.

과잉 생산

과잉 생산은 다른 형태의 많은 낭비를 촉진합니다. 제조된 제품이 과잉 생산되면 추가 저장 공간, 원자재 낭비, 쓸모없는 재고로 인한 자본 동결 같은 불필요한 비용으로 인해 추가 낭비가 발생합니다.

재고

재고 낭비는 잉여 재고를 보관하고 보존하는 데 발생하는 책임 비용입니다. 여기에는 재고 보관으로 인한 공간 낭비, 저장 공간을 위한 임대료 낭비, 운송비 낭비, 보관된 제품의 가치 감손으로 인한 낭비가 포함됩니다.

이동

이동 낭비는 사람이나 기계의 모든 이동으로 발생하는 비용으로, 최소화할 수 있습니다. 앞서 예로 든 지게차와 공급 장소는 이동 낭비 및 최적화의 좋은 예입니다. 이동 낭비가 발생하면 오염물, 차량의 연료 폐기물, 유지 보수 수리, 장비 고장으로 인한 비용을 포함하여 여러 낭비적인 부산물이 생깁니다.

결함

사고는 언제든 발생하며 비용이 많이 들 수 있습니다. 결함 낭비를 관리하면 최종 제품 결함으로 이어지는 사고 및 결함을 식별하고 완화할 수 있습니다. 결함이 발생하면 교체, 추가 재활용 비용, 원자재가 완전 손실 등으로 인한 비용이 많이 듭니다.

오버 프로세싱

과다 처리 낭비는 불필요하다고 간주할 수 있는 제조 구성 요소의 단계를 의미합니다. 예를 들어 사용자가 요청하지 않은 기능을 추가하는 것이나 사용자가 볼 수 없는 제품 영역을 다듬는 것 등이 있습니다.

대기

대기 낭비는 제조 프로세스의 어떤 단계에서도 발생하는 비용으로, 프로세스를 지체시키고 최종 산출물에 대한 반응을 지연시킵니다. 대기가 발생하면 조명, 난방, 냉방 비용이 발생하고, 자재 또는 계약 만료의 위험이 있습니다.

운송

운송 낭비는 이동 낭비와 매우 유사합니다. 운송 낭비는 여러 장소 간이나 제3자 파트너 간의 외부 운송에서 발생하는 비용을 말합니다. 이동 낭비는 동일한 장소에서 내부적으로 이동할 때 발생하는 비용을 말하죠.

소프트웨어 개발 조직은 완제품을 만들 때 창고에서 원자재를 물리적으로 옮기는 일을 하지 않습니다. 소프트웨어 개발은 아이디어를 유형의 사용자 경험의 형태로 실현하여 고객에게 가치를 제공합니다.

소프트웨어 엔터프라이즈의 가치 흐름 매핑은 고객 지원, 영업 요구사항, 경쟁사 분석과 같은 소스에서 가져온 “아이디어 입력”이 최종 고객에게 가치 있는 산출물로 제공되는 흐름을 따릅니다. 소프트웨어 개발의 가치 흐름 매핑 단계는 주로 팀 간 커뮤니케이션과 관련 있습니다.

사용자는 기능을 요청하고, 제품 팀은 기능을 설계하며, 엔지니어는 설계를 받아 소프트웨어를 만들고, 소프트웨어는 최종 사용자에게 제공됩니다. 소프트웨어의 가치 흐름 관리를 사용하면 각 단계 간의 낭비 지점을 식별할 수 있습니다.

다음은 소프트웨어 개발 또는 기타 창의적 작업에서 발견되는 7가지 유형의 낭비 목록입니다.

일부만 완료된 작업

소프트웨어가 불완전한 상태로 나올 때 발생합니다. 사양이 부족하거나 자동화된 테스트 검사가 없으면 발생할 수 있습니다. 또한 작업이 일부만 완료되면 더 많은 업데이트를 푸시하고 누락된 기능을 채우기 위한 추가 작업이 필요하므로 추가적인 낭비가 발생합니다.

추가 기능

대개 “기능 초과"라고도 불리는 추가 기능은 필요한 것보다 더 많은 작업을 수행하여 낭비를 유발합니다. 추가 기능은 사용자가 직접 요청하지 않았으나 직감이나 추측에 따라 내부적으로 구상된 기능입니다. 추가 기능은 좋은 의도처럼 보일 수 있지만 실제 고객 요구와는 관련 없는 부산물인 경우가 많습니다.

재학습

재학습 낭비는 내부 문서화가 부족하여 발생할 수도 있습니다. 소프트웨어 장애 또는 중단이 발생하는 경우 중단이 발생한 이유와 해결 방법을 조사하고 문서화하는 것이 가장 좋습니다. 장애가 다시 발생했는데 문서화가 이루어지지 않은 상태라면 또 다른 조사 및 수정이 필요하게 됩니다.

재학습 낭비는 팀이나 개인이 익숙하지 않은 기술의 학습 곡선을 극복해야 할 때도 발생합니다. 기술 트렌드는 빠르게 나타났다가 사라집니다. 시장 트렌드와 과대 광고에 흥분한 주니어 개발자들은 유행하는 인기 프레임워크 및 라이브러리에 뛰어듭니다. 조직이 이미 특정 기능을 만드는 방법을 알고 있더라도 새로운 프레임워크에서 같은 기능을 만드는 방법을 다시 배워야 할 수도 있죠.

핸드오프

핸드오프 낭비는 역할이 변경되거나 직원이 이직하여 프로젝트 소유자가 변경될 때 발생합니다. 주요 팀원이 퇴사한 후 프로젝트가 상황 설명 없이 팀원에게 전달되는 경우죠. 자주 발생하는 시나리오입니다. 또한 핸드오프 낭비는 관리가 잘못되고 작업 중 팀원 우선 순위가 변경될 때도 발생합니다.

핸드오프 낭비는 커뮤니케이션 파이프라인을 통해서도 발생할 수 있습니다. 예를 들어 DevOps 팀의 경우 개발 팀과 운영 팀을 더욱 긴밀하게 통합하면 유지 관리할 제품을 전달할 때 발생하는 커뮤니케이션 오류를 방지할 수 있습니다. 이 방식으로 핸드오프 낭비를 방지할 수 있습니다.

지연

지연은 일반적으로 프로젝트에 긴밀하게 연결된 종속성이 있을 때 발생합니다. 업스트림 결정 또는 리소스에 대한 종속성으로 인해 프로젝트의 다운스트림 실행이 중단될 수 있습니다. 작업 간의 종속성을 피하는 것이 가장 좋지만, 작업을 완벽하게 분리하는 것은 어려운 일입니다. 한 작업이 지연되면 종속된 작업도 지연될 수 있습니다. 지연으로 인해 낭비가 발생할 수 있습니다. 소프트웨어 개발은 대개 빠른 속도로 이루어지며 작업은 팀원 간에 분산됩니다.

작업 전환

작업 전환 낭비는 핸드오프 낭비와 비슷한 특성을 가지고 있습니다. 핸드오프 낭비는 팀원 간에 작업 소유자를 전환할 때 발생하는 반면, 작업 전환 낭비는 개인에게 발생합니다. 정신적인 컨텍스트 전환은 경제적이지 못합니다. 소프트웨어 엔지니어가 최적의 코드를 만들기 위해 필요한 정신적 케이던스 또는 “흐름”이 있습니다. 효율적인 조직은 엔지니어의 정신 상태를 최적화하기 위해 노력합니다. 비효율적인 조직은 업무적으로 중요하지 않은 회의 및 이메일을 퍼부어 엔지니어의 워크플로를 방해합니다.

결함

결함 낭비는 버그가 소프트웨어에서 푸시될 때 발생합니다. 결함은 일부만 완료된 작업과 유사하지만, 일반적으로 일부만 완료된 작업은 이미 알고 있는 것이지만 결함은 알 수 없는 것이기 때문에 더 큰 낭비가 발생할 수 있습니다. 결함은 고객이 식별한 후에 고객 지원팀에 신고하는 과정을 거칩니다. 따라서 지연과 작업 전환으로 인한 비용이 많이 발생할 수 있습니다.

The value stream mapping symbols

가치 흐름 매핑의 개요를 나타내는 표준 기호가 있습니다.

1. 해결할 문제 결정

고객의 입장에서 어떤 문제를 해결하고 있습니까? 고객이 제품에 새로운 기능이나 개선 사항을 제공하는 데 시간이 너무 오래 걸린다고 생각하고 있지는 않습니까? 문제 기술서를 게시하여 모든 사람이 동일한 정보를 공유할 수 있게 하세요.

2. 적절한 팀 지원

문제를 적시에 능숙하게 해결할 수 있는 경험이 풍부한 팀을 만들어 지원하세요. 최고 경영진들은 이러한 팀이 계속 운영되도록 충분한 예산을 따로 마련해야 합니다.

3. 프로세스 제한

문제 기술서가 게시되면 이에 따라 가치 흐름 매핑의 범위 적절히 제한하세요. 릴리스 프로세스 전체를 매핑할 필요 없이 특정 영역에 집중하세요.

4. 제한된 프로세스 매핑

제한된 프로세스를 검토하세요. (편향 가능성이 있는) 다른 팀원들의 말이나 (불완전하고 부정확할 수 있는) 문서보다 직접 경험하는 것이 더 나은 법이죠. 직접 검토하는 것이 도움이 될 수 있습니다.

단계를 정의하세요. 저는 가치 흐름 매핑 분석을 여러 번 수행합니다. 같은 일을 반복하는 것 같겠지만, 첫 번째 단계에서 놓친 퍼즐 조각을 두 번째 단계에서 발견하기도 했죠. 그리고 더 파고들었을 땐 세 번째(이자 최종) 단계에서 문제를 발견하기도 했습니다!

5. 프로세스 데이터 수집

가치 흐름 매핑을 수행할 때 맵의 데이터 상자에 프로세스 데이터를 기록해 둡니다. 프로세스 데이터에는 이해 관계자 수, 평균 작업 시간, 사이클 타임, 대기 시간, 가동 시간, 가동 중지 시간 등이 포함됩니다(이에 국한되지 않음).

6. 타임라인 만들기

프로세스 시간과 리드 타임을 매핑하세요.

7. 현재 맵 평가

호기심을 가지세요. 팀 간에 종속성이 있나요? 리드 타임이 너무 긴가요? 그렇다면 그 이유가 테스트 스위트가 병렬로 실행되지 않거나 실행할 수 없기 때문인가요? 환경이 안정적인가요, 아니면 팀에서 재현할 수 없는 간헐적인 테스트 실패가 발생하고 있나요?

회사 측면에서는 가치가 있다고 생각하지만 고객에게는 아무 의미가 없는 프로세스 단계가 있을 수 있습니다. 정보 흐름에서 무엇이 흐름을 정체시키거나 지연시키는지 찾아보세요. 푸시였는지 풀이였는지 확인하세요.

8. 미래 맵 설계

최종적인 정식 버전을 완벽하게 만들지 못할 수도 있지만 괜찮습니다. 새 맵이 회사의 비전과 정렬하는지 확인하세요.

100% 정해진 것은 아무것도 없습니다. 고객의 요구에 따라 지속적으로 조정하세요.

9. 미래 맵 구현

미래의 가치 흐름 매핑을 따르고 고객에게 더 적합한지 검증하세요. 시작했던 문제 기술서는 이미 해결했어야 합니다. KPI를 정기적으로 모니터링하고 트렌드를 통해 학습하세요. 모두가 고객의 방향으로 노를 젓고 있는지 확인하세요.

완제품의 모습을 알고 싶다면 가치 흐름 맵의 예를 참조하세요.

The application of value stream mapping to continuous delivery

소프트웨어 개발 시 가치 흐름을 관리하면 아이디어 단계부터 프로덕션 단계까지 피드백 루프 및 재작업을 포함한 비효율을 발견할 수 있습니다. 거쳐야 하는 단계 수와 재작업 필요성을 줄이는 데 도움이 될 수 있습니다. 프로세스를 매핑하면 핸드오프가 발생하는 위치를 시각화할 수 있습니다. 따라서 시스템 전반에서 대기 시간으로 인해 작업이 진행되지 않는 지점을 발견할 수도 있습니다.

정의에 따르면 지속적 제공(CD)에는 가치 흐름 매핑을 사용할 필요가 없으며 가치 흐름 매핑에 대한 지식 없이도 CD 파이프라인을 완벽하게 설계하고 구현할 수 있습니다.

가치 흐름 매핑을 적절하게 구현하면 소프트웨어 엔지니어링 및 운영에서 효과가 입증된 지속적인 개선 문화를 조성할 수 있습니다. 가치 흐름 맵은 가치 흐름 분석의 결과를 보여 주고, 시각적 도구를 바탕으로 더욱 효과적으로 이해하고 커뮤니케이션할 수 있도록 지원합니다.

팀에 가치 흐름 매핑을 도입하는 이유는 무엇입니까?

Why bring value stream mapping to your team?

가치 흐름 매핑은 모든 비즈니스 기능의 프로세스를 개선하는 방법을 모색하는 산업에 적용할 수 있습니다. 핸드오프를 시각화하면 흐름을 최적화하고 비용을 절감할 수 있습니다. 시각화가 없으면 미팅이 더 오래 진행되고 비즈니스 성과가 불분명해질 수 있습니다.

가치 흐름 맵은 지속적 개선을 촉진하기 위한 놀라운 일을 해냅니다. 소프트웨어 개발 세계에서 지속적 개선은 지속적 제공 파이프라인으로 고객에게 제품을 예측 가능하며 지속 가능하게 자주 제공하는 지속적 패러다임의 핵심입니다. 아이디어를 구상하는 속도로 릴리스할 수 있으면 고객은 만족하겠죠!

가치 흐름 매핑은 생산적인 팀의 참여도를 높이고 함께 일하는 즐거움도 선사하기 때문에 팀 문화를 개선하는 데도 도움이 되죠! 문화, 생산성 및 비용 절감은 가치 흐름 매핑의 다양한 장점의 일부에 불과합니다. 가치 흐름 매핑을 우선 순위 백로그 상단에 올려두어야 하지 않을까요?

Atlassian의 Open DevOps는 사용자가 즐겨 사용하는 도구로 CD 기반 개발 파이프라인을 구축할 수 있는 개방형 도구 체인 플랫폼을 제공합니다. Jira를 중심으로 사용하면 가치 흐름 매핑을 워크플로 및 프로세스에 통합할 수 있습니다.