Команда делала не продукт — она делала отчёты о продукте 📑
В моей карьере встречались Паши. Может, и у вас они были.
Расскажу про одного — история собирательная, но до боли узнаваемая.
Паша был менеджер с суперспособностью: он видел проблему даже там, где её ещё не существовало. Его девиз звучал как заклинание: "Я должен знать всё. Прямо сейчас".
Паша ставил дейлики два раза в день. Утренний — чтобы узнать, какие задачи команда собирается делать. Вечерний — чтобы проверить, что именно сделали, в каком порядке, сколько строк кода написали и не забыли ли поставить точку в комментарии.
Ещё он любил ходить по рядам и заглядывать через плечо: "А это что за переменная? А почему тут отступ четыре пробела, а не два? А ты точно уверен, что этот метод нужен?".
Команда быстро адаптировалась: разработчики перестали писать код — они писали отчёты для Паши; тестировщики не гоняли баги, а составляли таблицы ("вот тут баг, вот тут я его проверил, вот тут Паша подтвердил, что я его проверил"); даже тимлид вместо архитектуры системы рисовал Паше красивые диаграммы, чтобы тот успокоился хотя бы на полчаса.
Однажды случился релиз. По плану — в пятницу. Но в четверг вечером Паша заметил, что в одном из логов написано "warning" вместо "info".
"Это риск!" — воскликнул он.
Команда до трёх ночи переписывала логи, чтобы везде было "info". Релиз ушёл в субботу утром. С тех пор слово "warning" в команде произносили шёпотом.
А потом пришёл заказчик. Посмотрел на продукт, пощёлкал кнопки и сказал: "Фича, ради которой мы всё затевали, не работает".
Оказалось, что пока команда отчитывалась за каждую запятую, саму фичу никто толком не делал.
В итоге Пашу перевели на проект, где нужно было вести реестр реестров. Там его суперспособность наконец-то пригодилась.
Команда же выдохнула, вернула дейлики на раз в день и снова начала делать продукт, а не отчёты о том, как она его делает.
Вывод простой ⬇️
Микроменеджмент не делает работу лучше. Он просто меняет её фокус. Когда руководитель проверяет каждую строчку, команда учится не делать продукт, а красиво отчитываться. А продукт в это время тихо грустит в бэклоге.
Задача руководителя — не знать всё прямо сейчас, а построить систему, в которой команда сама видит проблемы и сама их решает. Где "warning" чинят не потому, что Паша закричал, а потому, что это в чек-листе.
Иначе ты руководишь не продуктом — ты руководишь отчётами о продукте.
А у вас в карьере был свой "Паша"? Расскажите о нём в комментариях — соберём чёрный список антипаттернов 👇