🚀 Чому перехід в ліди здається нелогічним (і як не зʼїхати з глузду)

Ти звик бути героєм-IC (individual contributor'ом): "зроби фічу" — "готово". Чітко, зрозуміло, особиста перемога. Але ти стаєш лідом, і все ламається.

Бізнес більше не просить тебе кодити. Звернення стають розмитими: "треба, щоб команда зробила". Ти тонеш у мітингах, почуваєшся "непотребом", а команда бачить у тобі лише "балакучу голову". Це здається нелогічним і несправедливим.

Щоб вижити, треба терміново оновити свою систему оцінки. Менеджмент — це не влада. Це менше контролю і більше відповідальності.

Твої нові правила гри:

1. Додавання vs Множення. Як IC, ти працював на додавання (зафіксив багу = +1). Як лід, ти маєш працювати на множення. Можеш сам виправити помилку в PR (знову +1), а можеш навчити інженера, як її уникати. Це дасть десятки "авто-фіксів" у майбутньому (х10). Детальніше про це я писав тут. Твоя мета — тільки мультиплікативні дії.

2. Валюта ліда — Передбачуваність. Забудь про закриті таски. Твій новий KPI — це дотримання комітментів. Бізнесу не важливо, скільки ти працював, важливо — чи сталося те, що ти пообіцяв. Твій Track Record будується на довірі:
- Рівень 1: Операційна дисципліна. Бути вчасно, вести нотатки, не відволікатись. Це база.
- Рівень 2: Тактична надійність. "Команда заделіверить цю фічу в четвер".
- Рівень 3: Стратегічний вплив. "Я побудую процес, який скоротить час онбордингу вдвічі за квартал".

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

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

Перехід в ліди — це не підвищення. Це зміна професії. Прийми це, і стане легше.

---
🌱 Keep calm and grow