Керівна команда

Діагностика ролі COO: коли операційний директор потрібен, а коли стане дорогим диспетчером

Як відрізнити потребу в COO від потреби в координаторі. Результат ролі, права рішень, межі CEO та перевірка готовності до найму.

У цій статті Що саме має виробляти ця рольЗмодельована ситуація: COO відповідає за строки, які змінює не вінЧотири запитання до відкриття вакансіїОдносторінковий профіль роліЯк перевірити кандидатів на роботу з системоюКоли COO поки що не потрібенFAQ

«Потрібна людина, яка забере всю операційку» звучить як опис вакансії. Насправді це часто опис втоми власника.

Він хоче перестати нагадувати, зводити суперечливі плани й відповідати на однакові запитання. Компанія шукає сильного COO, проводить складні співбесіди, довго обирає. А після виходу нова людина отримує кілька десятків чатів і прохання «навести порядок» без права змінювати причини цього порядку.

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

Що саме має виробляти ця роль

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

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

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

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

Змодельована ситуація: COO відповідає за строки, які змінює не він

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

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

Наприкінці місяця операційний директор пояснює перенесення. У відповідь чує: «Для цього ми вас і найняли». Він починає особисто обходити керівників, просити підтвердження й щодня збирати статуси. Його компетентність витрачається на компенсацію суперечливих повноважень.

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

Чотири запитання до відкриття вакансії

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

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

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

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

Односторінковий профіль ролі

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

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

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

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

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

Як перевірити кандидатів на роботу з системою

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

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

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

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

Коли COO поки що не потрібен

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

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

Запитайте себе: які рішення я готовий передати? За якими ознаками побачу результат? Що зроблю, коли інший керівник обійде COO? Чи можу пояснити вакансію без слів «усе» та «будь-які операційні питання»?

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

FAQ

Чи потрібен COO після певної кількості працівників?

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

Чим COO відрізняється від керівника проєктів?

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

Чи можна виростити COO всередині компанії?

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

Як оцінювати перші результати нового COO?

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

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

Статті за темою

Рада директорів для SME: інструмент зрілості чи театр статусу

Хто має право зупинити погане рішення CEO

Послуга: впровадження системного менеджменту

Переглянути кейси →

← Повернутися до статей

Після статті

Від читання — до рішень у вашій компанії

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

Написати мені в Telegram ↗ Переглянути послуги →
Ігор Сокол
Ігор Сокол · консультант з менеджменту