Процессная структура управления (Process-Based Structure)

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

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

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

Процессная структура развилась из идей реинжиниринга бизнес-процессов (Business Process Reengineering) Майкла Хаммера и Джеймса Чампи в начале 1990-х годов («Reengineering the Corporation», 1993) — центральная идея в том, что традиционные функциональные структуры оптимизируют отдельные этапы, но систематически теряют эффективность на стыках между ними, и решение — реорганизовать компанию вокруг end-to-end процессов с явным владельцем, а не вокруг функциональных силосов.

Собственно организационную форму — не просто редизайн отдельного процесса, а перестройку самого штатного расписания и линий подотчётности вокруг сквозных процессов — систематизировал консультант Фрэнк Островски в книге «The Horizontal Organization» (1999, Oxford University Press), где он называет её «горизонтальной организацией» и приводит несколько реально задокументированных корпоративных кейсов, а не только теорию: сервисное подразделение Ford Motor Company перестроило работу вокруг единого сквозного процесса «починить машину клиента правильно, вовремя, по конкурентной цене, в удобном месте с первого раза»; завод General Electric в Северной Каролине реорганизовал производство вокруг горизонтальных процессных команд вместо функциональных цехов; а федеральное агентство OSHA (регулятор охраны труда США) с помощью горизонтальной реорганизации трансформировалось из бюрократического контролёра-каратeля в проактивного помощника предприятиям по снижению травматизма — редкий пример применения структурного принципа не в коммерческой компании, а в государственном ведомстве — конкретно, агентство ввело единую телефонно-факсовую политику для ускорения разбора жалоб работников, направляя инспекционные ресурсы на самые серьёзные случаи вместо равномерного, формального контроля всех предприятий подряд. Важно не путать эту методику с отдельной методикой «Реинжиниринг бизнес-процессов (BPR, Хаммер и Чампи)» — BPR предписывает КАК радикально пересобрать конкретный бизнес-процесс с нуля, тогда как процессная структура — это последующий организационный вопрос: как выстроить штатную структуру и подотчётность компании вокруг уже пересобранных сквозных процессов, а не по старым функциональным границам.

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

1. Принцип: Организация вокруг сквозных процессов, создающих ценность для клиента

   Ключевые процессы (order-to-cash — от заказа до оплаты, procure-to-pay — от закупки до платежа, hire-to-retire — от найма до увольнения) определяются от начала до конца создания ценности для внутреннего или внешнего клиента, а не по границам традиционных функций — структура строится вокруг этих процессов, а не вокруг отделов продаж, логистики или финансов по отдельности.

2. Принцип: Явный владелец процесса, отвечающий за сквозной результат

   Каждый ключевой процесс имеет назначенного владельца, ответственного за результат для клиента по всей цепочке, независимо от того, сколько традиционных функциональных границ процесс пересекает, — владелец процесса имеет полномочия координировать работу через функциональные границы, а не только внутри одного отдела. Спустя более десяти лет после «Reengineering the Corporation» сам Хаммер формализовал требования именно к фигуре владельца в статье «The Process Audit» (Harvard Business Review, 2007), представив модель зрелости процессов PEMM: по Хаммеру, формальный титул «владелец процесса» без двух конкретных условий — явного мандата на изменение процесса и реального выделенного ресурса на эту работу — остаётся декоративным, что прямо совпадает с Ошибкой 1 методики ниже — формальный титул без мандата и ресурса неотличим от полного отсутствия владельца.

3. Принцип: Стыки между этапами — главный источник потерь

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

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

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

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

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

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

Ошибка 2: Внимание фокусируется на оптимизации отдельных этапов, а не стыков между ними.

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

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

1. Ошибка 3: система мотивации и KPI остаются привязаны к функциональным показателям, а не к сквозному результату процесса.

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

   Как избежать

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

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

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

   Как избежать

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

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

1. Неделя 1: определить ключевые сквозные процессы, создающие ценность для клиента.

2. Неделя 2: картировать этапы каждого процесса и выявить функциональные стыки между ними.

3. Неделя 3: назначить владельцев процессов с реальными полномочиями координации и одновременно пересмотреть систему KPI и премирования участников процесса под сквозной результат (см. Ошибку 3) — без этого шага полномочия владельца остаются формальными.

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

   Далее: регулярно измерять и устранять потери на стыках между этапами процесса.

Как реализовать этот план с помощью фрейма «Процессная структура (Process-Based Structure)» в OrgDevTools

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

Книги по теме

Hammer M., Champy J. — «Reengineering the Corporation» (1993). Основополагающая работа о реорганизации компаний вокруг сквозных бизнес-процессов.

Ostroff F. — «The Horizontal Organization» (1999). Первоисточник самой организационной формы (в отличие от BPR Хаммера — редизайна отдельного процесса), с реальными кейсами Ford, GE и OSHA.

Hammer M. — «The Process Audit» (Harvard Business Review, 2007). Модель зрелости PEMM, формализующая требования к реальным полномочиям владельца процесса — прямое развитие идей автора спустя 14 лет после «Reengineering the Corporation».