— Знаете, кто крутые менеджеры? Это топовые разработчики, которые никогда не хотели быть руководителями, но решили ими стать, потому что никто другой не способен сделать работу также хорошо, как они
Я не являюсь фанатом Стива Джобса, и, более того, избыточный фанатизм к его персоне у меня вызывает отрыжку и несварение. Никогда не мог принять это бездумное наяривание на его устройства. Но, вот что за ним не отнять это его гений менеджмента. Этот парень знал как делать крутые устройства и достигать неординарного результата
И он чертовски прав, что действительно хороший менеджер, тот кто знает как достичь результат и привести к нему команду. Он экспертен в том, что команда должна сделать, он знает как, не на словах, а на деле. В этот момент он становится лидером, у которого есть чему поучиться, его профессиональное мнение ценится, а самое главное — ты можешь к нему прийти и обсудить проблемы и он их поймет, а не будет отмахиваться. Ему не нужно объяснять ценность автоматизации тестирования, рефакторингов, создания платформенных решений и выделения кор-команд. С другой стороны ему не продашь бессмысленный для бизнеса хайп под предлогом "ну это же модно".
Никто не хочет работать с "тупым боссом, который непонятно как попал наверх" и опять же, все хотят работать "с крутым руководителем, у которого ты учишься каждый день", и который ведет вас вперед и его экспертиза однозначна и вызывает у команды респект.
Чтобы таким стать разработчику нужно принять осознанное решение и роль. Если раньше главной задачей был "эффективно работающий код", то теперь задачей становится "эффективно работающая команда".
При этом, трансформация в менеджера дается очень больно и каждый разработчик проходить все стадии принятия: Отрицание — «Я просто временно управляю, скоро снова в код». Гнев — «Почему я трачу время на митинги вместо нормальной работы?!» Торг — «Ладно, буду менеджером, но оставлю себе самые интересные задачи». Депрессия — «Я потерял свою силу, теперь я просто корпоративный болтун…». Принятие — «Моя сила теперь не в коде, а в том, что я собираю лучших людей и создаю лучшие условия для работы».
А для тех кто руководит компанией? Их задача найти того самого разработчика, который крут, у него горят глаза и он решил, что станет руководителем, чтобы делать больше и быстрее, и достигать результатов, которые он в одного не достигнет.
П.С. В оригинале Джобс использовать термин Individual Contributor, это очень интересная и не раскрытая у нас в России роль разработчика в бизнесе, скоро у меня выйдет подкаст с техническим директором Т-Банка, где мы ее обсуджали, плюс, обещаю рассказать следующим постом подробнее про нее
— Знаете, кто крутые менеджеры? Это топовые разработчики, которые никогда не хотели быть руководителями, но решили ими стать, потому что никто другой не способен сделать работу также хорошо, как они
Я не являюсь фанатом Стива Джобса, и, более того, избыточный фанатизм к его персоне у меня вызывает отрыжку и несварение. Никогда не мог принять это бездумное наяривание на его устройства. Но, вот что за ним не отнять это его гений менеджмента. Этот парень знал как делать крутые устройства и достигать неординарного результата
И он чертовски прав, что действительно хороший менеджер, тот кто знает как достичь результат и привести к нему команду. Он экспертен в том, что команда должна сделать, он знает как, не на словах, а на деле. В этот момент он становится лидером, у которого есть чему поучиться, его профессиональное мнение ценится, а самое главное — ты можешь к нему прийти и обсудить проблемы и он их поймет, а не будет отмахиваться. Ему не нужно объяснять ценность автоматизации тестирования, рефакторингов, создания платформенных решений и выделения кор-команд. С другой стороны ему не продашь бессмысленный для бизнеса хайп под предлогом "ну это же модно".
Никто не хочет работать с "тупым боссом, который непонятно как попал наверх" и опять же, все хотят работать "с крутым руководителем, у которого ты учишься каждый день", и который ведет вас вперед и его экспертиза однозначна и вызывает у команды респект.
Чтобы таким стать разработчику нужно принять осознанное решение и роль. Если раньше главной задачей был "эффективно работающий код", то теперь задачей становится "эффективно работающая команда".
При этом, трансформация в менеджера дается очень больно и каждый разработчик проходить все стадии принятия: Отрицание — «Я просто временно управляю, скоро снова в код». Гнев — «Почему я трачу время на митинги вместо нормальной работы?!» Торг — «Ладно, буду менеджером, но оставлю себе самые интересные задачи». Депрессия — «Я потерял свою силу, теперь я просто корпоративный болтун…». Принятие — «Моя сила теперь не в коде, а в том, что я собираю лучших людей и создаю лучшие условия для работы».
А для тех кто руководит компанией? Их задача найти того самого разработчика, который крут, у него горят глаза и он решил, что станет руководителем, чтобы делать больше и быстрее, и достигать результатов, которые он в одного не достигнет.
П.С. В оригинале Джобс использовать термин Individual Contributor, это очень интересная и не раскрытая у нас в России роль разработчика в бизнесе, скоро у меня выйдет подкаст с техническим директором Т-Банка, где мы ее обсуджали, плюс, обещаю рассказать следующим постом подробнее про нее
On Feb. 27, however, he admitted from his Russian-language account that "Telegram channels are increasingly becoming a source of unverified information related to Ukrainian events." False news often spreads via public groups, or chats, with potentially fatal effects. For example, WhatsApp restricted the number of times a user could forward something, and developed automated systems that detect and flag objectionable content. "Your messages about the movement of the enemy through the official chatbot … bring new trophies every day," the government agency tweeted. The Dow Jones Industrial Average fell 230 points, or 0.7%. Meanwhile, the S&P 500 and the Nasdaq Composite dropped 1.3% and 2.2%, respectively. All three indexes began the day with gains before selling off.
from br
