Close

Составление карт потоков создания ценности (VSM)

Узнайте, как оптимизировать конвейер CD с помощью этого метода анализа.

Джуни Мухерджи: фото
Джуни Мукхерджи

Приглашенный автор


Что такое составление карт потоков создания ценности?


Систематизация потока ценности (VSM) — это метод бережливого производства, который обеспечивает анализ, проектирование и управление потоком материалов и информации, необходимых для поставки продукта клиенту. В этом методе, который также называют систематизацией потоков материалов и информации, для изображения различных рабочих и информационных потоков используется система стандартных символов. При нанесении элементов на карту они обозначаются как ценные или не ценные с точки зрения клиента, чтобы выявить и исключить элементы, которые не добавляют ценности.

Систематизацию потока ценности можно использовать для совершенствования любого процесса, в котором есть повторяющиеся этапы. Ее особенно полезно проводить в случаях, когда работа несколько раз передается от команды к команде. В сфере производства передачу работы проще визуализировать, поскольку обычно подразумевается передача материального результата по цепочке станций. Если, например, возникает проблема при сборке автомобиля, сотрудники конвейера могут заметить, что в определенной части сборочной линии накапливаются физические детали и возникает затор. В этом случае они могут остановить линию, чтобы решить эту проблему и возобновить процесс.

Но систематизация потока ценности (она же визуализация или составление карты процессов) применяется не только на линиях сборки. Систематизация потока ценности в рамках концепции бережливого производства приобретает все большую популярность в информационной сфере, поскольку позволяет повысить эффективность коммуникации и совместной работы в команде.

См. решение

Разработка и эксплуатация программного обеспечения с помощью Open DevOps

Связанные материалы

Что такое конвейер DevOps?

Большинство потерь в информационной сфере происходит на этапе передачи работы внутри команды (или на этапе ожидания), а не при ее выполнении. Неэффективная передача работы приводит к снижению производительности и качества. Путем систематизации потока ценности можно выявить потери и оптимизировать производственный процесс. Систематизацию потока ценности можно проводить как для потока разработки продукта, так и для потока поставки клиентам. В потоке разработки продукта решающее значение имеет последовательность действий, позволяющих успешно завершить работу и поставить продукт клиентам. В потоке поставки клиентам основное внимание уделяется действиям, направленным на поставку продукта в соответствии с запросами и ожиданиями конечных пользователей.

Если вы знакомы с концепцией непрерывной поставки, то наверняка представляете, как можно применить систематизацию потока ценности в этом процессе и получить пользу. Но прежде чем перейти к этому вопросу, рассмотрим некоторые преимущества и недостатки метода.

Систематизация потока ценности: история метода

Предполагается, что идея систематизации потока ценности впервые появилась в корпорации Toyota Motor. Однако это спорный вопрос. Возможно, Toyota позаимствовала этот метод из других источников или он возник естественным образом в ходе обмена идеями между членами сообщества бережливого производства. Ранние версии диаграмм, представляющих потоки материалов и информации, можно найти уже в книге Чарльза Э. Кнеппеля «Внедрение методов повышения эффективности», которая была опубликована в 1918 году.

В корпорации Toyota этот метод называли систематизацией потоков материалов и информации и не придавали ему особой значимости. Однако благодаря успеху Toyota и распространению методов бережливого производства систематизация потока ценности приобрела популярность. В 1990-х годах ее стали преподносить как современную рекомендацию для эффективных бизнес-команд.


The origins of value stream mapping are often attributed to Toyota Motor Corporation. However, this is a murky topic. Toyota may have adopted it from other origin sources or it may have grown organically from shared ideas in the lean manufacturing community. Early versions of diagrams revealing the flow of materials and information can be found as early as 1918 in a book called Installing Efficiency Methods, by Charles E. Knoeppel.

Inside Toyota the practice was called “material and information flow mapping” and was done almost as an afterthought. Toyota’s success and use of lean manufacturing practices helped promote value stream mapping as a modern best practice for high efficiency business teams during the 1990s. 

Преимущества систематизации потока ценности

Систематизация потока ценности крайне важна для устойчивого развития бизнеса. И вот почему.

  • Сокращение или исключение потерь повышает прибыль компании. Кроме того, при таком подходе становится понятна причина потерь.
  • После того как в результате систематизации потока ценности будет выявлена нерациональная передача работы, команды могут сознательно улучшить свое поведение, культуру, коммуникацию и совместную работу.
  • Команды отказываются от индивидуальных мнений и выстраивают приоритеты с точки зрения клиента.

Value stream mapping is critical for business sustainability. Here’s why:

  • Reducing or eliminating waste can improve your company’s bottom line. As a bonus, you discover the root cause and the source of the waste.
  • Once wasteful handoffs are identified as part of value stream visualizers, your teams can consciously improve behavior, culture, communication, and collaboration.
  • Teams discard individual opinions and prioritize based on the customer’s perspective.

Проблемы систематизации потока ценности

Если не проявлять должной осторожности, систематизация потока ценности может оказаться затратным мероприятием сама по себе. Вот как можно избежать распространенных ошибок:

  • Трудозатраты на систематизацию потока ценности необходимо соизмерять с потенциальной выгодой и экономией. Нужно с самого начала следить за рентабельностью инвестиций.
  • Привлекайте к систематизации потока ценности опытных сотрудников из бизнес-команды и команды разработки продукта, так как процесс составления может быть чрезвычайно сложным и междолжностным.
  • Систематизация потока ценности часто вызывает страх и неуверенность, поэтому процесс выявления лишних операций может быть непростым.
  • Конечно, оптимизация отдельных этапов позволяет серьезно сэкономить. Однако это может не привести напрямую к повышению прибыли до завершения полного критического анализа. С учетом этого начинать движение лучше с малого.
  • Не спешите сразу же использовать профессиональные графики, инструменты и символы. Сначала сделайте набросок на бумаге или на доске, чтобы изложить идею в общих чертах. Когда все уляжется, формализуйте карту потока надлежащим образом. Помните, что ваша цель — сократить лишние расходы, а не создать дополнительные.

Короче говоря, систематизировать поток ценности полезно, но если перестараться, это может стать причиной новых проблем.


Value stream mapping can be wasteful in itself, if you are not careful. Here’s how you can avoid common pitfalls:

  • The LOE (level of effort) to conduct value stream mapping should be balanced with the potential value and savings. From the beginning, keep an eye on the return on investment (ROI).
  • Involve experienced people from the business side and product side in conducting value stream mapping since the mapping process could be vastly cross-functional and complex.
  • Fear and uncertainty are common symptoms when value stream mapping is conducted, and so the process of identifying waste can be intense.
  • Improving a step here and a step there will rake in savings for sure. However, it may not directly translate to a bottom line improvement until a full walkthrough is completed. Having said that, baby steps are often a great way to start.
  • Don’t rush to use professional charts, tools, and symbols right away. First, sketch with a pencil or use a whiteboard to outline the idea. Once the dust settles, formalize the map appropriately. Remember, you are trying to cut waste and not create any more than you already have.

Overall, doing value stream mapping is fine, yet overdoing it can be problematic.

Примеры использования систематизации потока ценности

Вкратце рассмотрим преимущества систематизации потока ценности для различных отраслей. Сфера применения определяет набор элементов на карте потока ценности.

В цепочке поставок с помощью систематизации потока ценности можно выявлять причины дорогостоящих задержек на пути к поставке готового продукта. На производстве с помощью систематизации потока ценности можно выявлять потери, анализируя каждый этап потока информации и транспортировки материалов. Здесь элементы процесса в потоке создания ценности — это материалы.

В сфере услуг систематизация потока ценности помогает обеспечить эффективное и своевременное обслуживание внешних клиентов, а на уровне администрирования в организации облегчает обслуживание внутренних клиентов. В здравоохранении систематизацию потока ценности можно применять для повышения эффективности лечения пациентов и обеспечения высококачественного ухода. Здесь элементы процесса в потоке создания ценности — это потребности клиентов.


Let’s briefly look at how value stream mapping can bring value to various industries. The domain determines the process items that flow through the value stream map.

In a supply chain, value stream mapping can root out costly delays leading to a finished product. In manufacturing, value stream mapping helps identify waste by analyzing each step of material handling and information flow. The process items that flow through the value stream are materials.

In service industries, value stream mapping facilitates effective and timely services for external customers, whereas inside administration and offices, it facilitates services for internal customers. In healthcare, value stream mapping ensures that patients are effectively treated with high-quality care. The process items that flow through the value stream are customer needs.

Как систематизация потока ценности позволяет выявить и сократить потери

Метод систематизации потока ценности возник на предприятиях обрабатывающей промышленности. В качестве примера представим, что автомобильный завод получает заказы на новые автомобили и нуждается в сырье для их производства. Компания проводит систематизацию потока ценности, чтобы схематично представить этапы производства нового автомобиля.

Проанализировав составленную карту, компания выявляет нерациональный этап передачи в процессе производства: сырье доставляют на конвейер с дальнего склада с помощью погрузчика. Такое перемещение создает угрозу безопасности и отнимает много времени. Исходя из этого компания решает на постоянной основе переместить склад сырья, чтобы он непосредственно примыкал к конвейеру. Это повысит эффективность и, возможно, полностью устранит необходимость в погрузчике.

В бережливом производстве выделяют семь видов потерь.


Value stream mapping originated in the enterprise manufacturing industry.  As an example, let’s imagine an automobile  factory receives orders for new cars and needs raw materials to produce them. The company uses value stream mapping to outline the steps required to produce a new car.

After reviewing car production steps, the company identifies a handoff stage in the development that appears wasteful. This handoff stage requires a forklift to move raw materials from one side of a warehouse to the production line. However, this move has safety risks and is time consuming. From this insight the company decides to permanently move the raw material storage directly adjacent to the production line. This increases efficiency and potentially removes the requirement of the forklift altogether!

Lean manufacturing has a set of seven types of waste generation.

Перепроизводство

Перепроизводство является катализатором многих других видов потерь. При перепроизводстве продукта образуются дополнительные потери из-за ненужных расходов, таких как дополнительная плата за хранение, впустую потраченное сырье и капитал, замороженный в бесполезных запасах.

Запасы

Потери из-за запасов — это стоимость обязанностей, связанных с хранением избыточных запасов. К этим потерям относятся дополнительные площади для размещения запасов, затраты на аренду складских помещений, транспортные расходы, а также потери от ухудшения характеристик продуктов.

Перемещение

Потери от перемещения — это затраты на все перемещения персонала и оборудования, которые можно сократить. Предыдущий пример с погрузчиком и местоположением запасов отлично демонстрирует потери от перемещения и их оптимизацию. Потери от перемещения создают множество побочных потерь, включая загрязнение, потери топлива из-за эксплуатации транспортных средств, затраты на техническое обслуживание и затраты, связанные с поломкой оборудования.

Дефекты

Возможны нештатные ситуации, которые могут быть затратными. Управление потерями из-за дефектов — это попытка выявить и устранить нештатные ситуации и недостатки, которые приводят к дефектам в конечных продуктах. Дефекты обходятся дорого. Они требуют замены, возможных дополнительных затрат на утилизацию или затрат, связанных с полной потерей сырья.

Излишняя обработка

Потери от излишней обработки — это любой этап производства компонента, который оказывается ненужным, например добавление возможностей, о которых пользователи не просили, или совершенствование частей продукта, которые не будут видны пользователю.

Ожидание

Потери из-за ожидания — это стоимость любого этапа производственной обработки, который выполняется медленно и задерживает конечный результат. Ожидание увеличивает расходы на освещение, отопление, охлаждение и создает опасность истечения срока годности материалов или действия контрактов.

Транспортировка

Потери от транспортировки очень похожи на потери от перемещения. Потери от транспортировки возникают при внешних перевозках между несколькими пунктами или при внутренних перемещениях в пределах одного пункта у сторонних партнеров.

Но организация, разрабатывающая программное обеспечение, не занимается физическим перемещением сырья со складов для создания готового продукта. Разработка программного обеспечения подразумевает превращение идей в осязаемый пользовательский опыт и создание ценности для клиентов.

Для компаний по разработке программного обеспечения поток ценности — это получение идеи, например от службы поддержки клиентов, из требований к продажам или в результате анализа конкурентной продукции, и поставка этой идеи в виде ценного результата конечным потребителям. Этапы потока ценности при разработке программного обеспечения в основном связаны с обменом информацией между командами.

Пользователь запрашивает возможность, команды по продукту проектируют функцию, инженеры получают проект и создают программное обеспечение, которое поставляется конечному пользователю. При разработке программного обеспечения управление потоком ценности можно использовать для выявления точек потерь между этими этапами.

Ниже перечислены семь видов потерь, характерных для разработки программного обеспечения и другой творческой работы.

Недоработка

Недоработки возникают, когда выпускается недоделанное программное обеспечение. Это может произойти из-за отсутствия полной спецификации или автоматизированного тестового покрытия. Недоработки приводят к множеству других потерь, поскольку выпуск дополнительных обновлений и разработка недостающих функциональных возможностей требуют дополнительных работ.

Избыточные возможности

Избыточные возможности, или «неконтролируемое расширение возможностей», вызывают потери из-за ненужного расширения объема работы. Избыточные возможности — это возможности, созданные компанией наугад без запроса пользователей. Избыточные возможности создаются с благими намерениями, но часто в отрыве от реальных потребностей клиентов.

Переподготовка

Потери из-за переподготовки могут возникать, в частности, из-за отсутствия внутренней документации. В случае сбоя или отказа программного обеспечения рекомендуется выяснить и задокументировать причину отказа и способ его устранения. Если отказ не задокументирован, при его повторном возникновении придется снова искать причину и способ устранения.

Потери из-за переподготовки также возникают, когда команде или отдельному сотруднику приходится осваивать незнакомую технологию. Технологические тенденции быстро меняются. Молодые разработчики, вдохновленные рыночными тенденциями и рекламной шумихой, подхватывают кратковременную моду на платформы и библиотеки. Даже если сотрудники организации знают, как создать ту или иную возможность, им может потребоваться переподготовка, чтобы создать ее на новой платформе.

Передача работы

Потери из-за передачи работы возникают при смене владельца проекта, изменении ролей или текучести кадров. Основные участники команды уходят, и проект передают другому участнику без контекста. Такого сценария трудно избежать. В других случаях потери из-за передачи работы вызваны неэффективным управлением и изменением приоритетов участников команды на ходу.

Кроме того, потери от передачи работы могут возникать в конвейерах обмена информацией. Например, в команде DevOps более тесная интеграция команды разработчиков с операционной командой может предотвратить ошибки при обмене информацией во время сдачи продукта на обслуживание. Это пример того, как можно избежать потерь от передачи работы.

Задержки

Задержки обычно возникают, когда в проекте существуют сильные зависимости. Выполнение следующих этапов проекта может быть приостановлено в ожидании решения или ресурса с предыдущего этапа. Хотя зависимостей лучше избегать, полностью разделить задачи бывает сложно. Задержка при выполнении одной задачи может привести к задержкам в зависимых задачах. В результате задержки могут вызвать каскад потерь. Ведь разработка программного обеспечения часто происходит быстрыми темпами, и задачи распределяются между участниками команды.

Переключение между задачами

Потери из-за переключения между задачами похожи на потери из-за передачи работы. Но если потери от передачи работы возникают при смене владельца задачи, то потери от переключения между задачами происходят у одного и того же участника команды. Мысленное переключение контекста обходится дорого. Именно определенный ход мыслей или состояние потока позволяет разработчикам программного обеспечения эффективно работать и выдавать хороший код. Эффективные организации стремятся создать для разработчиков оптимальные ментальные условия. Неэффективные организации донимают разработчиков второстепенными отвлекающими задачами, такими как совещания или электронные письма, и тем самым нарушают их рабочий процесс.

Дефекты

Потери из-за дефектов возникают, если в программном обеспечении обнаруживаются ошибки. Дефекты аналогичны недоработкам, но могут быть более затратными, поскольку о них не известно, тогда как о недоработках обычно известно сразу. О выявленных дефектах в службу поддержки сообщают клиенты. Такой конвейер может быть дорогостоящим: он приводит к задержкам и переключению между задачами.

The value stream mapping symbols


Символы на картах потока ценности

Существуют стандартные символы для схематичного представления потока ценности.

Схема, на которой показаны символы, часто используемые в картах потоков создания ценности

Пошаговая инструкция по систематизации потока ценности


1. Определите проблему, которую вы решаете

Какую проблему вы решаете с точки зрения клиента? Вашим клиентам кажется, что поставка новых возможностей или улучшений продукта занимает слишком много времени? Опубликуйте изложение проблемы и убедитесь, что все понимают, о чем идет речь.

2. Доверьте задачу подходящей команде

Доверьте задачу зрелой и опытной команде, которая сможет грамотно и своевременно решить эти проблемы. Топ-менеджеры должны выделить достаточно средств, чтобы обеспечить бесперебойное выполнение задачи.

3. Задайте границы процесса

После публикации изложения проблемы соответствующим образом ограничьте область систематизации потока ценности. Необязательно составлять карту всего процесса релиза: можно сосредоточиться на определенном участке.

4. Составьте карту выбранного процесса

Обязательно проверьте выбранный процесс. Это может поменять картину, так как непосредственный опыт нельзя заменить описанием (оно может быть предвзятым) и документацией, написанной другими сотрудниками (она может быть неполной и неточной).

Определите этапы. Я анализирую карту потока ценности несколько раз. Это может показаться избыточным, однако мне случалось при втором проходе находить недостающие звенья, не обнаруженные при первом. А затем мы копались еще немного, и при третьем (и последнем) проходе вскрывались неприятные сюрпризы.

5. Соберите данные о процессе

Систематизируя поток ценности, заносите данные о процессе в поля данных на карте. Данные о процессе включают в себя (помимо прочего) количество вовлеченных людей, среднее количество рабочих часов, время цикла, время ожидания, время бесперебойной работы, время простоя и так далее.

6. Создайте график

Создайте карту затрат времени на процессы и выполнение.

7. Оцените текущую карту

Задавайте вопросы. Много ли зависимостей связывает команды? Не слишком ли велико время выполнения? Если да, не связано ли это с тем, что наборы тестов не выполняются (или не могут выполняться) параллельно? Все ли среды стабильны? Не наблюдаются ли при тестировании периодические сбои, которые команды не в состоянии воспроизвести?

Или, может быть, в вашем процессе есть этапы, которые вы считаете ценными, но которые ничего не значат для клиента? Анализируя информационный поток, ищите в нем застойные и узкие участки. Обращайте внимание на тип операций (отправка или получение).

8. Спроектируйте будущую карту

Возможно, вам не удастся создать полную и окончательную версию, но это нормально. Убедитесь, что ваша новая карта соответствует видению компании.

Помните: ничто не постоянно. Исходя из потребностей клиентов, вносите постоянные корректировки.

9. Реализуйте будущую карту

Следуйте будущей карте потока ценности и убедитесь, что она более эффективна для клиентов. Она должна способствовать решению проблемы, сформулированной в начале работы. Ведите регулярный мониторинг KPI и анализируйте тенденции. Убедитесь, что все работают на благо клиентов.

Если вам интересно посмотреть, как выглядит конечный продукт, вот пример карты потока создания ценности.

The application of value stream mapping to continuous delivery


Систематизация потока ценности для непрерывной поставки

В разработке ПО систематизация потока ценности может выявить проявления неэффективности на всех этапах: от зарождения идеи до внедрения продукта в рабочую среду с учетом циклов обратной связи и доработок. Это может уменьшить количество этапов в процессе и сократить объем доработки. При систематизации процесса можно визуально представить, где происходит передача работ. Кроме того, вы сможете определить участки, в которых из-за длительного времени ожидания работа не перемещается по системе своевременно.

По умолчанию систематизация потока ценности не требуется для непрерывной поставки (CD). Разработать и внедрить конвейер CD вполне можно, даже не зная о таком методе.

При правильном подходе к построению карты потока создания ценности этот метод способствует развитию культуры постоянного совершенствования. Такая методика доказала свою эффективность в вопросах разработки и эксплуатации ПО. Карта иллюстрирует результаты анализа потока создания ценности и предоставляет визуальный инструмент для упрощения понимания процессов и взаимодействия в организации.

Why bring value stream mapping to your team?


Зачем внедрять карты потоков создания ценности в своей команде?

Составление карт потоков создания ценности может применяться в отраслях, которые стремятся улучшить процессы во всех деловых операциях. Визуализация передачи работы помогает оптимизировать поток и сэкономить средства. Без визуализации будьте готовы к долгим совещаниям с туманными результатами для бизнеса.

Карты потоков создания ценности могут творить чудеса, способствуя непрерывным улучшениям. В мире разработки программного обеспечения непрерывное усовершенствование находится в центре парадигмы непрерывности, в рамках которой конвейеры непрерывной поставки обеспечивают регулярную, предсказуемую и оптимальную поставку продуктов клиентам. Как только вы научитесь выпускать релизы со скоростью формирования идей, ваши клиенты станут счастливы.

Кроме того, систематизация потока ценности способствует улучшению командной культуры. Продуктивные команды больше вовлечены в процесс и с ними интереснее работать. При этом улучшение культуры, повышение производительности и экономия — лишь некоторые из множества преимуществ, которые дает систематизация потока ценности. Не пора ли сделать ее приоритетом номер один в вашем бэклоге?

Juni Mukherjee
Juni Mukherjee

Juni is a thought citizen in the DevSecOps space and has made deep investments in the field of Continuous Delivery. She has helped organizations build Continuous Delivery Pipelines, and would love to solve the problems that plague our industry today. She has authored a couple of books.


Поделитесь этой статьей

Рекомендуемые статьи

Добавьте эти ресурсы в закладки, чтобы изучить типы команд DevOps или получать регулярные обновления по DevOps в Atlassian.

Рисунок: DevOps

Сообщество DevOps

Рисунок: DevOps

Узнать больше в блоге

Рисунок: карта

Начните работу бесплатно

Подпишитесь на информационную рассылку по DevOps

Thank you for signing up

продолжение темы
Feature Flags