Расчёт Process Cycle Efficiency (PCE)

Отдел считает свой процесс достаточно быстрым, потому что на каждом этапе сотрудники работают эффективно и без простоев. При этом никто не сложил вместе всё время, которое задача проводит в ожидании между этапами — когда наконец посчитали полное время от старта до финиша и сопоставили с реальным временем работы над задачей, выяснилось, что доля добавляющей ценность работы составляет менее 5% от общего цикла. PCE и существует именно для того, чтобы сложить эти невидимые фрагменты времени в одну наглядную цифру.

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

Реальный документированный пример измеримого улучшения PCE — опубликованное академическое исследование применения кайдзен-подхода на производстве железнодорожных вагонов (журнал Heliyon, 2022): после серии целенаправленных Kaizen-мероприятий PCE выросла на 46,8%, время цикла (Lead Time) сократилось на 27,9%, а доля времени, реально добавляющего ценность, выросла на 59,3% — три взаимосвязанных показателя, подтверждающих друг друга, а не изолированное улучшение одной метрики за счёт другой (прямая профилактика Ошибки 2). В корпоративном масштабе похожий эффект зафиксирован у Lockheed Martin: запущенная в 1999 году программа LM21 (Lockheed Martin in the 21st Century), объединившая Lean и Six Sigma по всей корпорации, принесла свыше 5 миллиардов долларов чистой экономии, а сокращение времени цикла благодаря этой программе напрямую помогло компании выиграть тендер на разработку истребителя Joint Strike Fighter — конкретный случай, когда более высокий PCE стал коммерческим конкурентным преимуществом, а не только внутренним показателем эффективности.

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

Показатель PCE — ключевая метрика методологии Lean Six Sigma, происходящая из принципов бережливого производства (Toyota Production System) и систематизированная в рамках DMAIC-подхода к улучшению процессов — PCE явно противопоставляет время, добавляющее ценность с точки зрения клиента, всему остальному времени цикла, большая часть которого обычно представляет собой чистые потери (waste) в терминологии Lean. Систематизацию метрики в её нынешнем практическом виде, включая эталонные диапазоны по типам процессов, приписывают консультанту Майклу Джорджу и его практике George Group, объединившей Lean и Six Sigma в конце 1990-х — начале 2000-х годов в единую методологию Lean Six Sigma.

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

1. Принцип: PCE = время, добавляющее ценность / полное время цикла

   Время, добавляющее ценность — это только те действия, за которые клиент готов был бы платить, если бы видел, что именно происходит; всё остальное время (ожидание, перемещение, переделки, простои) не добавляет ценности и является потенциальным объектом для устранения. Формула: PCE = время, добавляющее ценность / полное время цикла (Lead Time) — та же метрика Lead Time, о которой шла речь в отдельной методике, выступает знаменателем этой формулы.

2. Принцип: Классификация действий на добавляющие и не добавляющие ценность

   Каждый шаг процесса классифицируется по трём категориям: добавляет ценность (value-added), не добавляет ценности, но необходим (business non-value-added, например, обязательный контроль качества по регуляторным требованиям), и чистые потери (pure waste, например, ожидание в очереди без причины) — целенаправленному устранению подлежит прежде всего третья категория. Именно эта трёхчастная классификация буквально реализована в блоках фрейма методики (см. ниже) — не два, а три раздельных списка.

3. Принцип: Низкий PCE — это норма, а не аномалия

   Для большинства процессов типичный PCE составляет от 1% до 10% — это означает, что низкий процент сам по себе не является поводом для тревоги, важнее направление изменения показателя и понимание, какие конкретные потери его ограничивают.

   Майкл Джордж в книге «Lean Six Sigma for Service» (2003) привёл конкретные ориентиры «мирового класса» отдельно по типам процессов, поскольку они принципиально не сопоставимы напрямую: для непрерывных технологических процессов (например, химическое производство) эталон — от 30% (нижняя граница) до 80% (верхняя); для транзакционных процессов (обработка заявок, документооборот) — от 10% до 50%; для творческих и когнитивных процессов (разработка ПО, дизайн, консалтинг) — от 5% до 25%. Джордж также приводит конкретный количественный эффект перехода от типичного к целевому уровню: рост PCE с 5% до 25% способен привести примерно к 20-процентному сокращению накладных расходов на производство и затрат на качество — не абстрактная выгода, а измеримый экономический эффект именно от повышения доли времени, добавляющего ценность.

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

Типовые ошибки

1. Ошибка 1: к времени, добавляющему ценность, относят действия, важные только для компании.

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

   Как избежать

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

2. Ошибка 2: погоня за высоким PCE в ущерб качеству результата.

   Команда сокращает время цикла за счёт отказа от необходимых проверок качества, что повышает PCE, но увеличивает долю брака и переделок. Именно поэтому реальный кейс с Kaizen-исследованием выше ценен тем, что демонстрирует одновременный рост PCE и сокращение Lead Time, а не рост одного показателя за счёт скрытого ухудшения другого.

   Как избежать

   Оценивать PCE вместе с показателями качества, а не изолированно от них.

3. Ошибка 3: статус «необходимо, но не ценность» используется как повод не пересматривать шаг.

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

   Как избежать

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

4. Ошибка 4: PCE считается единым числом без ранжирования потерь по величине.

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

   Как избежать

   после расчёта PCE явно ранжировать потери по величине и начинать устранение с крупнейшей категории.

5. Ошибка 5: PCE сравнивается между процессами принципиально разной природы.

   Производственный процесс, транзакционный процесс и творческий/когнитивный процесс изначально имеют разный ожидаемый диапазон эффективности — прямое сравнение их PCE без поправки на тип процесса даёт некорректный вывод о том, какой из них «хуже». Сравнивать 8% PCE творческого процесса с 60% PCE непрерывного технологического процесса так же некорректно, как сравнивать время забега на 100 метров с временем марафона.

   Как избежать

   сравнивать PCE процесса с его собственной историей или с эталоном того же типа процесса, а не с процессом принципиально другой природы.

6. Ошибка 6: команда не знает конкретный эталон «мирового класса» для своего типа процесса и оценивает PCE интуитивно.

   Без конкретного числового ориентира (например, 5-25% для творческих/когнитивных процессов по Джорджу) невозможно объективно понять, является ли текущий PCE процесса «плохим, но нормальным для этого типа работы» или реально отстающим даже по меркам своей категории.

   Как избежать

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

План внедрения

1. Неделя 1: картирование процесса

   картировать все шаги процесса от старта до завершения (Value Stream Mapping), определив заодно тип процесса (непрерывный технологический, транзакционный или творческий/когнитивный) для последующего выбора эталонного диапазона.

2. Неделя 2: классификация шагов

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

3. Неделя 3: расчёт PCE

   рассчитать текущий PCE и сравнить его с эталонным диапазоном Джорджа для своего типа процесса (непрерывный/транзакционный/творческий), определить крупнейшие категории потерь.

4. Неделя 4: устранение потерь

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

5. Далее: регулярный пересчёт

   Далее: регулярно пересчитывать PCE и отслеживать его вместе с показателями качества.

Как реализовать этот план с помощью фрейма «Расчёт Process Cycle Efficiency (PCE)» в OrgDevTools

Фрейм устроен как четыре карточки со свободным списком записей на каждой — Добавляет ценность, Необходимо, но не ценность, Чистые потери, План устранения потерь — прямо соответствующие трём категориям классификации шагов из блока «Ключевые идеи» плюс практическому шагу. Все четыре карточки — обычные редактируемые списки без встроенного расчёта процента. Итоговый процент PCE пользователь считает вручную по введённым в карточки данным и вписывает как отдельную запись — форма не автоматизирует саму формулу, а служит структурированным полем для сбора и категоризации операций по цепочке ценности.

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

Неделя 4 — карточка «План устранения потерь». Отдельная от классификации карточка с подсказкой «что убираем в первую очередь» — структурно подталкивает к ранжированию потерь, а не к попытке улучшить всё сразу (защита от ошибки 4).

Книги по теме

George M. — «Lean Six Sigma for Service» (McGraw-Hill, 2003). Первоисточник эталонных диапазонов PCE «мирового класса» по типам процессов и практического применения классификации потерь.