Change Fatigue
Как я однажды чуть не угробил команду «из лучших побуждений»

В какой-то момент я заметил: команда просто замолкла.
Не возмущаются, не спорят, не саботируют - просто делают и молчат.
На дейли все говорят «в процессе». Никто не шутит. Даже Jira будто потухла.
Ни огонька в глазах, ни идей, ни желания. Всё через «надо».

А ведь мы же «всё правильно делали»:
- внедрили процессы,
- обновили ритуалы,
- провели стратегическую сессию,
- добавили OKR,
- запустили новые метрики…

И вот я стою перед командой на очередной встрече -
с вдохновляющим слайдом, красивой схемой нового процесса -
и ловлю их взгляд.
Он пустой.

Тогда я впервые услышал это слово:

Change fatigue - усталость от изменений.
Это не когда люди против. Это когда им уже всё равно.
Потому что вчера было одно, сегодня другое, а завтра - третье.
И ни одно не прижилось.

Это не метафора и не выдумка коучей. Это реальный эффект, признанный в change management:
чем больше перемен без стабилизации, тем ниже энергия у команды.

И да, типичная ошибка управленца - думать, что если изменения «в правильную сторону», то их много не бывает.
Бывает.

Как это выглядело у нас:
• Коллега соглашается со всем, но делает по-своему
• Команда пассивно принимает новшества и так же спокойно их игнорирует
• В фидбэке пишут: «всё норм», а потом в курилке жалуются
• Снаружи - движение, внутри - апатия

Что мне помогло:
1. Остановиться.
Не придумывать ещё одну инициативу. Просто выдохнуть.
Признать: я перегнул. Я - с хорошими намерениями - перегрузил.
(И поймал себя на мысли: «а не я ли стал тем, от кого сам когда-то хотел сбежать?»)
2. Спросить команду.
Не через форму и не в Notion.
Без презентаций. Без «нам надо».
Просто: «Ребят, что вас сейчас выматывает? Чего не хочется больше видеть?»
Тогда они заговорили. Впервые, за долгое время.
3. Сделать паузу в трансформации.
Не отменить - отложить.
Устаканить то, что уже есть.
Починить процессы, которые недожили до зрелости.
Вернуть команде ощущение контроля.

И вот к чему я пришёл:

Иногда не вовлечённость надо прокачивать, а признать усталость.
Не вдохновлять, а замедлиться.
Не мотивировать, а дать тишину.

Проект не спасают новые фреймворки, если команда выгорела от старых.

И лидерство - это не про «заряжать на изменения».
А про то, чтобы уметь смотреть в глаза людям, которые просто больше не могут - и быть рядом.

С чего начать мерить продуктивность

Последнее время часто при обсуждении проектов с ребятами (они скорее продакты и проджекты) из разных организаций и прочее всплывал вопрос:

как мне понять, что мой ИТшный конвейер работает хорошо?

Так вот, если, вдруг, завтра ночью вас разбудит срочный звонок босса с вопрсом:

«Бро, нам нужно срочно начать мерить продуктивность разработчиков! Жду утром предложения по метрикам»

Забирайте!

@badtechproject