Value Process System (VPS)

В 2007 году Microsoft выпустила Vista после двухлетней бета-программы небывалого масштаба: в тестировании участвовали сотни тысяч добровольцев и компаний. Процесс проверки был выстроен с размахом, но, как разбирает статья BPM Institute о системе создания ценности, ни один рыночный сегмент новая система не увлекла. Для руководителя вывод простой: процесс можно отладить до блеска и всё равно доставлять клиенту не то, за что он готов платить.

Value Process System (VPS, система процессов создания ценности) — рабочая рамка OrgDevTools, которая решает две задачи одновременно. Первая — понять, что именно ценно для клиента. Вторая — выстроить процессы так, чтобы эта ценность доставлялась стабильно, измеримо и без опоры на отдельных «героев», которые «знают, как надо». В рамке шесть элементов: ценность (Value), поток (Flow), стандартизация (Standardization), измеримость (Measurement), управление (Management) и улучшение (Improvement).

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

Происхождение и исследовательская база Value Process System

Линия 1: бережливое производство и Toyota

Atlassian в обзоре управления потоком ценности (value stream management) возводит этот подход к бережливому производству (lean manufacturing) и к производственной системе Toyota (Toyota Production System, TPS) 1950-х годов. Отсюда VPS берёт свой центральный объект — поток создания ценности (value stream). Так называют всю цепочку действий, через которую запрос клиента превращается в готовый продукт или услугу у него в руках. Lean-логика переносит фокус с отдельного отдела на поток целиком: клиенту безразлично, насколько эффективен склад, если заказ неделю ждёт согласования в бухгалтерии.

В старой версии нашей статьи говорилось, что VPS «основан на принципах Lean». Материалы это подтверждают в узком смысле: корни управления потоком ценности действительно лежат в lean. Самостоятельной lean-методики под названием Value Process System в материалах при этом нет.

Линия 2: картирование потока создания ценности

Главный практический инструмент этой линии — карта потока создания ценности (Value Stream Mapping, VSM). Lean Enterprise Institute (LEI) описывает её в своём лексиконе и опирается на рабочую тетрадь «Learning to See». В 1999 году тетрадь получила исследовательскую премию Шинго (Shingo Research Prize). Её ценность в том, что она построена на реальных картах, а не на абстрактных схемах.

LEI разделяет две карты: текущего состояния (current state) — как поток работает сегодня, и будущего состояния (future state) — каким он должен стать. Каждая карта делится на зоны. В одной показан информационный поток (кто, как и когда узнаёт, что нужно делать), в другой — движение самой работы по шагам, в третьей — временная шкала, на которой видно, сколько времени уходит на полезную работу и сколько на ожидание.

LEI приводит пример расчёта ритма. Если такт-время (takt time) — 30 секунд, а в упаковке 20 изделий, то шаг выпуска (pitch) равен 10 минутам: 30 секунд × 20 штук = 600 секунд. Пример производственный, но логика переносится и на офис: если отдел закрывает заявки пачками, ритм потока задаёт размер пачки, а не скорость отдельного сотрудника.

Линия 3: процессное картирование

ICAgile и flowdit противопоставляют картированию потока ценности процессное картирование (process mapping). Карта потока смотрит на систему сверху: где возникают задержки, запасы и переделки между этапами. Процессная карта спускается внутрь одного этапа и показывает, кто что делает, в каком порядке, с какими развилками и решениями. Обе страницы приходят к одному выводу: инструменты не конкурируют. Карта потока показывает, где болит, процессная карта — почему болит именно там.

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

Линия 4: ценность глазами клиента

Четвёртая линия идёт из маркетинга и теории ценности. Статья BPM Institute «The Value Creation System» напоминает, что в 1980–1990-х годах Майкл Портер (Michael Porter), Кристиан Грёнроос (Christian Grönroos) и Анника Равальд (Annika Ravald) показали: клиент оценивает ценность через индивидуальные ментальные модели. Одинаковый продукт разные покупатели оценивают по-разному.

Вольфганг Улага (Wolfgang Ulaga) в статье 2001 года «Measuring Customer-Perceived Value in Business Markets» выделил восемь типов ценности в B2B. Среди них качество продукта, сервисная поддержка, надёжность поставок, экспертиза поставщика, скорость вывода на рынок и личное взаимодействие (в материалах список приведён не полностью). Для VPS отсюда практический вывод: «ценность для клиента» — это набор измеримых атрибутов, и процесс поставки или поддержки может создавать её не меньше, чем сам продукт.

BPM Institute приводит и обратный пример к Vista. По его данным, Amazon, выстроив Prime вокруг понятных клиенту атрибутов ценности, в 2015 году поднял годовую плату за подписку более чем на 25% без оттока клиентов, а подписчики Prime приносили вдвое больше продаж, чем остальные покупатели. Автор называет это мышлением «снаружи внутрь» (outside-in thinking): клиент стоит в центре принятия решений, а не в конце цепочки.

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

Линия 5: процесс как контур регулирования

Пятая линия пришла из инженерии управления процессами. В учебном материале по основам управления технологическими процессами (process control) уставка (set point) определяется как значение переменной, которое нужно поддерживать. Пример: температуру держат в пределах ±5 °C от 100 °C, уставка — 100 °C. В VPS стандарт процесса работает так же: целевое значение (срок, уровень качества) плюс допуск, внутри которого отклонение считается нормой.

Похожая логика «план — факт — отклонение» в государственных проектах закреплена нормативно. Руководство NDIA по системам освоенного объёма (Earned Value Management Systems, ревизия 5, июнь 2025) цитирует подраздел 34.2 Федерального регламента закупок США (FAR): в крупных закупках на разработку агентства обязаны требовать систему управления освоенным объёмом. Это отдельная методология, но она показывает, что измерение процесса относительно базового плана — давняя управленческая практика, а не изобретение lean-консультантов.

Что из этого следует для доказательной базы

Академических исследований, которые проверяли бы VPS как цельную систему из шести элементов, в материалах нет. Опора метода — проверенные практикой части: карты потока (LEI), различение уровней картирования (ICAgile, flowdit), исследования воспринимаемой ценности (Улага, линия Портера — Грёнрооса — Равальд) и инженерная логика уставки. Поэтому эффект VPS в вашей компании нужно доказывать собственными метриками «до и после», а не ссылками на чужие цифры.

Ключевые идеи и принципы Value Process System

1. Принцип: ценность определяет клиент

   Первый элемент — ценность (Value). Её нельзя назначить на совещании: она выводится из того, за что клиент платит и от чего уходит к конкуренту. BPM Institute называет «мифической клиентской ценностью» (mythical customer value) ситуацию, когда компания уверена, что знает потребности клиента, но никогда их не проверяла. Рабочий выход — перечень атрибутов ценности по образцу Улаги (качество, сроки, поддержка, экспертиза, личный контакт) и ранжирование их по ответам реальных клиентов.

   Отдельная подтема — «искусство продавать ценность» (the art of selling value). Выявленные предпочтения нужно перевести в ценностное предложение (value proposition), которое явно показывает, какой из главных атрибутов закрывает продукт или услуга. Для VPS это означает, что маркетинг и продажи — такие же процессы потока ценности, как производство.

2. Принцип: каждая операция — добавляет ценность, необходима или лишняя

   Lean-картирование делит операции на три типа:

   • Добавляющие ценность (value-added) — клиент за них платит, они меняют продукт или услугу в нужную ему сторону.

   • Необходимые, но не добавляющие ценности (necessary non-value-added) — без них пока нельзя: проверки по требованию регулятора, обязательная отчётность.

   • Не добавляющие ценности (non-value-added) — потери, которые нужно устранять.

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

3. Принцип: потери видны, только если на них смотреть

   Классический lean-перечень потерь (types of waste) помогает назвать то, что команда привыкла считать нормой:

   • перепроизводство — сделали больше или раньше, чем нужно;

   • ожидание — работа стоит в очереди;

   • лишняя транспортировка — передача между людьми, системами и площадками;

   • лишняя обработка — делаем больше, чем ценит клиент;

   • запасы — незавершённые заявки, документы «в работе»;

   • лишние движения — поиск информации, переключения между окнами;

   • дефекты — переделки и возвраты.

   В офисе потери выглядят иначе, чем в цехе: три согласования одного договора, повторный ввод данных из почты в CRM, запрос клиенту на уже присланный документ.

4. Принцип: поток должен быть непрерывным

   Второй элемент — поток (Flow). Ценность должна двигаться от запроса к результату без остановок, возвратов и накоплений. LEI описывает характеристики бережливого потока (characteristics of a lean value stream): работа идёт в ритме спроса, между этапами нет лишних запасов, следующий этап «вытягивает» работу у предыдущего, а не получает её «проталкиванием».

   Здесь пригодятся такт-время и шаг выпуска из линии LEI. Такт показывает, с какой частотой нужно выдавать результат, чтобы успевать за спросом. Шаг выпуска — с какой частотой реально передаются партии. Если шаг намного больше такта, клиент ждёт не из-за медленной работы, а из-за размера партий.

5. Принцип: две карты — текущая и будущая

   Работа с потоком начинается с карты текущего состояния. Её рисуют, пройдя путь заказа своими ногами или по системам, а не со слов руководителей. На вопрос «какой шаг картирования самый важный» практики отвечают одинаково: честная фиксация того, что есть сейчас. Затем рисуют карту будущего состояния — без части ожиданий, с меньшими партиями, с понятным сигналом, когда начинать работу. Разница между картами и есть план изменений.

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

   Карта текущего состояния, нарисованная по памяти в переговорной, описывает процесс, который существует только в головах руководителей.

6. Принцип: карта потока и процессная карта решают разные задачи

   | Что сравниваем | Карта потока ценности | Процессная карта | |---|---|---| | Масштаб | Весь поток от запроса до клиента | Один этап или подпроцесс | | Главный вопрос | Где теряется время и ценность | Почему этап работает именно так | | Данные | Время цикла, ожидания, запасы, ритм | Шаги, роли, развилки, решения | | Когда применять | Выбор приоритетов, стратегические изменения | Точечная доработка, регламенты, автоматизация |

   Типичный вопрос из FAQ конкурентов: «Есть ли смысл использовать процессные карты вместе с картами потока?» Есть: сначала карта потока находит узкое место, затем процессная карта разбирает его до уровня действий. Второй частый вопрос — подходит ли картирование потока только для производства. Нет: LEI и Atlassian показывают примеры из разных отраслей, включая разработку ПО. Процессные карты используют и в проектах цифровой трансформации, чтобы не автоматизировать хаос.

7. Принцип: стандарт — база для улучшения

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

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

8. Принцип: без измерения нет управления

   Четвёртый элемент — измеримость (Measurement). Atlassian отдельно разбирает метрики потока ценности (value stream metrics): они показывают, движется ли работа к цели и ускоряется ли доставка ценности. Минимальный набор для VPS:

   • время выполнения (lead time) — от запроса клиента до результата;

   • время цикла (cycle time) — сколько длится сам шаг работы;

   • доля полезного времени — отношение времени, добавляющего ценность, ко времени выполнения;

   • качество на выходе — доля результатов без переделок и возвратов;

   • своевременность — доля заказов, выполненных в обещанный срок.

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

9. Принцип: у каждого процесса есть владелец

   Пятый элемент — управление (Management). У процесса должен быть владелец: человек, который отвечает за результат всего потока, а не только своей функции. Он задаёт стандарт, следит за метриками, решает, что делать при отклонении, и знает правила эскалации — когда проблема уходит выше и к кому. Как закрепить эту роль, подробно разобрано в методике назначения владельцев процессов. Без владельца поток распадается на зоны ответственности отделов, а стыки между ними остаются ничьими.

10. Принцип: улучшение — регулярная работа каждого

    Шестой элемент — улучшение (Improvement), в японской традиции кайдзен (Kaizen). Это не разовый проект, а цикл непрерывного улучшения: проблема → анализ причины → изменение → проверка метрикой → новый стандарт. Проблемы в такой системе показывают, а не прячут: скрытый сбой нельзя исправить. Участвуют все, кто работает в потоке, потому что потери лучше всех видят исполнители.

    Стандарт без кайдзен застывает, кайдзен без стандарта превращается в бесконечные эксперименты без точки отсчёта.

11. Принцип: система важнее героев

    Сквозная идея VPS: бизнес не должен рушиться, когда уходит человек, который «всё знает». Это не значит, что люди не важны. Знание переносится из голов в стандарты, метрики и правила управления, а люди переходят от тушения пожаров к развитию процесса. По BPM Institute, на уровне всей компании (the enterprise as a value creation system) это означает связать стратегию, ценностное предложение и операционные процессы в одну цепочку, где каждое звено объяснимо через ценность для клиента.

12. Принцип: автоматизировать стоит то, что уже стандартизировано

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

Ограничения, слепые зоны и критика Value Process System

Типовые ошибки при внедрении Value Process System

1. Ошибка 1: процессы ради процессов.

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

   Как избежать

   начинайте с перечня атрибутов ценности, подтверждённого интервью или опросом клиентов. Описывайте в первую очередь те процессы, которые прямо влияют на верхние два-три атрибута. Каждый процесс должен отвечать на вопрос «какую ценность для клиента он создаёт или защищает».

2. Ошибка 2: карта текущего состояния нарисована по памяти.

   Руководители собираются в переговорной и рисуют, «как у нас устроено». Получается идеализированная версия: без переделок, без ожиданий, без обходных путей. На этой основе проектируют будущее состояние, которое решает несуществующие проблемы, а настоящие узкие места остаются на месте.

   Как избежать

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

3. Ошибка 3: стандарт без допусков и без пересмотра.

   Стандарт пишут один раз, как закон, без целевых значений и допустимых отклонений. Сотрудники не понимают, что считать сбоем, а предложения по улучшению упираются в ответ «у нас так написано». Система застывает и через год отстаёт от реальности.

   Как избежать

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

4. Ошибка 4: метрики загрузки вместо метрик потока.

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

   Как избежать

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

5. Ошибка 5: владелец процесса без полномочий.

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

   Как избежать

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

6. Ошибка 6: автоматизация до стандартизации.

   Компания покупает ИТ-систему, чтобы «навести порядок в процессах», и переносит в неё текущий поток со всеми лишними согласованиями и повторным вводом данных. Потери становятся быстрее и дороже, а менять их теперь сложнее — нужна доработка системы.

   Как избежать

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

План внедрения Value Process System

1. Месяц 1: ценность и выбор потока. Проведите интервью или опрос клиентов ключевого сегмента и составьте перечень атрибутов ценности с ранжированием. Выберите один поток, который сильнее всего влияет на верхние атрибуты, — например, «от заявки до первой поставки». Назначьте спонсора из руководства и временного владельца потока. Результат месяца — одностраничное описание ценности и границ потока.

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

3. Месяц 3: будущее состояние, стандарты и метрики. Нарисуйте карту будущего состояния: какие шаги убрать, где уменьшить партии, как наладить «вытягивание». Для каждого этапа напишите стандарт — вход, выход, шаги, нормативное время, качество, допуски. Выберите три-пять метрик потока, определите источник данных, частоту сбора и способ визуализации. Утвердите владельца процесса, его полномочия и правила эскалации.

4. Месяц 4: запуск, обучение и первый цикл кайдзен. Обучите всех участников потока: зачем изменения, как работает стандарт, где смотреть метрики, как поднять проблему. Запустите еженедельный короткий разбор метрик у владельца процесса. Проведите первый цикл улучшения на одной найденной проблеме и оформите результат новой версией стандарта. Сравните метрики с базовой линией месяца 2.

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

   Хороший тест для VPS — отпуск ключевого сотрудника: если поток не замедлился, знания действительно перешли в систему.

Как реализовать этот план с помощью фрейма «Value Process System» в OrgDevTools

Фрейм «Value Process System» — бесплатный тренажёр. В нём один процесс проходит через шесть элементов метода. Шаги потока описываются в таблице, фрейм сам считает время выполнения и долю полезного времени, сверяет стандарты с допуском и сравнивает метрики «до» и «после». Отдельного Инструмента с этим фреймом на платформе сейчас нет, вся работа идёт в тренажёре. Новый фрейм открывается пустым, готовых примеров в нём нет.

Книги по теме Value Process System

• Lean Enterprise Institute — «Learning to See» (рабочая тетрадь, премия Шинго 1999). Из неё в метод пришли карты текущего и будущего состояния, зоны карты и привычка строить карту по реальным данным, а не по памяти.

• Вольфганг Улага — «Measuring Customer-Perceived Value in Business Markets» (статья, 2001). Это не книга, но ключевой источник для элемента «Ценность»: типология атрибутов ценности в B2B, по которой удобно составлять перечень того, что ценит клиент.