Производственная компания организована функционально: отдел продаж принимает заказы, склад комплектует, логистика доставляет, биллинг выставляет счета. Каждый отдел оптимизирует собственные метрики — продажи гонятся за объёмом сделок, склад — за скоростью комплектации, логистика — за стоимостью доставки. Заказ клиента, проходящий через все четыре функции, регулярно застревает на стыках между отделами: склад комплектует быстро, но логистика не успевает забрать вовремя, потому что у неё свой график, не синхронизированный со складом. Клиент видит только итоговую задержку, но ни один функциональный руководитель формально не отвечает за сквозной результат — у процесса просто нет владельца.
Функциональная оптимизация каждого отдела по отдельности не гарантирует хорошего сквозного результата для клиента — процессная структура явно назначает владельца за весь путь создания ценности от начала до конца, а не оставляет ответственность распределённой по границам функций, где чаще всего и теряется результат.
Происхождение и исследовательская база
Процессная структура развилась из идей реинжиниринга бизнес-процессов (Business Process Reengineering) Майкла Хаммера и Джеймса Чампи в начале 1990-х годов («Reengineering the Corporation», 1993) — центральная идея в том, что традиционные функциональные структуры оптимизируют отдельные этапы, но систематически теряют эффективность на стыках между ними, и решение — реорганизовать компанию вокруг end-to-end процессов с явным владельцем, а не вокруг функциональных силосов.
Ключевые идеи и принципы
Принцип: Организация вокруг сквозных процессов, создающих ценность для клиента
Ключевые процессы (order-to-cash — от заказа до оплаты, procure-to-pay — от закупки до платежа, hire-to-retire — от найма до увольнения) определяются от начала до конца создания ценности для внутреннего или внешнего клиента, а не по границам традиционных функций — структура строится вокруг этих процессов, а не вокруг отделов продаж, логистики или финансов по отдельности.
Принцип: Явный владелец процесса, отвечающий за сквозной результат
Каждый ключевой процесс имеет назначенного владельца, ответственного за результат для клиента по всей цепочке, независимо от того, сколько традиционных функциональных границ процесс пересекает, — владелец процесса имеет полномочия координировать работу через функциональные границы, а не только внутри одного отдела.
Принцип: Стыки между этапами — главный источник потерь
Большая часть задержек, ошибок и потери информации происходит не внутри отдельных этапов процесса, а на передаче между ними (handoff) — процессная структура явно фокусируется на минимизации числа и трения таких передач, что часто требует пересмотра границ ответственности, а не просто ускорения работы внутри существующих функциональных силосов.
Ограничения, слепые зоны и критика
Процессная структура может ослаблять развитие глубокой функциональной экспертизы, поскольку сотрудники организованы вокруг процессов, а не вокруг направлений специализации — компании, чья конкурентоспособность зависит от глубокой технической экспертизы, могут терять фокус на развитии этой экспертизы при полном переходе на процессную организацию. Внедрение также требует существенного пересмотра полномочий и отчётности, что создаёт значительное организационное сопротивление со стороны действующих функциональных руководителей.
Типовые ошибки
Ошибка 1: Ключевые процессы не определены явно, компания остаётся функционально организованной по факту.
Организация формально называет себя «процессно-ориентированной», но реальные полномочия и отчётность остаются привязаны к функциональным отделам, а роль владельца процесса носит декоративный характер без реальной власти координировать сквозной результат.
Как избежать: Явно определить ключевые сквозные процессы и наделить владельцев процессов реальными полномочиями координировать работу через функциональные границы.
Ошибка 2: Внимание фокусируется на оптимизации отдельных этапов, а не стыков между ними.
Улучшения процесса концентрируются на ускорении работы внутри отдельных функциональных этапов, в то время как основные потери происходят именно на передаче между этапами, которая остаётся без изменений.
Как избежать: Явно картировать и измерять время и потери именно на стыках между этапами процесса, а не только эффективность внутри каждого этапа.
Главное, что нужно знать
Процессная структура организует компанию вокруг сквозных процессов создания ценности для клиента, а не вокруг функциональных отделов, с явным владельцем, отвечающим за результат по всей цепочке. Ключевая диагностическая идея — большая часть потерь происходит не внутри отдельных функциональных этапов, а на стыках между ними, поэтому именно передачи между этапами (handoffs) требуют наибольшего управленческого внимания.
План внедрения
Неделя 1: определить ключевые сквозные процессы, создающие ценность для клиента.
Неделя 2: картировать этапы каждого процесса и выявить функциональные стыки между ними.
Неделя 3: назначить владельцев процессов с реальными полномочиями координации.
Неделя 4: внедрить метрики, отслеживающие сквозной результат, а не только эффективность отдельных этапов.
Далее: регулярно измерять и устранять потери на стыках между этапами процесса.
Книги по теме
Hammer M., Champy J. — «Reengineering the Corporation» (1993). Основополагающая работа о реорганизации компаний вокруг сквозных бизнес-процессов.