Маніфест організаційного розвитку: чому процеси не працюють

Вступ

В організаційному розвитку існує небезпечний парадокс: що більше компанія інвестує в опис процесів, то далі вона може опинитися від реальної керованості. Причина не в тому, що процесний підхід не працює. Причина в тому, що процеси часто стають заручниками методологічних помилок, слабкого зовнішнього консалтингу та внутрішніх організаційних патологій. Коли процес перестає бути об’єктом управління і перетворюється просто на схему, виникає ілюзія, що порядок з’явиться автоматично. Достатньо лише намалювати ще одну схему, написати ще один регламент, оновити ще одну процедуру або провести ще один аудит. Але опис процесу — це ще не процесне управління. Схема може показати логіку роботи. Регламент може зафіксувати правила. Документ може описати бажану послідовність дій. Але самі по собі вони не створюють керованість. Процес працює лише тоді, коли він є частиною системи управління: має власника, межі, результат, показники, відповідальність, регулярний контур управління, механізм актуалізації та зв’язок із цілями компанії. У процесному підході найчастіше ламаються не самі процеси. Ламається зв’язок між трьома речами:

Архітектурою — як процеси пов’язані між собою.
Суб’єктністю — хто реально керує процесом.
Регулярністю — як процес підтримується, вимірюється й покращується в щоденному управлінні.

Саме цей розрив і створює ситуацію, коли процеси в компанії ніби є, але управління не стає кращим.

1. П’ять патологій процесного підходу

Патологія 1. Ілюзія

Суть

Зовнішній консультант або консалтингова команда продає компанії ідею, що достатньо описати процеси — і після цього система запрацює правильно, прозоро й керовано. Логіка цієї патології проста:

прийдуть зовнішні експерти
опишуть процеси
намалюють схеми
напишуть регламенти

і компанія автоматично отримає порядок, керованість і результат. На перший погляд це виглядає логічно. Якщо в компанії хаос, треба його описати, структурувати й формалізувати. Проблема в тому, що опис процесів часто продається як самодостатнє рішення, хоча насправді він є лише одним з елементів побудови системи управління.

Що відбувається на практиці

Процеси формуються як зовнішній продукт.
Керівники отримують не інструмент управління, а набір схем і регламентів, створених іншими людьми.
Процесна модель не вбудовується в регулярний менеджмент.
Регламенти живуть окремо від реальної практики.
Актуалізація не закладається в систему.
Відповідальність за життя процесу залишається розмитою.

У результаті компанія починає плутати наявність описів із наявністю управління. З’являється тека з процесами. З’являється набір схем. З’являються регламенти. З’являється відчуття, що система описана. Але сама система управління не змінилася.

Глибинна помилка

Підміняється логіка:

"побудувати управлінську систему"

на логіку:

"замовити опис процесів"

Це принципово різні речі. Побудова управлінської системи змінює спосіб, у який компанія приймає рішення, розподіляє відповідальність, контролює результат, управляє відхиленнями та покращує роботу. Опис процесів лише фіксує певну модель роботи - існуючу або бажану. Він може бути корисним, але не є самодостатнім джерелом керованості.

Підсумок

Опис процесів має обмежену цінність, якщо він не змінює систему управління. Якщо після роботи консультантів у компанії з’явилися схеми, але не з’явилася управлінська відповідальність за процеси, регулярний контур управління та механізм покращення, компанія отримала не процесне управління, а методологічний баласт.

Патологія 2. Безвідповідальність

Суть

Процес існує формально, але не прийнятий керівником як його власний об’єкт управління. Типова позиція такого керівника:

"Я тут ні до чого, це ваші процеси."

"У мене немає часу на ваші прямокутники та стрілочки."

"Я відповідаю за справжню роботу, а не за ваші процеси."

У цій логіці процес сприймається як щось зовнішнє щодо управлінської ролі. Ніби це не частина роботи керівника, а окрема бюрократична активність, яку вигадали оргрозвиток, процесний офіс, консультанти або служба якості.

Що відбувається

Процес сприймається як зовнішня бюрократія.
Керівник не вважає його своєю відповідальністю.
Регламент існує окремо від реальної практики.
Процес не використовується як інструмент управління.
Актуалізація не відбувається.
Покращення не вбудоване в регулярний менеджмент.
Управління тримається на ручних рішеннях, звичках, особистому контролі, телефонних домовленостях, неформальних правилах і ситуативному втручанні керівника.

Формально процес є. Фактично керівник ним не керує.

Глибинна помилка

Керівник відділяє результат своєї ділянки від системи, яка цей результат створює та використовує. Але результат не виникає окремо від процесу. Результат є наслідком організованої системи дій, ролей, правил, рішень, контролю, взаємодії та коригування. Якщо керівник відповідає за результат, але не відповідає за процес, який цей результат створює, виникає управлінський розрив. Керівник ніби відповідає за "що", але не бере відповідальність за "як".

Підсумок

Є документи про процес, але немає реального об’єкта управління. Організація отримує схеми й регламенти без процесного управління. Процес існує на папері, але не живе в управлінській практиці керівника.

Патологія 3. Монополізм

Суть

Процеси проектує, описує й утримує тільки процесний центр:

оргрозвиток
процесний офіс
аналітики
консультанти
служба якості
методологічна команда

На перший погляд це може виглядати правильно: у компанії є спеціалісти, які знають методологію, володіють нотаціями, розуміють правила моделювання, можуть підтримувати єдиний стандарт опису. Проблема виникає тоді, коли центр не просто підтримує процесну систему, а фактично забирає її собі.

Що відбувається

Керівник не приймає свій процес.
Процес сприймається як зовнішній об’єкт.
Управління і процес розходяться.
Регламенти живуть окремо від практики.
Актуалізація не відбувається або запізнюється.
Центр починає підміняти собою управлінську суб’єктність керівника.

Типова реакція керівників:

"У мене немає часу на ваші процеси."

"Ви це намалювали — ви цим і займайтесь."

"Якщо треба оновити схему, звертайтеся до процесного офісу."

Так процесна система стає власністю центру, а не частиною управлінської роботи керівників.

Глибинна помилка

Методологічний центр має утримувати архітектуру, стандарти, інтеграцію, якість моделювання, навчання та методологічну підтримку. Але він не повинен ставати власником усіх процесів замість керівників. Монополізм небезпечний тим, що навіть сильний процесний офіс може несвідомо виховувати процесну безвідповідальність керівників, якщо бере на себе те, що має залишатися управлінською функцією лінії.

Підсумок

Є процесні схеми, але відсутня процесна суб’єктність керівника. Центр може створити красиву процесну модель, але якщо керівники не володіють процесами своєї зони як об’єктами управління, така модель не стане живою системою.

Патологія 4. Феодалізм

Суть

Кожен керівник сам проектує свою ділянку так, як вважає за потрібне, без жорсткої загальної архітектури, єдиних стандартів та інтеграції. Це протилежна крайність щодо монополізму. У монополізмі центр забирає процеси собі. У феодалізмі кожен керівник перетворює свою ділянку на окреме князівство.

Що відбувається

Кожен оптимізує свою функцію.
Стики розвалюються.
Використовуються різні нотації.
Моделі несумісні між собою.
Відсутня наскрізна логіка.
Процеси не складаються в єдину систему.
Кожен підрозділ створює свою реальність.
У межах окремої ділянки все може виглядати навіть непогано. Є правила. Є порядок. Є локальна ефективність. Є відчуття контролю.

Але на рівні компанії виникає фрагментація. Один підрозділ оптимізує себе за рахунок іншого. Один процес створює проблеми для наступного. Одна функція покращує свої показники, погіршуючи наскрізний результат.

Глибинна помилка

Локальна керованість підміняє системну керованість. Керівник бачить свою ділянку, але не бачить цілого. Підрозділ захищає власну зручність, але не відповідає за якість наскрізного потоку. Локальні рішення приймаються без урахування загальної архітектури. Монополізм знищує суб’єктність керівників. Феодалізм знищує цілісність системи.

Підсумок

Є локальна активність, іноді навіть позитивний локальний результат, але немає цілісної системи управління. Компанія отримує не процесну архітектуру, а набір локальних моделей, які погано узгоджені між собою.

Патологія 5. Карго-культ

Суть

Компанія відтворює зовнішні атрибути процесного підходу, але не створює реального механізму управління процесами. Це коли є

схеми
регламенти
аудити
презентації
процесний офіс
теки з документами
формальне підтвердження: "у нас усе є"

Але немає живої процесної системи. Процеси описуються не для управління, а для сертифікації, аудиту, перевірки або формального підтвердження відповідності. Компанія не стільки управляє процесами, скільки демонструє, що процеси нібито існують.

Що відбувається

Регламенти пишуться мовою аудитора, а не мовою управління. Лідерство керівництва відсутнє. Реальні практики маскуються під формальні документи. Працівники знають, "як демонструвати", але працюють інакше. Аудит підтверджує наявність системи, якої в реальному управлінні немає. Процесна документація стає театральною декорацією. Компанія регулярно виконує правильні на вигляд дії:

оновлює документи
готується до аудиту
збирає підписи
проводить формальні навчання
демонструє відповідність
створює звіти
підтверджує наявність процедур

Але ці дії не змінюють реальну систему управління.

Глибинна помилка

Карго-культ процесного управління виникає тоді, коли компанія вірить, що відтворення зовнішньої форми створить внутрішню спроможність. Ніби якщо намалювати схеми, написати регламенти, провести аудит і показати документи, то керованість має з’явитися автоматично. Але керованість не виникає з ритуалу. Вона виникає з лідерства та реальної управлінської практики.

Підсумок

Компанія отримує не процесну систему, а ілюзію її наявності. Зовні все виглядає правильно. Всередині процеси не є живими об’єктами управління.

2. Спільне коріння патологій

Усі п’ять патологій мають спільний корінь: процес відривається від управління. В одному випадку його продають як зовнішній продукт. В іншому - керівник не приймає його як свою відповідальність. У третьому - центр монополізує процесну систему. У четвертому - керівники розривають її на відокремлені ділянки. У п’ятому - компанія відтворює зовнішні атрибути процесного підходу без реального механізму управління. У всіх випадках проблема однакова: процес перестає бути живим управлінським об’єктом. Він стає:

мертвою схемою
неактуальним регламентом
заважаючою формальністю
зоною чужої відповідальності
декорацією для аудиторів
непотрібним ритуалом

Але не стає тим, чим має бути: способом організації, управління, контролю, покращення та розвитку роботи компанії. Основна формула проста:

Опис процесів ≠ Процесне управління

Підсумок

Опис процесу — це лише форма. Керованість процесу — це результат управлінської системи. Процес має бути не просто описаний. Процес має бути керований.

3. Якісна цільова архітектура

Якісна процесна система має триматися на взаємодії та синергії кількох ролей:

Методологічний центр - утримує архітектуру, методологію, стандарти, інтеграцію та якість системи.
Керівник підрозділу - проектує, впроваджує, підтримує й покращує процеси своєї зони як об’єкти управління.
Власник наскрізного процесу - відповідає за результат процесу, що проходить через кілька функцій або підрозділів.
Корпоративна культура - робить процесне управління обов'язковою частиною управлінської ролі, а не додатковою бюрократією.

Це не питання вибору між центром і керівниками. Правильна модель не така:

"центр малює процеси замість керівників"

і не така:

"кожен керівник малює, як заманеться"

Правильна модель інша:

центр утримує архітектуру
керівники управляють процесами своїх ділянок
власники наскрізних процесів відповідають за результат end-to-end
стики узгоджуються спільно
методологія є обов’язковою
розвиток процесів вбудований у регулярний менеджмент

3.1. Роль методологічного центру

Методологічний центр може мати різні організаційні форми:

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

Назва не є принциповою. Принциповою є функція. Методологічний центр відповідає за:

методологію моделювання та опису
правила та стандарти проектування
єдину архітектуру процесної системи
інтеграцію між ділянками та підрозділами
контроль стиків процесів
контроль якості процесних моделей
навчання керівників
методологічну підтримку підрозділів
підтримку IT-рішень, якщо вони пов’язані з процесами
недопущення розпаду системи на локальні несумісні моделі.

Важливо: функція методологічного центру - не підміняти керівників у їхній зоні, а утримувати систему як ціле. Центр має допомагати керівникам бачити, проектувати, описувати, підтримувати й покращувати процеси. Але він не повинен забирати в них відповідальність за систему роботи їхніх ділянок. Методологічний центр не є власником усіх процесів. Він є носієм архітектури, методології, стандарту, інтеграції та якості.

3.2. Роль керівника підрозділу

Керівник підрозділу відповідає не тільки за людей і результат, а й за систему роботи своєї ділянки. Це означає, що процеси його зони не є зовнішньою бюрократією. Це його прямий об’єкт управління. Керівник підрозділу відповідає за:

проектування процесів свого підрозділу
впровадження процесів у реальну практику
підтримання процесів в актуальному стані
працездатність процесів
контроль дотримання процесів
розвиток і покращення процесів
управління відхиленнями у своїй зоні
якість входів і виходів своєї ділянки
узгодження стиків зі суміжниками
формування відповідної процесної культури підрозділу.

Керівник не може ставитися до процесу як до чужого об'єкту. Якщо процес описує роботу його ділянки, він має бути здатним пояснити його логіку, побачити слабкі місця, ініціювати зміни, управляти відхиленнями та забезпечувати результат. Висновок простий:

Керівник відповідає не просто за людей і результат. Керівник відповідає за систему роботи своєї ділянки.

3.3. Роль власника наскрізного процесу

Окреме значення має роль власника наскрізного процесу. Багато ключових процесів компанії проходять через кілька підрозділів. Наприклад:

від потреби клієнта до виконаного замовлення
від ідеї продукту до запуску на ринок
від заявки на закупівлю до оплати постачальнику
від вакансії до адаптованого працівника
від стратегічної цілі до реалізованої ініціативи

У таких процесах одного керівника підрозділу недостатньо. Кожен керівник бачить свою ділянку. Але хтось має бачити весь потік. Власник наскрізного процесу відповідає за:

результат процесу end-to-end
цілі та показники наскрізного процесу
узгодженість ділянок між підрозділами
якість переходів між функціями
управління системними відхиленнями
виявлення вузьких місць у всьому потоці
ініціювання покращень у межах усього процесу
баланс між локальними інтересами підрозділів і загальним результатом.

Це критична роль для подолання фрагментації процесів. Без власника наскрізного процесу компанія ризикує отримати набір локально оптимізованих ділянок, які разом не створюють якісного цільового результату.

3.4. Наскрізна логіка утримується спільно

Якісна процесна архітектура виникає не тоді, коли всі процеси намалювали, а тоді, коли розподілена відповідальність за систему. Це означає:

центр тримає архітектуру
власник наскрізного процесу тримає наскрізний результат
керівники підрозділів тримають свої ділянки
стики узгоджуються спільно
локальні рішення не можуть прийматися всупереч системі
покращення процесів не є разовою акцією, а є частиною регулярного менеджменту

Формула цільової архітектури. Не так:

центр малює процеси замість керівників
кожен керівник малює, як заманеться
процеси існують окремо від реальності
покращення — це разова акція
актуалізація відбувається лише перед аудитом

А так:

центр задає архітектуру, методологію, інтеграцію та контроль якості
керівник проектує й підтримує свій процес як об’єкт управління
власник наскрізного процесу відповідає за результат усього процесу
стики та інтерфейси узгоджені в загальній системі
розвиток процесів вбудований у регулярний менеджмент

Це і є якісна цільова архітектура процесного управління.

4. Керівник як носій процесного управління

У цільовій моделі керівник підрозділу відповідає не тільки за результат, а й за систему роботи своєї ділянки. Це означає, що процес у межах його зони - не щось нав’язане зовні, а звичайний об’єкт управління, який потребує постійної уваги. У зрілій організації керівник не може бути лише керівником людей. Він має бути архітектором системи роботи своєї ділянки. Керівник має вміти:

бачити свою ділянку як процес
відрізняти існуючі процеси as is від цільових to be
визначати мету процесу
визначати очікуваний результат
визначати входи й виходи
визначати ролі та зони відповідальності
фіксувати контрольні точки
бачити ризики, відхилення та вузькі місця
утримувати межі з суміжними ділянками
керувати вимогами до входів і виходів
ініціювати покращення
підтримувати процес в актуальному стані

Керівник відповідає за:

логіку процесу своєї ділянки
правила роботи
розподіл ролей
точки контролю
якість входів і виходів
актуальність процесу
покращення й адаптацію процесу
управління відхиленнями
формування процесної дисципліни в команді

Це не означає, що кожен керівник має стати професійним процесним аналітиком або експертом з нотацій. Але він має розуміти процесну логіку своєї зони настільки, щоб не бути пасивним споживачем схем, які для нього створив хтось інший. Методологічний центр може допомогти з формою, стандартом, описом, нотацією, інтеграцією та якістю моделі. Але зміст процесу, його працездатність і зв’язок із реальним управлінням не можуть бути повністю делеговані назовні. Важливо:

Відсутність у керівника здатності проектувати й утримувати процес своєї зони - це дефіцит управлінської кваліфікації, а не особливість стилю.

Якщо керівник не вміє бачити свою ділянку як систему роботи, він залишається залежним від ручного управління, особистого контролю, пожежного режиму та неформальних домовленостей. Така модель може працювати на малому масштабі. Але вона погано витримує зростання, ускладнення, зміну людей, делегування та масштабування.

5. Культура зрілої процесної організації

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

5.1. Процес - це об’єкт управління

У компанії має бути закріплене розуміння: робота з процесом - це не додаткове навантаження і не формальна вимога, а частина роботи управлінця. Керівник не може говорити:

"Я займаюся результатом, а процеси — це не моє."

Якщо процес створює результат його ділянки, то управління процесом є частиною його ролі. Процес не є папером. Процес є способом організації роботи. Документ лише фіксує цю логіку. Але сама логіка має жити в управлінні.

5.2. Керівник керує системою роботи

Керівник в першу чергу керує системою роботи, а вже потім людьми та інфраструктурою. Якщо культура заохочує насамперед:

гасіння пожеж
героїзм
постійну особисту залученість
ручні рішення
неформальні домовленості
залежність від окремих сильних людей

то процесний підхід буде руйнуватися. У такій культурі керівник отримує винагороду не за побудову системи, а за постійне ручне витягування проблем. Це створює небезпечну управлінську пастку: чим більше керівник героїчно гасить пожежі, тим менше в нього мотивації будувати систему, у якій ці пожежі не виникають регулярно. Зріла культура має зміщувати фокус: від "Хто врятував ситуацію?" до "Чому система допустила цю ситуацію?" і "Що треба змінити в процесі, щоб це не повторювалося?"

5.3. Локальна оптимізація не може бути вищою за системний результат

Культура має утримувати норму: локальна зручність підрозділу не може бути важливішою за результат усієї системи. Не можна робити зручно своєму підрозділу, якщо це погіршує наскрізний потік. Не можна будувати локальні бар’єри й казати:

"Це не наші проблеми."

Не можна оптимізувати свою ділянку за рахунок інших. У зрілій організації підрозділ відповідає не тільки за власну ефективність, а й за якість свого внеску в загальний процес. Інакше компанія отримує класичну ситуацію: кожна функція окремо працює нормально, але клієнт, власник або CEO бачить загальний хаос.

5.4. Актуальність процесу - це обов’язок, а не добра воля

Процес має оновлюватися не колись, не перед аудитом і не після великої кризи, а як частина регулярної управлінської практики. Процес потребує актуалізації при зміні:

умов роботи
ролей
стандартів
входів і виходів
технологій
IT-рішень
ризиків
джерел проблем
вимог клієнтів
організаційної структури
стратегічних пріоритетів

Якщо процес змінюється в реальності, але не змінюється в управлінській моделі, компанія швидко отримує розрив між "як написано" і "як працює насправді". Саме в цьому розриві народжується карго-культ процесного управління. На папері система є. У реальності вона живе за іншими правилами.

5.5. Методологія є обов’язковою частиною управлінської дисципліни

Культура не повинна допускати управлінського свавілля в дусі:

"Я керівник, я так бачу."

Якщо в компанії є єдиний архітектурний і методологічний контур, він є обов’язковим для всіх. Це не означає, що методологія має придушувати здоровий глузд або живу управлінську практику. Але це означає, що локальні рішення мають вписуватися в загальну архітектуру. Єдина методологія потрібна не для краси. Вона потрібна для сумісності системи. Без неї кожен підрозділ починає будувати власну реальність. А компанія поступово втрачає здатність бачити себе як цілісний організм.

5.6. Навичка роботи з процесом - обов’язкова частина управлінської кваліфікації

У зрілій моделі здатність працювати з процесом своєї зони має вважатися нормою управлінської кваліфікації, а не винятковим талантом. Керівник має бути здатним не лише ставити задачі людям, а й відповідати на базові питання:

як організована робота його ділянки
де починається і закінчується процес
хто є клієнтом процесу
який результат має бути створений
які входи потрібні для якісного результату
які виходи передаються далі
де виникають відхилення
які точки контролю є критичними
що треба змінити в системі, а не просто дотиснути людей

Якщо керівник цього не бачить, він управляє не системою, а реакціями на потік подій.

6. Практична формула зрілої моделі організаційного розвитку

Зріла модель організаційного розвитку не зводиться до сильного процесного офісу. І не зводиться до того, що керівникам просто передали процеси. Вона виникає тоді, коли правильно розподілені ролі, відповідальність і управлінська суб’єктність. Практична формула така:

Методологічний центр

Навчає, підтримує, спрямовує, стандартизує, інтегрує та контролює якість. Він відповідає за:

архітектуру
методологію
правила
стандарти
інтеграцію
якість опису
підтримку керівників
системність процесної моделі

Керівник

Проектує, впроваджує, підтримує, покращує і відповідає. Він відповідає за:

процес своєї зони
працездатність системи роботи
актуальність процесу
виконання правил
управління відхиленнями
розвиток і покращення
якість результату своєї ділянки

Власник наскрізного процесу

Утримує логіку всього процесу end-to-end. Він відповідає за:

результат end-to-end
міжфункціональну узгодженість
стики між підрозділами
наскрізні показники
системні вузькі місця
баланс локального й загального результату

Культура

Робить це нормою. Вона:

вимагає процесного мислення як частини управлінської ролі
не дозволяє ховатися за локальною оптимізацією
не винагороджує нескінченний пожежний героїзм
підтримує дисципліну актуалізації
відбирає і розвиває керівників, здатних працювати із системою
закріплює процесне управління як частину регулярного менеджменту

7. Висновок

Процеси не працюють самі по собі. Не працюють схеми. Не працюють регламенти. Не працюють теки з документами. Не працюють аудити. Не працюють презентації. Не працює сам факт, що компанія описала процеси. Працює система управління, у якій процес має:

власника
чіткі межі
результат
клієнта
входи й виходи
мету та показники
відповідальність
правила виконання
точки контролю
механізм актуалізації
контур покращення
зв’язок із цілями компанії

Зріла організація - це не та, де є сильний відділ оргрозвитку. І не та, де керівникам просто передали процесні схеми. І не та, де всі регламенти красиво складені в теки. Зріла організація - це та, де процес своєї зони є звичним об’єктом управління керівника, а єдиний методологічний центр забезпечує архітектуру, інтеграцію, навчання і якість усієї системи. Процесний підхід починається не зі схем. Він починається з управлінської відповідальності за те, як саме компанія створює результат. Опис процесу - це лише форма. Керованість процесу - це результат системи управління. Тому головна теза проста:

Процеси мають бути не просто описані. Процеси мають бути керовані.

Kushko System - коли сенси стають зрозумілими, а архітектура - прозорою.