Пастка операційного мікроменеджменту

Коли я спілкуюся з власниками українських компаній малого й середнього бізнесу, найчастіша скарга звучить однаково: «Я готовий передати справи, але варто відійти на тиждень — і все сиплеться. Доводиться повертатися і переробляти самому».

На практиці це не проблема людей. Це помилка проектування системи управління.

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

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

• Відсутність оцифрованого образу результату. Замість кінцевого вимірюваного продукту посади співробітнику передають процес: «займайся логістикою», «курируй закупівлі», «веди переговори». Якщо немає критеріїв якості, зданого вчасно результату та лімітів витрат, людина інтуїтивно діє так, щоб зняти з себе ризик. А найпростіший спосіб зняти ризик — запитати власника.

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

• Каральна реакція на перші збої. Делегування завжди супроводжується тимчасовим падінням якості на 10–15% на етапі адаптації керівника напряму. Якщо перша ж помилка підлеглого викликає роздратування і перехоплення керма зі словами «дай сюди, я зроблю швидше», команда отримує чіткий сигнал: самостійність небезпечна для кар'єри, безпечніше бути простим виконавцем.

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

  
  

Як вийти з цього кола:

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

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

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

4. Зафіксувати зони відповідальності через матрицю RACI, де чітко розмежовано, хто за процес відповідає безпосередньо (Responsible), з кого вимагають кінцевий підсумок (Accountable), з ким консультуються (Consulted) та кого просто інформують про факт (Informed).

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

Саме це ми системно відпрацьовуємо на модулях стратегічного менеджменту та операційного проектування програми Owner MBS.