Не надо принимать больше решений, надо принимать другие
Принимать больше решений быстрее — не лучшая тактика для менеджера.
Она приходит интуитивно, когда хочется, наконец уже, выскочить за ожидаемый уровень перформанса. Когда ты был IC — работало, попробовал быстрее код херачить туда-сюда, людей активнее пинать чтобы ревьюили, и сделал больше, заработал премию. Когда начинаешь быстрее "заканчивать" процесс принятия решения, в большем количестве согласовывать вещи, больше и больше "автоматизировать" свой процесс формирования и формулирования решения...лучше, почему-то, не становится.
Потому что плохое "решение", во-первых, часто дороже, чем криво написанный код (оно влияет на кучу людей, которые пишут потом кучу плохого кода), а во-вторых, качественно принять его ты можешь только в своей голове. Все то, что автоматизируется, на самом деле, с точки зрения затрат энергии для тебя и так не очень дорого. И как человек, осознанно и глубоко, ты в единицу времени обдумывать больше никак не начнешь. За счет нейронок, скриптов и прочего быстрее собирать информацию в кучу — да. Делать правильные выводы — нет. Можешь быстро начать делать неправильные или некачественные, но этого ли ты хочешь? (у меня, кстати, иногда бывают экстренные ситуации, и я выдаю людям ответ вида: здесь я считаю так, здесь я считаю так, а здесь — у меня нет времени подумать и я никак не считаю, вот что думает опус, мне поверхностно кажется, что это похоже на правду, но перепроверьте 10 раз и ни в коем случае не пересылайте дальше без этого. Кстати, верните мне обратно поревьюить что сами об этой части головой подумаете).
Правильный способ, как менеджеру, особенно большому, делать "больше" — это принимать решения другого класса. Чтобы качественно, ступенькой поднять стабильность сервиса, тебе не нужно принять в 5 раз больше решений о том, какие баги и как чинить. Надо принять решение, что все мелкие баги чинят вон те двое парней, у тебя есть такой-то механизм контроля (занимающий 20 минут в неделю), а ты лучше пойдешь и за следующий месяц примешь решение, как работу дежурных перестроить. Чтобы качественно, ступенькой поднять оборот, тебе иногда нужно не в 5 раз больше решений в неделю начать принимать о покраске и передвижении кнопок и условий доставки на экране, а кому-то это отдать и пойти принять одно решение, в какой сегмент рынка вы идёте следующим.
Менеджер редко масштабируется сам по себе, он масштабируется с командой, причем часто — без её роста. Подумай, может быть, вместо того, чтобы выдавать ещё больше слопа, ты лучше попросишь часть вещей решать кого-то другого, а остальное начнешь делать лучше или больше?
———
p.s.: во вторник в 19:00 UTC+3 будет закрытый стрим про эту и другие проблемы и ошибки менеджеров, которые уже управляют другими менеджерами. Дам 4 инвайта опытным менеджерам не-из-сообщества, которые успеют мне куда угодно прислать свои имейлы.
Принимать больше решений быстрее — не лучшая тактика для менеджера.
Она приходит интуитивно, когда хочется, наконец уже, выскочить за ожидаемый уровень перформанса. Когда ты был IC — работало, попробовал быстрее код херачить туда-сюда, людей активнее пинать чтобы ревьюили, и сделал больше, заработал премию. Когда начинаешь быстрее "заканчивать" процесс принятия решения, в большем количестве согласовывать вещи, больше и больше "автоматизировать" свой процесс формирования и формулирования решения...лучше, почему-то, не становится.
Потому что плохое "решение", во-первых, часто дороже, чем криво написанный код (оно влияет на кучу людей, которые пишут потом кучу плохого кода), а во-вторых, качественно принять его ты можешь только в своей голове. Все то, что автоматизируется, на самом деле, с точки зрения затрат энергии для тебя и так не очень дорого. И как человек, осознанно и глубоко, ты в единицу времени обдумывать больше никак не начнешь. За счет нейронок, скриптов и прочего быстрее собирать информацию в кучу — да. Делать правильные выводы — нет. Можешь быстро начать делать неправильные или некачественные, но этого ли ты хочешь? (у меня, кстати, иногда бывают экстренные ситуации, и я выдаю людям ответ вида: здесь я считаю так, здесь я считаю так, а здесь — у меня нет времени подумать и я никак не считаю, вот что думает опус, мне поверхностно кажется, что это похоже на правду, но перепроверьте 10 раз и ни в коем случае не пересылайте дальше без этого. Кстати, верните мне обратно поревьюить что сами об этой части головой подумаете).
Правильный способ, как менеджеру, особенно большому, делать "больше" — это принимать решения другого класса. Чтобы качественно, ступенькой поднять стабильность сервиса, тебе не нужно принять в 5 раз больше решений о том, какие баги и как чинить. Надо принять решение, что все мелкие баги чинят вон те двое парней, у тебя есть такой-то механизм контроля (занимающий 20 минут в неделю), а ты лучше пойдешь и за следующий месяц примешь решение, как работу дежурных перестроить. Чтобы качественно, ступенькой поднять оборот, тебе иногда нужно не в 5 раз больше решений в неделю начать принимать о покраске и передвижении кнопок и условий доставки на экране, а кому-то это отдать и пойти принять одно решение, в какой сегмент рынка вы идёте следующим.
Менеджер редко масштабируется сам по себе, он масштабируется с командой, причем часто — без её роста. Подумай, может быть, вместо того, чтобы выдавать ещё больше слопа, ты лучше попросишь часть вещей решать кого-то другого, а остальное начнешь делать лучше или больше?
———
p.s.: во вторник в 19:00 UTC+3 будет закрытый стрим про эту и другие проблемы и ошибки менеджеров, которые уже управляют другими менеджерами. Дам 4 инвайта опытным менеджерам не-из-сообщества, которые успеют мне куда угодно прислать свои имейлы.