Feedback

У цьому епізоді The Art of Engineering Management говоримо про звільнення — одну з найскладніших і найменш комфортних частин роботи Engineering Managerʼа. Коли варто дати людині ще один шанс, а коли вже час розходитися? Чи справді Performance Improvement Plan допомагає покращити результати, чи часто це лише формальність перед звільненням? Поговоримо про звільнення через перформанс, добровільний вихід і масові скорочення, про вплив таких рішень на команду та про те, чому вміння вчасно прощатися — теж важлива менеджерська навичка.

У цьому епізоді говоримо про один із найгарячіших дуетів в IT — взаємодію між Engineering Manager та Product Manager. Розбираємося, чому ці ролі майже завжди стикаються лобами і чи можна побудувати класне партнерство суто на професіоналізмі, якщо між вами немає особистої хімії. А ще — як нарешті подружити постійну гонку за бізнес-метриками з реальними можливостями команди та закриттям техборгу. Ділимося перевіреними правилами, які рятують від факапів ще на березі. Чому принципи «No suprises» і «No bullshit» працюють краще за будь-які формальні інструкції, як без болю різати скоуп задач та чи варто бігати на щоденні синки, коли можна вирішити все за пару хвилин ad-hoc. Також відверто обговорюємо, що найшвидше вбиває довіру між PM та EM. Звідки береться бажання знайти винного, коли прокляли реліз, чому підстави на спільних зустрічах руйнують усе, і як вибудувати нормальну культуру без звинувачень, де команда реально тримається один за одного.

AI, AI, AI, AI, AI, AI, AI, AI, AI, AI, AIУ цьому випуску ми все-таки піддалися провокації і говоримо про AI. Поговоримо про те, як AI вже змінює software engineering зсередини. Не тільки написання коду, а весь SDLC, роль engineering managerʼа, очікування до команд і саме питання, що сьогодні означає бути AI-native організацією.Подивимось на AI як збільшувальне скло для сильних і слабких сторін компанії, про нові bottleneckʼи в delivery, про зміну ролей EM-ів, staff-інженерів і про те, чому швидкість генерації коду ще не означає, що компанія краще розуміє, що саме варто будувати.

У цьому епізоді The Art of Engineering Management говоримо про комунікацію — один із найважливіших і водночас найбільш недооцінених інструментів Engineering Managerʼа. Чому недостатньо просто донести інформацію? Як зрозуміти, що команда справді почула і правильно інтерпретувала повідомлення? Де проходить межа між прозорістю та інформаційним шумом?Обговоримо комунікацію під час змін, роль контексту, розсинхрон між лідерами й командами, баланс між формою та суттю, а також відповідальність менеджера за те, щоб повідомлення не просто було озвучене, а призвело до потрібного результату.

У цьому епізоді The Art of Engineering Management говоримо про change management — і про те, чому будь-які зміни в компанії майже ніколи не проходять так гладко, як здається в презентаціях. Чому навіть хороші ініціативи можуть викликати спротив? Чому одні зміни приживаються, а інші тихо помирають через кілька місяців? І що насправді відчувають люди, коли їм кажуть: “тепер працюємо по-новому”? Поговоримо про зміни в командах, процесах, delivery та рекрутменті — і про те, як не просто запускати нові правила, а допомагати людям домовитись про нову реальність.

У цьому епізоді The Art of Engineering Management говоримо про фідбек — одну з найпоширеніших і водночас найнеправильніше зрозумілих практик у менеджменті. Чому зворотний зв’язок іноді допомагає рости, а іноді лише створює напругу? Чи справді фреймворки на кшталт Radical Candor чи SBI працюють самі по собі? Обговорюємо consent на фідбек, силу контексту, важливість емпатії та межу між корисною розмовою і просто емоційним скидом.

У цьому епізоді The Art of Engineering Management говоримо про найм — одну з найкритичніших задач інженерного менеджера. Коли справді час наймати? Як будувати процес, що піднімає планку, а не просто закриває вакансії? Розберемо роль bar raising, комітетів, сильних джоб оферів, помилки та невдалі найми, з яких варто вчитись.

У цьому епізоді говоримо про Performance review і те, чому менеджери часто підміняють реальний impact зручними проксі — кількістю задач, рядками чи швидкістю написання коду. Обговорюємо, як такі метрики непомітно змінюють поведінку команд, підштовхуючи людей оптимізувати показники замість результату, і як це з часом підриває довіру до системи оцінювання.Розбираємо, як відділяти індивідуальний внесок від командного результату, як помічати “невидимий” вклад сильних інженерів — стабільність, дизайн, менторинг, ясність рішень — і як поєднувати кількісні сигнали з менеджерським судженням. Також говоримо про справедливість у Performance review, калібрування між менеджерами та межу між здоровою прозорістю і контролем.

У цьому епізоді ми говоримо про роль Engineering Manager і про те, як вона змінилася за останні роки: від фокусу на задачах і дедлайнах — до продуктового мислення, роботи з невизначеністю, залежностями, ризиками та відповідальності за аутками.

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