Синдром рятівника, або Чому вашій команді нудно працювати без дедлайнів і факапів

Пам’ятаєте це тріумфальне відчуття після успішного, але «валидольного» релізу? Спринт тріщав по швах, за пару годин до демо «впав» прод, розробники судомно катали хотфікси прямо на продеплой, дев’опс сивів на очах, а ви гасили паніку клієнта в Slack. Але ось — остання кнопка нарешті запрацювала, і демо пройшло на ура. Клієнт шле емодзі шампанського, команда в екстазі видихає з відчуттям, що вони щойно врятували всесвіт. Ейфорія? О так.

А тепер згадайте інший сценарій. Спринт спланований ідеально. Рисерчі зроблені вчасно, беклог вилизаний, таски передбачувані. Команда спокійно, без жодного овертайму, закриває план у четвер пообіді. Реліз проходить непомітно.

Яке відчуття всередині? Якщо чесно — нудьга. Немає драйву. Буденність.

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

Спостерігаючи за делівері-процесами в Sombra з позиції PM-а, я раптом зрозуміла, що цей термін не обов’язково перекладати буквально — в IT є своя, локальна версія цієї петлі. Я б назвала її «Hero Mode». І мені здається, я сама неодноразово спостерігала, як команди (та й менеджери, якщо бути чесною) несвідомо підсаджуються на цю дофамінову голку.

Контроверсія: Чому ми плутаємо тахікардію з високим перформансом?

Давайте визнаємо чесно: IT-спільнота обожнює пожежників. Людина, яка прийшла в суботу і підняла базу, автоматично стає героєм мітингу в понеділок. Їй тиснуть руку, їй виписують бонуси, про неї згадують на перформанс рев’ю.

Але в чому тут підвох? Ми часто плутаємо адреналіновий шторм від паніки з реальною ефективністю.

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

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

1. Інженерам стає нудно. Зникає елемент виклику. «Я просто кручу гайки з 9 до 18».
2. Зникає відчуття власної цінності. Якщо все працює само собою, то за що мені платять мої K$ компанія та клієнт?
3. Менеджеру здається, що він втрачає контроль. Коли нічого не горить, незрозуміло, чим керувати.

Зрілий делівері-процес не повинен нагадувати казино в Лас-Вегасі. Але як злізти з цієї голки, якщо команда вже звикла до регулярних штурмів?

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

1. Перепрошивка поняття «Win»

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

2. Гейміфікація якості, а не швидкості

Дофамін можна отримувати не лише від швидкості гасіння пожежі. Спробуймо перевести фокус команди на «чистоту гри». Закрили спринт взагалі без багів, які повернулися з QA? Ось вам привід для святкування на ретроспективі. Зменшили технічний борг у критичному модулі? Це крутіше, ніж закрити три палаючі таски «на коліні».

3. Легалізація тиші

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

Замість висновку: Зрілість проти Хаосу

Завдання PM-а — це не бігати з вогнегасником і кричати «Всі за мною!». Наше завдання — побудувати таку систему, де вогню просто немає звідки взятися. Справжня майстерність — це навчитися отримувати кайф від передбачуваності, стабільності та спокійного сну команди.

Особисто для мене ця тема неймовірно цікава. Причому не лише з менеджерського крісла — мені дуже хочеться поглянути на неї очима розробників, девів. Я чудово розумію, що концепція контроверсійна. Впевнена, знайдеться чимало тих, кому здасться, що я замахнулася на святе — на той самий класичний, драйвовий ІТ-вайб.

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

Тому давайте чесно в коментарях: що ближче особисто вам і вашій команді? Спокійний, «нудний» рух за планом чи регулярний «Hero Mode», без якого робота втрачає смак? І чому? Разом із ким ви частіше релізитеся — з розважливими архітекторами чи з відчайдушними пожежниками?