5 сигналів, що ваша команда працює завдяки вам, а не завдяки процесу (і це небезпечно)

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

Вона звучить так: «У нас усе працює, бо я в курсі всього».

Тобто: проєкти реалізуються, клієнти задоволені, задачі виконуються. Але лише до моменту, коли ця одна людина — керівник, фаундер або С-level — випадає з контексту. І все сиплеться.

Тому що команда працює не завдяки системі. А завдяки одній людині.

А це дуже вразлива конструкція. І вона точно не масштабована.

Як це розпізнати? Ось п’ять тривожних сигналів, які я бачу найчастіше:

1. Вас постійно питають «а як правильно?»

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

Команда звикає не думати. А питати. І чим частіше ви відповідаєте — тим менше розвивається їхня здатність ухвалювати рішення самостійно.

2. Ви — єдиний носій інформації

Процеси, терміни, стратегія, навіть дрібниці — все в голові керівника. І ніхто інший не має повної картини. Це працює, поки ви доступні 24/7. Але як тільки зникаєте — команда буквально не знає, куди бігти.

Це найшвидший спосіб вигоріти. І найповільніший спосіб збудувати сильну команду.

3. Ви постійно перевіряєте, щоб «все було правильно»

Контроль — не те саме, що підтримка. Якщо ви ловите себе на думці: «Якби я не перевірила — все пішло б не так», значить, у системі щось не так.

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

4. Ваш календар — це нескінченна низка прийняття чужих рішень

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

Так з’являються менеджери, які працюють не з людьми, а замість них.

5. Команда боїться помилитись

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

Безпомилкова культура — це завжди культура страху. А страх паралізує ініціативу.

Що з цим робити?

Почати з чесного питання до себе: «Чи витримає моя команда, якщо я завтра зникну на тиждень?»

І якщо відповідь — «ні», то далі не про ще одну зустріч. А про новий спосіб мислення. Про системність, прозорість, делегування й довіру.

Бо сильна команда — це не та, яка чекає дозволу. А та, яка знає, куди йти, навіть коли керівник офлайн.

👍ПодобаєтьсяСподобалось7
До обраногоВ обраному1
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

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

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

Колись Джоел Спольскі писав про різницю між McDonalds і авторським рестораном. McDonalds — це процеси: кого б ви не взяли, гамбургер завжди однаковий. Це про масштабування і надійність. Авторський ресторан — це про унікальність, яка тримається на таланті й присутності конкретної людини. Так, система вразлива, але результат — неповторний.

У нашому місті було невелике мексиканське кафе. Їжа була виняткова — не через процес, а завдяки людині. Раптово власник помер, і кафе закрилося. За рік там відкрився інший ресторан — уже корейський, але то інша історія.

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

Що з цим робити?

Перше питання: чи треба це робити?

А між іншим Linux давно процесс. Лінус делегував повноваження лідерам різних груп підсистем а сам займається як і більшість директорів маркетингом та пошуком грошей на Linux foundation та зв’язками з організаціями типу Пентанону чи Intel, які вимагають на Rust перезодити з С. У FreeBSD процесс з мениейнерами ше більш жорсткий, власне ним Linux і надихався. За проектом завжи стояв гловний спонсор — Аpple. BTW В Книзі «Записки випадкового революціонера» Лінус розповідав журналвсту, як декілька разів Стів Джобс намагавався його переманити писати Mac OS X, але не пішло через старий спір про мікро ядро. З рештою Apple переключились на FreeBSD та LLVM. Лінус так і писав, що Стів хотів не Open Source — а просто безкоштовних програмістів в штат, а фінансової підтримувати лише тех лідів мейнтейнерів. Явно ті розмови вплинули на обидва проекти з рештою.

Хороша стаття. Прочитав, згадав стару добру айтішечку.
Нажаль в новій економічній реальності спостерігаю повернення до «диктатури менеджменту» і неприйняття помилок.
Як результат — деградація і демотивація по спіралі, яка призводить (це не точно) до закриття акаунтів і компаній.

Якщо ваша команда успішно працює, коли ви оффлайн — навіщо вам платити зарплату?

Задача більшості керівників полягає в тому, щоби знайти гроші — узгодити плани із кліетами, інвесторами, ради директоів акціонерів вище стоячими рюкерівникамт тощо.
Власне в цьому сутність бізнесу в цілому. Якщо керівник нічого не робить, це стає видно значно раніше ніж коли підлеглі нічого не роблять. Організація розвалиться на очах, і починається якраз із невдоволення підлеглих і з рештою атрішені відомому як «ісход», спочатку йде якись перший Моісей і за ним прямо валом один за одним. Так бачив таке в 2009.

Підписатись на коментарі