Ваша незамінність — це баг: чому відсутність робочих повідомлень у відпустці є ознакою «топ-левел» менеджменту

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

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

Сьогодні я хочу поговорити про класичну пастку ПМ-а: перевірку робочих чатів прямо з пляжу. Зізнаюся чесно: я сама була (та й частково залишаюся) саме таким менеджером. Це постійна внутрішня боротьба — зусиллям волі не відкрити Teams, коли здається, що без твого контролю все піде не так. Чому ми це робимо? Зазвичай ми кажемо собі, що це відповідальність. Але якщо бути чесними до кінця — часто це просто его. Нам подобається відчувати себе незамінними Атлантами, на яких тримається весь реліз. Ми несвідомо плутаємо роль «важливої фігури для успіху» з банальним мікроменеджментом.

Проблема Single Point of Failure та Bus Factor

Ми боїмося вузьких місць у архітектурі, але часто самі стаємо таким «вузьким місцем» для своєї команди. У теорії управління ризиками є жорстке поняття — Bus Factor. Це мінімальна кількість учасників команди, після раптового «зникнення» яких проєкт зупиниться.

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

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

То як «відключитися», і не підвести команду?

Щоб команда не відчувала себе покинутою, а ви — не тривожилися, «відрив від землі» потребує підготовки. Це не про сухі інструкції, а про три базові речі:

  • Матриця ескалації та рівні делегування. Це не страшна таблиця, а домовленість про межі влади. Можна використовувати підхід Delegation Poker: чітко визначити, які рішення команда приймає самостійно, які — після консультації з техлідом, а які справді потребують вашого втручання. Коли межі прозорі, паралізуючий страх помилки зникає.
  • Право на «кермо». Ми наймаємо професіоналів, тож дайте їм можливість вирішувати проблеми. Навіть помилка команди у ваш офлайн — це інвестиція в їхню майбутню автономність. Менеджер-архітектор будує систему, яка працює за логікою процесів, а не за ручними вказівками.
  • Гігієна уваги. Наш мозок не відпочиває, якщо ми фоново чекаємо на сповіщення. Дослідження показують, що навіть просте споглядання іконки робочого додатка змушує мозок залишатися в режимі вирішення завдань. Вимкнути push-повідомлення — це спосіб повернути собі здатність до стратегічного мислення. ПМ, який не відпочив, приносить команді більше хаосу, ніж користі.

Відпустка як аудит процесів

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

Запрошую до дискусії всіх, хто хоч раз «брав роботу у відпустку»:

— Менеджери, діліться своїми лайфхаками (або фейлами) у боротьбі з мікроменеджментом.

 Розробники, а як ви почуваєтеся, коли менеджер нарешті зникає із робочого меседжера? Це для вас час ідеальної концентрації чи період «хто-небудь, скажіть, що нам робити»? Чекаю на ваші кейси — і позитивні, і ті, про які хочеться забути :)

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
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
літак має «відпустити» землю

А потім літак менеджер повертається і земля компанія — Ми вирішили тебе «відпустити» )

😄 Ну це вже класичний кошмар будь-якого ПМ-а перед відпусткою!
Але якщо компанія мала такий намір ще до рейсу, то ці два тижні повного офлайну без корпоративного месенджера — хоч якась моральна компенсація та можливість м’яко приземлитися вже на іншому аеродромі. Головне — встигнути катапультуватися до того, як закриють корпоративні доступи!

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

-------
please give a share distribution of reasons, based on evidential data
-------

Approximate decomposition:

Trust deficit .................... 33%
Fear/control anxiety ............ 23%
Personal insecurity ............. 17%
Perfectionism ................... 12%
Lack of leadership skills ....... 10%
Organizational pressure ......... 7%
Dominance/narcissism ............ 5%

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

ще допишу, для повноти
варто зробити кросперевірку теми, пара запитів, щоб «накєрніть» границі (які розмиті як і завжди в подібних класах задач)

------
— oki, this is mostly western culturally based and crossindustry, is it similar to non-western modern cultures?
— what about per-industry — is IT/software engineering more or less micromanaged comparing to the median?
------
відповіді сюди не реплікую, але вони цілком слушні і інтуітивно прийнятні, корелюють з мізерним (в порівнянні з накопиченим суспільним) досвідом спостереження за життям і людьми))

Дякую за влучні питання та такий «deep dive»!

Стосовно культур: згодна, мій підхід — це суто західна модель (Low-context culture). Там, де цінують ієрархію та дистанцію влади, такий «зліт» менеджера можуть просто не зрозуміти. Замість свободи команда відчує вакуум лідерства і завмре в очікуванні вказівок, бо автономія для них — не бонус, а ризик «втратити обличчя».

Щодо індустрій: ІТ — це взагалі ідеальна «пісочниця» для самоврядних команд через високий інтелектуальний капітал. Якщо на заводі контроль — це про безпеку життя, то в нас мікроменеджмент часто є просто інерцією або результатом невідкаліброваних процесів. Автономія тут — це привілей зрілої команди, до якого треба дорости.

Цікаво почути про ваш досвід: чи бачили ви кейси в ІТ, де такий підхід «не злетів» саме через культуру чи специфіку клієнта?

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

Виглядає як парадокс: здавалося б, сотні тисяч людей мали б породити тотальний контроль, а на ділі — чим вищий грейд і системність, тим більше тієї самої свободи.
Фактично, ви підтвердили мою тезу: коли система зріла, а довіра до фахівця висока, менеджмент просто стає непотрібним як наглядач. Рада, що у вашій компаній цей механізм працює саме так, а не через нескінченні звіти. Дякую, що доповнили картинку своїм досвідом!
Бо у мене був досвід, правда, з американським клієнтом, дещо протилежний: у великій ентерпрайз компаніїї цієї бюрократії було аж занадто

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