OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
МетодикиРацухиБиржаБлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

Продукты

  • Методики
  • Инструменты
  • Сценарии
  • Рацухи
  • Новости

Ресурсы

  • Блог
  • Кому подходит
  • Тарифы
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

ГлавнаяМетодикиРасчёт Process Cycle Efficiency (PCE)
Анализ

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

В большинстве процессов реальная работа над задачей занимает меньше 10% от всего времени её прохождения — остальное это ожидание, перемещение и простой.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Команда сокращает время цикла за счёт отказа от необходимых проверок качества, что повышает PCE, но увеличивает долю брака и переделок.

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

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

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

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

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

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

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

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

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

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

Главное, что нужно знать

PCE показывает долю времени, реально добавляющего ценность для клиента, в полном времени цикла процесса — типичные значения для большинства процессов составляют от 1% до 10%, и это нормально. Ценность показателя не в абсолютном значении, а в выявлении конкретных потерь (waste) для целенаправленного устранения, без ущерба для качества результата.

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

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

Неделя 1: картировать все шаги процесса от старта до завершения (Value Stream Mapping).

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

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

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

Неделя 3: рассчитать текущий PCE и определить крупнейшие категории потерь.

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

Неделя 4: устранить наиболее очевидные чистые потери без ущерба для качества.

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

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

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

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

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

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

Заполните фрейм «Расчёт Process Cycle Efficiency (PCE)» в OrgDevTools

Впишите свои данные в поля ниже — это настоящий фрейм методики, тот же, что в рабочей тетради.

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное

Сохранить в рабочую тетрадь →

Что внутри

  • Заполняйте фрейм прямо сейчас, без регистрации
  • 3 рабочие тетради бесплатно при авторизации
  • Больше функций по подписке: экспорт PNG/PDF, планы работ, MindMap, BPMN, Wiki и пр.
Начать бесплатно →

Без карты. Регистрация — 30 секунд.

Книги по теме

Джордж М. — «Lean Six Sigma for Service» (2003). Практическое применение PCE и классификации потерь в процессах.

Чек-лист расчёта PCE

Отметьте пункты — прогресс анонимно не сохраняется, войдите, чтобы не потерять

0 из 4 выполнено0%

Похожие методики

Расчёт Lead Time (LT)

Клиента не интересует, сколько времени ушло непосредственно на работу над его заказом — его интересует, сколько времени прошло от заявки до результата.

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт