Всё, что вы всегда хотели знать про хайлоад, но боялись спросить
Не буду говорить «каждый», но в целом довольно много разработчиков считает хайлоад чем-то крутым, желанным, интересным для своей работы и карьеры.
Когда я был просто инженером, то думал точно так же. Сейчас, когда я в менеджера мутирую, думаю так же, но чуть иначе:) Ведь хайлоад это не только интересные инженерные вызовы, но и управленческие в том числе.
В этом спецвыпуске мы постарались как можно больше узнать про хайлоад у людей, которые в этом точно большие специалисты. Ведь они делают его в одном из крупнейших российских маркетплейсов — Ozon.
Сегодня нам расскажут много интересного и полезного гости из @ozon_tech: CTO Антон Степаненко и директор по разработке платформы Андрей Чупейкин.
Мы постарались разузнать о хайлоаде с разных сторон: разработке, железе, людях, безопасности, стратегии развития и многом другом.
Мне было очень интересно обсуждать это и как инженеру, и как руководителю. Надеюсь, что вы тоже получите свою порцию удовольствия от прослушивания 🙂
Ссылка на пост с описанием, фоточками спикеров, ссылками на разные площадки для прослушивания тут.
Не буду говорить «каждый», но в целом довольно много разработчиков считает хайлоад чем-то крутым, желанным, интересным для своей работы и карьеры.
Когда я был просто инженером, то думал точно так же. Сейчас, когда я в менеджера мутирую, думаю так же, но чуть иначе:) Ведь хайлоад это не только интересные инженерные вызовы, но и управленческие в том числе.
В этом спецвыпуске мы постарались как можно больше узнать про хайлоад у людей, которые в этом точно большие специалисты. Ведь они делают его в одном из крупнейших российских маркетплейсов — Ozon.
Сегодня нам расскажут много интересного и полезного гости из @ozon_tech: CTO Антон Степаненко и директор по разработке платформы Андрей Чупейкин.
Мы постарались разузнать о хайлоаде с разных сторон: разработке, железе, людях, безопасности, стратегии развития и многом другом.
Мне было очень интересно обсуждать это и как инженеру, и как руководителю. Надеюсь, что вы тоже получите свою порцию удовольствия от прослушивания 🙂
Ссылка на пост с описанием, фоточками спикеров, ссылками на разные площадки для прослушивания тут.
Telegram
Кода кода
Спецвыпуск! Highload на практике — как готовиться и как держать высокие нагрузки
Спецвыпуск в формате открытой дискуссии. На этот раз разговор получился настолько подробным и точным, что я уже нарезаю его на небольшой обучающий курс 🙂
Не так много проектов…
Спецвыпуск в формате открытой дискуссии. На этот раз разговор получился настолько подробным и точным, что я уже нарезаю его на небольшой обучающий курс 🙂
Не так много проектов…
🔥11👍5💩1
Тимлид как единство противоположностей
Еще в конце мая я выступил на конференции Merge в Иннополисе, но забыл поделиться с вами видео.
Возможно, в каких-то моментах будет плоховато со звуком, но в целом все должно быть разборчиво.
Зачем этот доклад
В докладе я хотел порассуждать о самой идее тимлида как единства противоположностей, о распространенных ошибках начинающих (и не только) тимлидов, о том, откуда ноги растут у большинства этих проблем.
Надеюсь, удастся кому-то принести пользу в плане того, как комфортно и продуктивно работать на этой позиции. А возможно, кто-то после этого решит, что тимлидство ему совсем не подходит. Это тоже нормально. Чем раньше с этим разберетесь — тем лучше 🙂
Секция вопросов показала, что боли все эти есть, и они, к сожалению, довольно распространены в профессии.
Немножко извинений
Излагал я слегка сумбурно, потому как и оборудование было для меня непривычное и на тот момент я простудился, потому голова была не самая свежая. Так что вы всё равно критикуйте, но скидочку мне дайте, пожалуйста 🙂
Больше благодарностей
В первую очередь благодарен Наташе Мусиной (думаю, тут не надо дополнительно пояснять, Наташу знают очень многие) за то, что позвала выступить, обточила тему и помогла сделать красивую презентацию. Именно благодаря ей у меня в этот раз не такая скучная презентация с рутинными списками, как я делаю обычно.
И моей жене большое спасибо за то, что все эти доклады выслушивает от меня по несколько раз, а еще и тексты вычитывает. Опять позволю себе напомнить, что у неё имеется свой душевный канал про кино.
Интересно было побывать в Иннополисе, посмотреть, как живут студенты (ведь жил я в их общаге), как ездит по пешеходным дорожкам куча роботов-доставщиков, какая там в целом инфраструктура имеется.
Ну и, конечно, с большим удовольствием пообщался с другими докладчиками и участниками конференции. С частью из них мы встречались накануне на тимлидконфе, с частью не виделись уже давненько, а с кем-то лично познакомились впервые.
Сам доклад
https://www.youtube.com/watch?v=GQcyMsM4b3U
Еще в конце мая я выступил на конференции Merge в Иннополисе, но забыл поделиться с вами видео.
Возможно, в каких-то моментах будет плоховато со звуком, но в целом все должно быть разборчиво.
Зачем этот доклад
В докладе я хотел порассуждать о самой идее тимлида как единства противоположностей, о распространенных ошибках начинающих (и не только) тимлидов, о том, откуда ноги растут у большинства этих проблем.
Надеюсь, удастся кому-то принести пользу в плане того, как комфортно и продуктивно работать на этой позиции. А возможно, кто-то после этого решит, что тимлидство ему совсем не подходит. Это тоже нормально. Чем раньше с этим разберетесь — тем лучше 🙂
Секция вопросов показала, что боли все эти есть, и они, к сожалению, довольно распространены в профессии.
Немножко извинений
Излагал я слегка сумбурно, потому как и оборудование было для меня непривычное и на тот момент я простудился, потому голова была не самая свежая. Так что вы всё равно критикуйте, но скидочку мне дайте, пожалуйста 🙂
Больше благодарностей
В первую очередь благодарен Наташе Мусиной (думаю, тут не надо дополнительно пояснять, Наташу знают очень многие) за то, что позвала выступить, обточила тему и помогла сделать красивую презентацию. Именно благодаря ей у меня в этот раз не такая скучная презентация с рутинными списками, как я делаю обычно.
И моей жене большое спасибо за то, что все эти доклады выслушивает от меня по несколько раз, а еще и тексты вычитывает. Опять позволю себе напомнить, что у неё имеется свой душевный канал про кино.
Интересно было побывать в Иннополисе, посмотреть, как живут студенты (ведь жил я в их общаге), как ездит по пешеходным дорожкам куча роботов-доставщиков, какая там в целом инфраструктура имеется.
Ну и, конечно, с большим удовольствием пообщался с другими докладчиками и участниками конференции. С частью из них мы встречались накануне на тимлидконфе, с частью не виделись уже давненько, а с кем-то лично познакомились впервые.
Сам доклад
https://www.youtube.com/watch?v=GQcyMsM4b3U
👍20🔥8❤1💩1
Нет критики и жалоб? Возможно, всё плохо
Такая вот, несколько контринтуитивная, идея.
Казалось бы, раз никто не жалуется, не критикует, не предлагает изменения, то, значит, всё круто. О чем еще мечтать?
Что может пойти не так?
Много чего. Давайте пофантазируем:
⁃ Никто не жалуется, потому что сверху так давят, пугают, стращают, что люди боятся где-то вслух что-то произнести, отличное от линии руководства. Работал в таком месте, ощущения так себе.
⁃ Никто не критикует, не предлагает, потому что всем наплевать. Просто не мотивированные ничем работники жопочасы за оклад отсиживают.
⁃ Не критикуют, потому что боятся, что самим придется свои же предложения делать, а как-то и не хочется.
⁃ Не жалуются, не критикуют, потому что это задевает эго руководителя, а ведь все в компании знают, что карьерный рост возможен только у тех, кто преданно в глаза смотрит, над шутками начальника громко смеется, и в общем чатике самые цветистые поздравления ему отправляет раньше всех на день рождения.
⁃ Никто не критикует, потому что такая культура в компании, что любая критика воспринимается в штыки, принимается на свой счет и заканчивается войной отделов.
Примерно эта же мысль обсуждалась в довольно популярной книге Патрика Ленсиони «Пять пороков команды». Книга, на мой взгляд, средняя, но несколько идей интересных можно найти. А кто-то вообще балдеет от неё.
Что предлагается?
Как всегда, простые и сложные вещи одновременно: культура конструктивных конфликтов, культура доверия и профессионализм.
Там, где люди профессионально подходят к работе и знают, что их коллеги и товарищи работают точно так же, конфликты, жалобы и предложения перетекают в конструктивное русло.
А это значит меньше политики и закулисных козней, больше желания помочь товарищу (пусть даже и через критику) и больше желания принимать такую помощь, воспринимая её правильным образом.
Пример
Прося обратную связь о своей работе у коллег, я явно стараюсь проговорить, чтобы не стеснялись критиковать, не боялись обидеть, ведь из таких отзывов можно выбрать что-то по-настоящему ценное.
А отзыв «да хз, вроде все норм» – и не шибко полезный, и немного даже тревожный: а правда ли все норм?
Сам тоже стараюсь фидбэчить так, чтобы было полезно и по делу. Идеально со всеми не получается, есть такое. Да и хотел бы я посмотреть, у кого всегда идеально покритиковать получается 🙂
Некоторые люди могут расстроиться, но это повод дополнительно проговорить происходящее. На мой взгляд, лучше лишний раз объясниться, чем сидеть кивать головой, что все ок, а человек и не будет знать, где у него и у его проекта проблема.
(Само)обман на уровне непорядочности
Думаю, многие из нас сталкивались (я – точно) с такими господами, которые ставят людей в плохие условия, давят, а потом, когда безмолвные люди все сильнее молча прогибаются, говорят «ну он молчит, значит всё устраивает». Я даже часто до конца не понимаю: они других обманывают, или уже сами в это поверили.
Итог
Не бойтесь конструктивной (это важно) критики, приветствуйте и поощряйте её.
Не живите в плену иллюзий, что вы идеальный, что всё вокруг идеально. А если вам так говорят, то есть высокий шанс, что или вами пользуются, или к вам подлизываются, или на вас наплевать.
Такая вот, несколько контринтуитивная, идея.
Казалось бы, раз никто не жалуется, не критикует, не предлагает изменения, то, значит, всё круто. О чем еще мечтать?
Что может пойти не так?
Много чего. Давайте пофантазируем:
⁃ Никто не жалуется, потому что сверху так давят, пугают, стращают, что люди боятся где-то вслух что-то произнести, отличное от линии руководства. Работал в таком месте, ощущения так себе.
⁃ Никто не критикует, не предлагает, потому что всем наплевать. Просто не мотивированные ничем работники жопочасы за оклад отсиживают.
⁃ Не критикуют, потому что боятся, что самим придется свои же предложения делать, а как-то и не хочется.
⁃ Не жалуются, не критикуют, потому что это задевает эго руководителя, а ведь все в компании знают, что карьерный рост возможен только у тех, кто преданно в глаза смотрит, над шутками начальника громко смеется, и в общем чатике самые цветистые поздравления ему отправляет раньше всех на день рождения.
⁃ Никто не критикует, потому что такая культура в компании, что любая критика воспринимается в штыки, принимается на свой счет и заканчивается войной отделов.
Примерно эта же мысль обсуждалась в довольно популярной книге Патрика Ленсиони «Пять пороков команды». Книга, на мой взгляд, средняя, но несколько идей интересных можно найти. А кто-то вообще балдеет от неё.
Что предлагается?
Как всегда, простые и сложные вещи одновременно: культура конструктивных конфликтов, культура доверия и профессионализм.
Там, где люди профессионально подходят к работе и знают, что их коллеги и товарищи работают точно так же, конфликты, жалобы и предложения перетекают в конструктивное русло.
А это значит меньше политики и закулисных козней, больше желания помочь товарищу (пусть даже и через критику) и больше желания принимать такую помощь, воспринимая её правильным образом.
Пример
Прося обратную связь о своей работе у коллег, я явно стараюсь проговорить, чтобы не стеснялись критиковать, не боялись обидеть, ведь из таких отзывов можно выбрать что-то по-настоящему ценное.
А отзыв «да хз, вроде все норм» – и не шибко полезный, и немного даже тревожный: а правда ли все норм?
Сам тоже стараюсь фидбэчить так, чтобы было полезно и по делу. Идеально со всеми не получается, есть такое. Да и хотел бы я посмотреть, у кого всегда идеально покритиковать получается 🙂
Некоторые люди могут расстроиться, но это повод дополнительно проговорить происходящее. На мой взгляд, лучше лишний раз объясниться, чем сидеть кивать головой, что все ок, а человек и не будет знать, где у него и у его проекта проблема.
(Само)обман на уровне непорядочности
Думаю, многие из нас сталкивались (я – точно) с такими господами, которые ставят людей в плохие условия, давят, а потом, когда безмолвные люди все сильнее молча прогибаются, говорят «ну он молчит, значит всё устраивает». Я даже часто до конца не понимаю: они других обманывают, или уже сами в это поверили.
Итог
Не бойтесь конструктивной (это важно) критики, приветствуйте и поощряйте её.
Не живите в плену иллюзий, что вы идеальный, что всё вокруг идеально. А если вам так говорят, то есть высокий шанс, что или вами пользуются, или к вам подлизываются, или на вас наплевать.
👍25❤15👏4
IT и дети
Этот выпуск нам дался довольно тяжело. Тема сложная, дискуссионная и неоднозначная. Как в принципе и всё, что касается и детей, и обучения в ИТ.
Мы постарались порассуждать, посмотреть с разных сторон на то, как молодое поколение может познакомиться с ИТ. Надо ли в юном возрасте с этим знакомиться? Если надо, то как? Если хорошо получилось, то что делать дальше? Если не получилось, то тогда что? Какие бывают методы обучения, какая мотивация у детей, у родителей, и т.д.
Ссылка на пост с описанием, фоточками спикеров, ссылками на разные площадки для прослушивания тут.
Этот выпуск нам дался довольно тяжело. Тема сложная, дискуссионная и неоднозначная. Как в принципе и всё, что касается и детей, и обучения в ИТ.
Мы постарались порассуждать, посмотреть с разных сторон на то, как молодое поколение может познакомиться с ИТ. Надо ли в юном возрасте с этим знакомиться? Если надо, то как? Если хорошо получилось, то что делать дальше? Если не получилось, то тогда что? Какие бывают методы обучения, какая мотивация у детей, у родителей, и т.д.
Ссылка на пост с описанием, фоточками спикеров, ссылками на разные площадки для прослушивания тут.
Telegram
Кода кода
IT и дети
Насколько рано можно заняться разработкой, дизайном, тестированием? Говорят, что IT — это отрасль для молодых. А могут ли дети, которые еще учатся в школе или только-только закончили, научиться писать код, например? Курсы для детей — это способ…
Насколько рано можно заняться разработкой, дизайном, тестированием? Говорят, что IT — это отрасль для молодых. А могут ли дети, которые еще учатся в школе или только-только закончили, научиться писать код, например? Курсы для детей — это способ…
❤10👍5
Что там по продуктивности?
В последнее время наблюдаю два четко выраженных лагеря продуктивности в ИТ. Причем у каждого есть свои разумные аргументы. Минусы тоже имеются, но о них либо стараются не говорить, либо вокруг них можно холиварить бесконечно.
Максимальная продуктивность!
В этом лагере адепты обмазывают всё, до чего могут дотянуться, KPI, OKR, метриками, трекерами, циферками.
Понимаю светлые идеи про то, что «нельзя управлять тем, что не можешь посчитать», бизнес, деньги, объективные показатели, принятие решений на основе данных и вот это вот всё.
С другой стороны, это может превратиться в скользкую дорожку, где люди обложены трекерами времени, скриншотилками экрана, снимками с вебкамеры, детектором того, что мышка шевелится. А вместо достижения результата – хитрый подгон под KPI, лишь бы денег дали на покушать.
Минимальная продуктивность!
В твиттере полно тредов о том, как за оклад работать часа 2 в день и в остальное время либо отдыхать, либо на второй работе работать.
Аргументов тоже хватает. Если я делаю свои задачи и меня никто не детектит, то я дальше просто шарюсь, и зачем мне напрягаться, ведь за это мне больше платить не станут? А если и станут, то не так сильно, как я упашусь на работе. Или если я шарюсь, а никто не спалил, то, значит, виноват менеджмент, который мышей не ловит, и компания, которая на собеседовании и испытательном сроке это прошляпила, не организовав нужный процесс как следует.
С другой стороны, хоть я сам сторонник того, что фултайм 8 часов продуктивной работы не реальны и 100% загрузка работника – это контрпродуктивно, но с такими трудягами я бы не очень хотел как-то долго сотрудничать.
А когда меня, допустим, лечат подобные врачи, я совсем расстраиваюсь. Плохой врач? Ну это клиника виновата. Не лечит причину, а лечит симптом? Ну сам виноват, ты ж с симптомом пришел, что попросил, то и полечили. А дальше разбираться зачем? У них же оклад.
Еще вариант
Если вам когда-нибудь приходилось работать в коллективе, где ваши коллеги правда хотят сделать хорошо, и вы хотите сделать хорошо, и вас не душат никакими трекерами, искусственными кипиаями, то вы меня поймете. Это всесторонне комфортно, а еще и дело делается. Вот прям правда иллюстрация того, что люди нормально делают и получается нормально.
Дисклеймер для критикующих.
Я не отвергаю любые метрики как что-то абсолютно бесполезное. Я больше говорю об искусственных KPI ради KPI, потому что везде так принято. И онанизме на циферки разных метрик ради самих циферок, а не какого-то итогового результата.
Итог
Не знаю, какой тут итог подбить.
И там хорошо, и тут интересно. Везде свои плюсы с минусами имеются. Промежуточный вариант, конечно, более привлекателен, но такое место и такую команду еще поди поищи.
Надеюсь, вы найдете. Ну или расскажете, как живете в одном из двух первых лагерей и всё равно счастливы и довольны.
Потому что где бы вы ни работали, главное, чтобы вам самим нравилось.
В последнее время наблюдаю два четко выраженных лагеря продуктивности в ИТ. Причем у каждого есть свои разумные аргументы. Минусы тоже имеются, но о них либо стараются не говорить, либо вокруг них можно холиварить бесконечно.
Максимальная продуктивность!
В этом лагере адепты обмазывают всё, до чего могут дотянуться, KPI, OKR, метриками, трекерами, циферками.
Понимаю светлые идеи про то, что «нельзя управлять тем, что не можешь посчитать», бизнес, деньги, объективные показатели, принятие решений на основе данных и вот это вот всё.
С другой стороны, это может превратиться в скользкую дорожку, где люди обложены трекерами времени, скриншотилками экрана, снимками с вебкамеры, детектором того, что мышка шевелится. А вместо достижения результата – хитрый подгон под KPI, лишь бы денег дали на покушать.
Минимальная продуктивность!
В твиттере полно тредов о том, как за оклад работать часа 2 в день и в остальное время либо отдыхать, либо на второй работе работать.
Аргументов тоже хватает. Если я делаю свои задачи и меня никто не детектит, то я дальше просто шарюсь, и зачем мне напрягаться, ведь за это мне больше платить не станут? А если и станут, то не так сильно, как я упашусь на работе. Или если я шарюсь, а никто не спалил, то, значит, виноват менеджмент, который мышей не ловит, и компания, которая на собеседовании и испытательном сроке это прошляпила, не организовав нужный процесс как следует.
С другой стороны, хоть я сам сторонник того, что фултайм 8 часов продуктивной работы не реальны и 100% загрузка работника – это контрпродуктивно, но с такими трудягами я бы не очень хотел как-то долго сотрудничать.
А когда меня, допустим, лечат подобные врачи, я совсем расстраиваюсь. Плохой врач? Ну это клиника виновата. Не лечит причину, а лечит симптом? Ну сам виноват, ты ж с симптомом пришел, что попросил, то и полечили. А дальше разбираться зачем? У них же оклад.
Еще вариант
Если вам когда-нибудь приходилось работать в коллективе, где ваши коллеги правда хотят сделать хорошо, и вы хотите сделать хорошо, и вас не душат никакими трекерами, искусственными кипиаями, то вы меня поймете. Это всесторонне комфортно, а еще и дело делается. Вот прям правда иллюстрация того, что люди нормально делают и получается нормально.
Дисклеймер для критикующих.
Я не отвергаю любые метрики как что-то абсолютно бесполезное. Я больше говорю об искусственных KPI ради KPI, потому что везде так принято. И онанизме на циферки разных метрик ради самих циферок, а не какого-то итогового результата.
Итог
Не знаю, какой тут итог подбить.
И там хорошо, и тут интересно. Везде свои плюсы с минусами имеются. Промежуточный вариант, конечно, более привлекателен, но такое место и такую команду еще поди поищи.
Надеюсь, вы найдете. Ну или расскажете, как живете в одном из двух первых лагерей и всё равно счастливы и довольны.
Потому что где бы вы ни работали, главное, чтобы вам самим нравилось.
👍40🔥5
Увольнения, испытательный срок, NDA, коммерческая тайна и прочее.
Мы в подкасте Кода кода недавно задумали записать выпуск про коммерческую тайну, но товарищи из Подлодки нас опередили и сделали такой подробный выпуск, что его вполне будет достаточно🙂
А еще очень полезный выпуск был про увольнения и испытательный срок.
На мой взгляд, все эти вещи полезно знать как руководителям, так и рядовым сотрудникам. Особенно тем, кто работает по ТК РФ. И довольно много кто этого, к сожалению, не знает.
Делюсь с вами этими ссылками, чтобы немножко больше распространить полезное знание в массы.
Ну и спасибо Виталию Шароватову, что всё это дело раскапывает, проявляет инициативу и просвещает.
https://podlodka.io/169 - увольнения
https://podlodka.io/284 - NDA и коммерческая тайна
Мы в подкасте Кода кода недавно задумали записать выпуск про коммерческую тайну, но товарищи из Подлодки нас опередили и сделали такой подробный выпуск, что его вполне будет достаточно🙂
А еще очень полезный выпуск был про увольнения и испытательный срок.
На мой взгляд, все эти вещи полезно знать как руководителям, так и рядовым сотрудникам. Особенно тем, кто работает по ТК РФ. И довольно много кто этого, к сожалению, не знает.
Делюсь с вами этими ссылками, чтобы немножко больше распространить полезное знание в массы.
Ну и спасибо Виталию Шароватову, что всё это дело раскапывает, проявляет инициативу и просвещает.
https://podlodka.io/169 - увольнения
https://podlodka.io/284 - NDA и коммерческая тайна
podlodka.io
Podlodka #169 – Увольнения
Мы в Podlodka уже много обсуждали карьеру разработчика: как искать работу, и то, как проходить собеседование и то, как развиваться в той или иной роли. Но есть еще один важный этап рабочего цикла, с которым рано или поздно может столкнуться каждый — увольнение.…
👍16❤4
Не будь слишком хорош в работе, которая тебе не нравится
Недавно посмотрел второй сезон чудесного сериала «Убийства в одном здании». Там я встретил эту фразу из названия поста и немножечко её обдумал. Повспоминал, с чем приходилось в работе сталкиваться и решил, что это хорошая тема для нашего пятничного обсуждения.
Гипотетический пример
Давайте представим гипотетическую ситуацию, которая может в реальности вполне себе существовать.
Есть у нас, допустим, контент-менеджер, который хочет стать фронтендером. И этот контентщик очень хорошо делает свою текущую работу. Ну прям очень хорошо. И инициативу проявит, и улучшалки какие-то придумает, и всё в срок сделает.
А по вечерам он в меру оставшегося времени и сил учится на фронтендера и сильно желает перейти на эту должность.
Такая вот стартовая позиция. Что может произойти с ним дальше?
В хорошем случае
Руководитель об этом от него узнает. Возможно, даже поможет с обучением. Запланирует подбор замены, хорошую передачу обязанностей, адаптацию и нового контентщика, и свежеиспеченного фронтендера. И, если это случай хороший, то есть шанс, что все будут жить долго и счастливо в компании. Ведь у компании есть очень лояльный и добросовестный работник. А работник доволен, что переход осуществился, и начинает фигачить уже в этом направлении так же хорошо, как фигачил в прошлом.
А если случай чуть похуже случится, то там есть где понаступать на грабли.
В плохом случае
Руководитель об этом от него узнает. И всяческими способами будет этому препятствовать, тянуть, мариновать. Зачем ему терять на этом месте человека, который идеально закрывает этот фронт работ? Это же куча гемора. Искать замену, менять местами. А вдруг контентщик новый будет плохой? А вдруг хороший контентщик будет плохим фронтендером? Да и вообще, зачем напрягаться, если и сейчас всё работает?
В итоге контент-менеджер просто годами будет слышать, что «сейчас не время», «вот скоро новый проект и тогда…», «надо еще немного потерпеть», «ты молодец, продолжай работать, а там посмотрим» и т.д. А потом психанет, да и уйдет туда, где его не динамят. А по дороге будет рассказывать всё, что думает про эту историю и этого руководителя.
Не является рекомендацией
Сама фраза «не будь слишком хорош в работе, которая тебе не нравится» не является ультимативной рекомендацией. Её можно неудачно трактовать и просто начать плохо и непрофессионально работать ради ничего.
Является рекомендацией
О чем бы я рекомендовал подумать, так это о том, что если вас очень привлекает другая должность/другой стек/другие обязанности, то хорошо бы уделить много сил и времени этому направлению, а не выжимать себя досуха, делая идеально то, что вам не нравится, а потом страдать, что новое и желанное в вашей жизни не появляется.
Итог
Добросовестно трудитесь, но не забывайте и подумать о будущем.
А если вы руководитель, то вам тоже после этого поста есть о чем задуматься. Оба варианта встречаются, оба варианта в жизни работают, оба варианта имеют плюсы и минусы.
Ну и не важно работник ли вы руками, или руководитель, посмотрите интересный сериал 🙂 Люблю сериалы, поэтому не мог вам его не посоветовать. А у Катюхи про него и пост имеется https://www.tg-me.com/katyuha_smotrit/97
Недавно посмотрел второй сезон чудесного сериала «Убийства в одном здании». Там я встретил эту фразу из названия поста и немножечко её обдумал. Повспоминал, с чем приходилось в работе сталкиваться и решил, что это хорошая тема для нашего пятничного обсуждения.
Гипотетический пример
Давайте представим гипотетическую ситуацию, которая может в реальности вполне себе существовать.
Есть у нас, допустим, контент-менеджер, который хочет стать фронтендером. И этот контентщик очень хорошо делает свою текущую работу. Ну прям очень хорошо. И инициативу проявит, и улучшалки какие-то придумает, и всё в срок сделает.
А по вечерам он в меру оставшегося времени и сил учится на фронтендера и сильно желает перейти на эту должность.
Такая вот стартовая позиция. Что может произойти с ним дальше?
В хорошем случае
Руководитель об этом от него узнает. Возможно, даже поможет с обучением. Запланирует подбор замены, хорошую передачу обязанностей, адаптацию и нового контентщика, и свежеиспеченного фронтендера. И, если это случай хороший, то есть шанс, что все будут жить долго и счастливо в компании. Ведь у компании есть очень лояльный и добросовестный работник. А работник доволен, что переход осуществился, и начинает фигачить уже в этом направлении так же хорошо, как фигачил в прошлом.
А если случай чуть похуже случится, то там есть где понаступать на грабли.
В плохом случае
Руководитель об этом от него узнает. И всяческими способами будет этому препятствовать, тянуть, мариновать. Зачем ему терять на этом месте человека, который идеально закрывает этот фронт работ? Это же куча гемора. Искать замену, менять местами. А вдруг контентщик новый будет плохой? А вдруг хороший контентщик будет плохим фронтендером? Да и вообще, зачем напрягаться, если и сейчас всё работает?
В итоге контент-менеджер просто годами будет слышать, что «сейчас не время», «вот скоро новый проект и тогда…», «надо еще немного потерпеть», «ты молодец, продолжай работать, а там посмотрим» и т.д. А потом психанет, да и уйдет туда, где его не динамят. А по дороге будет рассказывать всё, что думает про эту историю и этого руководителя.
Не является рекомендацией
Сама фраза «не будь слишком хорош в работе, которая тебе не нравится» не является ультимативной рекомендацией. Её можно неудачно трактовать и просто начать плохо и непрофессионально работать ради ничего.
Является рекомендацией
О чем бы я рекомендовал подумать, так это о том, что если вас очень привлекает другая должность/другой стек/другие обязанности, то хорошо бы уделить много сил и времени этому направлению, а не выжимать себя досуха, делая идеально то, что вам не нравится, а потом страдать, что новое и желанное в вашей жизни не появляется.
Итог
Добросовестно трудитесь, но не забывайте и подумать о будущем.
А если вы руководитель, то вам тоже после этого поста есть о чем задуматься. Оба варианта встречаются, оба варианта в жизни работают, оба варианта имеют плюсы и минусы.
Ну и не важно работник ли вы руками, или руководитель, посмотрите интересный сериал 🙂 Люблю сериалы, поэтому не мог вам его не посоветовать. А у Катюхи про него и пост имеется https://www.tg-me.com/katyuha_smotrit/97
👍30🔥10❤2👏2
Судьба руководителей. Начало
Про руководство говорится много где и много кем. Да и у нас когда-то такой выпуск в подкасте был. Тем не менее вокруг все еще столько руководителей, которым есть куда расти (мне тоже), что хочется про это говорить еще и еще под разными углами.
Тема это довольно широкая и настолько разнообразная, что она у нас растянулась на два выпуска. Извините, меньше не получилось 🙂
Очень горжусь составом гостей, которые нам всем про это будут рассказывать. Это опытные, матерые руководители, которые повидали всякого за свою карьеру. У них точно есть чему поучиться.
Итак, сегодня с нами:
Настя Абрашитова — руководитель службы экосистемы репозитория, а так же частый спикер на топовых конференциях для руководителей в ИТ.
Андрей Смирнов — Руководитель управления разработки клиентских приложений в X5 Group и бессменный ведущий уважаемого мной подкаста Frontend Weekend.
Ван Хачатрян — руководитель отдела «Машинное обучение и матчинг» в @ozon_tech
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
P.S. Делитесь в комментариях своими историями про то, как вы становились, или отказывались становиться руководителями. С какими сложностями сталкивались. Что хорошего приобретали. Ну и давайте обратную связь по самому подкасту, мы всегда этому очень рады.
Про руководство говорится много где и много кем. Да и у нас когда-то такой выпуск в подкасте был. Тем не менее вокруг все еще столько руководителей, которым есть куда расти (мне тоже), что хочется про это говорить еще и еще под разными углами.
Тема это довольно широкая и настолько разнообразная, что она у нас растянулась на два выпуска. Извините, меньше не получилось 🙂
Очень горжусь составом гостей, которые нам всем про это будут рассказывать. Это опытные, матерые руководители, которые повидали всякого за свою карьеру. У них точно есть чему поучиться.
Итак, сегодня с нами:
Настя Абрашитова — руководитель службы экосистемы репозитория, а так же частый спикер на топовых конференциях для руководителей в ИТ.
Андрей Смирнов — Руководитель управления разработки клиентских приложений в X5 Group и бессменный ведущий уважаемого мной подкаста Frontend Weekend.
Ван Хачатрян — руководитель отдела «Машинное обучение и матчинг» в @ozon_tech
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
P.S. Делитесь в комментариях своими историями про то, как вы становились, или отказывались становиться руководителями. С какими сложностями сталкивались. Что хорошего приобретали. Ну и давайте обратную связь по самому подкасту, мы всегда этому очень рады.
👍13
Героический рывок
Думаю, каждый из нас знаком с подвигом героического рывка на работе.
Что бывало у меня
⁃ Менеджеры пообещали релиз через месяц-полтора, а проект едва-едва в зачатке. Работал по 12 часов все эти месяц-полтора.
⁃ Упал прод. 20 часов нон-стопом восстанавливал без сна и отдыха.
⁃ Проводится большая конференция и в последние дни решается того допилить, этого допилить. Все оставшиеся ночи допиливал и спал часа по 4.
⁃ Сам где-то лишнего пообещал, а ударить в грязь лицом не хотелось. Работал 2-3 месяца по 260 часов в месяц.
⁃ Новенький компьютерный вирус, который не детектил еще ни один антивирус, заразил большой департамент образования в виде многоэтажного здания, и надо было с огнем во всех местах по нему неделю по 12+ часов носиться, крутиться, следить за тем, какие новости в лечении, отключать от сети, лечить, расставлять всякий софт, и не дай боженька какая гадина включится в сеть раньше времени и оно всё опять расползется.
Таких примеров было еще много и когда я занимался разработкой, и когда я с перфоратором скакал по чердакам домиков базы отдыха, весь покрытый стекловатой.
А почему так?
Как видно по моим примерам, где-то причина была во мне, где-то причина была в менеджменте, где-то просто не было другого выбора, чтобы добиться нужного результата.
Нормально ли это?
Когда я был моложе, то было в этом даже что-то немножко романтичное. А сейчас я считаю, что в целом это может быть нормально, а может быть и ужасной порочной практикой, от которой надо бежать как от огня.
Что такое хорошо, что такое плохо?
На мой взгляд, это нормально, если иначе ну просто никак. Бывает такое, что вот прям необходимость такая, что если сейчас не сделать подобный рывок, то или вообще все старания зря, или в будущем нужно будет потратить еще намного больше сил. Ну можно сделать рывок.
А бывает, что рывок нужен для какого-то улучшательства. Без него было бы хорошо, а с ним отлично. В этом случае нужно понимать, что это дело не обязательно и должно быть или как-то простимулировано и оплачено, или быть добровольным.
А бывает, что есть такой менеджмент, который и сам не умеет планировать, и работники уже пару раз навстречу пошли. Потому начинает работать лозунг «сегодня рекорд, завтра норма». А кто не хочет делать норморекорд, еще и подвергается порицанию, сначала от руководства, а потом и общественному в угаре какого-то стокгольмского синдрома.
Вот от этого надо бежать как от огня. А менеджмент такой надо менять, если возможно. Или, если повезет, даже попробовать научить, но, как показывает практика, это сложная история, на которую можно потратить кучу времени и сил без гарантированного результата.
Что, если злоупотреблять рывками?
К сожалению, адепты «сегодня рекорд, завтра норма» не понимают, что если человек сегодня поовертаймил и дал сверхрезультат, завтра поовертаймит и даст сверхрезультат, то спустя месяц такой соковыжималки он не то что сверхрезультат выдавать перестанет, он и нормальный результат не осилит.
И получится, что команда из таких загнанных людей работает больше нормы, а эффективность у неё ниже нормы. Что думают такие горе-управленцы? Что надо еще больше доить и выжимать. Начинается работа по выходным, трекинг часов, скриншоты экрана (а вдруг кто новости какие открыл почитать) и давление всё усиливается, а результат становится всё хуже.
В этот момент такой менеджмент принимает решение, что команда – лентяи и дармоеды, их надо разгонять. Старых людей выставляют на мороз, а взамен нанимают новых энергичных. Которых через год такими же выжатыми поменяют на свеженьких.
Итог
Не загоняйте людей и сами себя зазря. Рывки иногда нужны, но если они в вашей работе превратились в норму, то задумайтесь, так ли вам эта работа нужна.
Думаю, каждый из нас знаком с подвигом героического рывка на работе.
Что бывало у меня
⁃ Менеджеры пообещали релиз через месяц-полтора, а проект едва-едва в зачатке. Работал по 12 часов все эти месяц-полтора.
⁃ Упал прод. 20 часов нон-стопом восстанавливал без сна и отдыха.
⁃ Проводится большая конференция и в последние дни решается того допилить, этого допилить. Все оставшиеся ночи допиливал и спал часа по 4.
⁃ Сам где-то лишнего пообещал, а ударить в грязь лицом не хотелось. Работал 2-3 месяца по 260 часов в месяц.
⁃ Новенький компьютерный вирус, который не детектил еще ни один антивирус, заразил большой департамент образования в виде многоэтажного здания, и надо было с огнем во всех местах по нему неделю по 12+ часов носиться, крутиться, следить за тем, какие новости в лечении, отключать от сети, лечить, расставлять всякий софт, и не дай боженька какая гадина включится в сеть раньше времени и оно всё опять расползется.
Таких примеров было еще много и когда я занимался разработкой, и когда я с перфоратором скакал по чердакам домиков базы отдыха, весь покрытый стекловатой.
А почему так?
Как видно по моим примерам, где-то причина была во мне, где-то причина была в менеджменте, где-то просто не было другого выбора, чтобы добиться нужного результата.
Нормально ли это?
Когда я был моложе, то было в этом даже что-то немножко романтичное. А сейчас я считаю, что в целом это может быть нормально, а может быть и ужасной порочной практикой, от которой надо бежать как от огня.
Что такое хорошо, что такое плохо?
На мой взгляд, это нормально, если иначе ну просто никак. Бывает такое, что вот прям необходимость такая, что если сейчас не сделать подобный рывок, то или вообще все старания зря, или в будущем нужно будет потратить еще намного больше сил. Ну можно сделать рывок.
А бывает, что рывок нужен для какого-то улучшательства. Без него было бы хорошо, а с ним отлично. В этом случае нужно понимать, что это дело не обязательно и должно быть или как-то простимулировано и оплачено, или быть добровольным.
А бывает, что есть такой менеджмент, который и сам не умеет планировать, и работники уже пару раз навстречу пошли. Потому начинает работать лозунг «сегодня рекорд, завтра норма». А кто не хочет делать норморекорд, еще и подвергается порицанию, сначала от руководства, а потом и общественному в угаре какого-то стокгольмского синдрома.
Вот от этого надо бежать как от огня. А менеджмент такой надо менять, если возможно. Или, если повезет, даже попробовать научить, но, как показывает практика, это сложная история, на которую можно потратить кучу времени и сил без гарантированного результата.
Что, если злоупотреблять рывками?
К сожалению, адепты «сегодня рекорд, завтра норма» не понимают, что если человек сегодня поовертаймил и дал сверхрезультат, завтра поовертаймит и даст сверхрезультат, то спустя месяц такой соковыжималки он не то что сверхрезультат выдавать перестанет, он и нормальный результат не осилит.
И получится, что команда из таких загнанных людей работает больше нормы, а эффективность у неё ниже нормы. Что думают такие горе-управленцы? Что надо еще больше доить и выжимать. Начинается работа по выходным, трекинг часов, скриншоты экрана (а вдруг кто новости какие открыл почитать) и давление всё усиливается, а результат становится всё хуже.
В этот момент такой менеджмент принимает решение, что команда – лентяи и дармоеды, их надо разгонять. Старых людей выставляют на мороз, а взамен нанимают новых энергичных. Которых через год такими же выжатыми поменяют на свеженьких.
Итог
Не загоняйте людей и сами себя зазря. Рывки иногда нужны, но если они в вашей работе превратились в норму, то задумайтесь, так ли вам эта работа нужна.
👍59👏4🔥1🥰1
Немного стоицизма
Давно руки не доходили написать про это, а вот сегодня дошли.
Недавно читал книгу Аврелий Марк «Наедине с собой». Это сборник философских размышлений римского императора с комментариями и короткими историческими экскурсами на тему его мыслей.
Стоит отметить, что Марк Аврелий в этой книге позиционируется как довольно спокойный, прагматичный, деятельный и эффективный император.
Заметил там интересное сходство его мыслей, идей буддизма и идей христианства.
А суть в том, что он предлагает делить события на те, на которые ты можешь повлиять, и те, на которые ты повлиять не в силах никак. Император говорит приложить максимальные усилия к тому, что ты можешь изменить, и принять те факты, которые изменить не можешь. Ведь они просто есть, и на их факт существования ты не повлияешь, а тратить на это время и нервы не стоит, ведь есть куда более продуктивные занятия.
То же самое примерно предлагают и буддисты.
И примерно то же самое – христиане, говоря «Господи, дай мне спокойствие принять то, чего я не могу изменить, дай мне мужество изменить то, что я могу изменить. И дай мне мудрость отличить одно от другого.»
Вот такое интересное переплетение разных философских течений, религий и размышлений. В трудные времена можно вспоминать об этих идеях, не опуская руки, а наоборот, используя внутренние силы для полезного дела.
А еще есть подкаст «Проветримся!» от Ивана Ямщикова, где он сделал целый блок выпусков про стоицизм, медитацию, и философию подобных идей.
Давно руки не доходили написать про это, а вот сегодня дошли.
Недавно читал книгу Аврелий Марк «Наедине с собой». Это сборник философских размышлений римского императора с комментариями и короткими историческими экскурсами на тему его мыслей.
Стоит отметить, что Марк Аврелий в этой книге позиционируется как довольно спокойный, прагматичный, деятельный и эффективный император.
Заметил там интересное сходство его мыслей, идей буддизма и идей христианства.
А суть в том, что он предлагает делить события на те, на которые ты можешь повлиять, и те, на которые ты повлиять не в силах никак. Император говорит приложить максимальные усилия к тому, что ты можешь изменить, и принять те факты, которые изменить не можешь. Ведь они просто есть, и на их факт существования ты не повлияешь, а тратить на это время и нервы не стоит, ведь есть куда более продуктивные занятия.
То же самое примерно предлагают и буддисты.
И примерно то же самое – христиане, говоря «Господи, дай мне спокойствие принять то, чего я не могу изменить, дай мне мужество изменить то, что я могу изменить. И дай мне мудрость отличить одно от другого.»
Вот такое интересное переплетение разных философских течений, религий и размышлений. В трудные времена можно вспоминать об этих идеях, не опуская руки, а наоборот, используя внутренние силы для полезного дела.
А еще есть подкаст «Проветримся!» от Ивана Ямщикова, где он сделал целый блок выпусков про стоицизм, медитацию, и философию подобных идей.
❤45👍16💩3👏1
Судьба руководителей. Продолжение
Это второй выпуск на тему про руководство. Так много было мыслей и гостей, что в один было просто невозможно уложиться. Если вы еще не слушали первую часть, то рекомендую начать именно с нее.
Здесь мы подведем итоги всех шести интервью, докинем чего-то своего, постараемся сделать полезные выводы и интересные наблюдения.
Любопытно отмечать на фоне такого большого количества гостей, что многие мысли и идеи у всех нас сходятся. А это значит, что мы все чего-то, да понимаем полезное.
Ну или все разом неправы 🙂 Решать вам самим после прослушивания.
Состав этого выпуска не менее крут, чем предыдущий, и мы этим гордимся.
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
P.S. Продолжайте делиться в комментариях своими историями про опыт в управленческой деятельности. Обожаю, когда подписчики и слушатели рассказывают свой опыт. На мой взгляд, он довольно разносторонний и интересный, без каких-то явных перекосов.
Это второй выпуск на тему про руководство. Так много было мыслей и гостей, что в один было просто невозможно уложиться. Если вы еще не слушали первую часть, то рекомендую начать именно с нее.
Здесь мы подведем итоги всех шести интервью, докинем чего-то своего, постараемся сделать полезные выводы и интересные наблюдения.
Любопытно отмечать на фоне такого большого количества гостей, что многие мысли и идеи у всех нас сходятся. А это значит, что мы все чего-то, да понимаем полезное.
Ну или все разом неправы 🙂 Решать вам самим после прослушивания.
Состав этого выпуска не менее крут, чем предыдущий, и мы этим гордимся.
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
P.S. Продолжайте делиться в комментариях своими историями про опыт в управленческой деятельности. Обожаю, когда подписчики и слушатели рассказывают свой опыт. На мой взгляд, он довольно разносторонний и интересный, без каких-то явных перекосов.
👍9🔥2👏1
Руководство астронавта по жизни на Земле и работе в ИТ
Существует такая книга «Руководство астронавта по жизни на Земле». Её написал астронавт Крис Хэдфилд, проведший на орбите 4000 часов.
Там много рассказывается про подготовку, специфику профессии, работу в космосе. Но я хотел бы сегодня остановиться на одной из её идей отдельно.
А вдруг что
Автор рассказывает, что из-за специфики и опасности профессии астронавты должны быть готовы к тому, что каждый день на работе может быть последним в их жизни. Это не драматизация или самобичевание. Это шансы и факты.
И вот он объясняет: раз они все понимают, что могут погибнуть хоть через год, хоть завтра, то надо к этому быть готовым. Важно: не настраиваешься на то, что обязательно будет так, а лишь допускаешь возможность любого варианта развития событий.
Надо оформить документы соответствующим образом, чтобы родственники с этим могли дальше жить. Разобраться с долгами, если они есть, или предусмотреть, как с этим смогут разобраться за тебя без лишних проблем. Надо заготовить всяческие инструкции на случай, если тебя не станет. Надо договориться со своими товарищами, чтобы они помогли твоей семье в случае чего, а ты помог их семьям.
Получается эдакий прагматичный фатализм. На 100% ты не можешь получить гарантию, что всё с тобой будет хорошо, поэтому заготавливаешь варианты, пользуясь которыми, твоя семья смогла бы жить дальше и переживать только потерю, а не множество еще дополнительных бед и проблем, свалившихся на нее.
В работе в ИТ всё то же самое
Каждый день сотрудник может уволиться, или надолго заболеть, или устать так сильно, что продуктивность его катастрофически упадет, или впасть в какой-то стресс, где мысли о работе будут далеко не на первом месте.
А еще датацентр может сгореть. Или бульдозер перекопает интернет кабели. Или сервис какой-то заблокируют. Или нагрузка внезапно на вас увеличится в разы. Или ддосить кто начнет.
Да много всего может случиться.
Менеджер должен об этом всегда помнить и организовывать рабочие процессы так, чтобы в случае наступления критической ситуации это не стало какой-то очень серьезной, стопорящей всё, проблемой.
Нужно писать документацию.
Нужно писать инструкции.
Нужно планировать и обещать сроки, не исходя из 146% загрузки на каждого члена команды.
Нужно заниматься управлением рисками.
Нужно продумывать резервные планы.
Нужно делать бэкапы и проводить учения по их разворачиванию.
Нужно проверять свои системы на отказоустойчивость.
Нужно продумывать альтернативные решения для используемых внешних сервисов.
И прочее, и прочее, и прочее.
Итог
К сожалению, жизнь – очень непредсказуемая штука. Поэтому надо всегда думать над рисками и планами наперед, пока эти риски не осуществились.
Существует такая книга «Руководство астронавта по жизни на Земле». Её написал астронавт Крис Хэдфилд, проведший на орбите 4000 часов.
Там много рассказывается про подготовку, специфику профессии, работу в космосе. Но я хотел бы сегодня остановиться на одной из её идей отдельно.
А вдруг что
Автор рассказывает, что из-за специфики и опасности профессии астронавты должны быть готовы к тому, что каждый день на работе может быть последним в их жизни. Это не драматизация или самобичевание. Это шансы и факты.
И вот он объясняет: раз они все понимают, что могут погибнуть хоть через год, хоть завтра, то надо к этому быть готовым. Важно: не настраиваешься на то, что обязательно будет так, а лишь допускаешь возможность любого варианта развития событий.
Надо оформить документы соответствующим образом, чтобы родственники с этим могли дальше жить. Разобраться с долгами, если они есть, или предусмотреть, как с этим смогут разобраться за тебя без лишних проблем. Надо заготовить всяческие инструкции на случай, если тебя не станет. Надо договориться со своими товарищами, чтобы они помогли твоей семье в случае чего, а ты помог их семьям.
Получается эдакий прагматичный фатализм. На 100% ты не можешь получить гарантию, что всё с тобой будет хорошо, поэтому заготавливаешь варианты, пользуясь которыми, твоя семья смогла бы жить дальше и переживать только потерю, а не множество еще дополнительных бед и проблем, свалившихся на нее.
В работе в ИТ всё то же самое
Каждый день сотрудник может уволиться, или надолго заболеть, или устать так сильно, что продуктивность его катастрофически упадет, или впасть в какой-то стресс, где мысли о работе будут далеко не на первом месте.
А еще датацентр может сгореть. Или бульдозер перекопает интернет кабели. Или сервис какой-то заблокируют. Или нагрузка внезапно на вас увеличится в разы. Или ддосить кто начнет.
Да много всего может случиться.
Менеджер должен об этом всегда помнить и организовывать рабочие процессы так, чтобы в случае наступления критической ситуации это не стало какой-то очень серьезной, стопорящей всё, проблемой.
Нужно писать документацию.
Нужно писать инструкции.
Нужно планировать и обещать сроки, не исходя из 146% загрузки на каждого члена команды.
Нужно заниматься управлением рисками.
Нужно продумывать резервные планы.
Нужно делать бэкапы и проводить учения по их разворачиванию.
Нужно проверять свои системы на отказоустойчивость.
Нужно продумывать альтернативные решения для используемых внешних сервисов.
И прочее, и прочее, и прочее.
Итог
К сожалению, жизнь – очень непредсказуемая штука. Поэтому надо всегда думать над рисками и планами наперед, пока эти риски не осуществились.
❤53👍24🔥1
Важность предсказуемости
Сегодня хочу поговорить о такой простой вещи, как предсказуемость.
Часто нам показывают образ программиста или менеджера как человека супер творческого, непредсказуемого, проходящего через череду взлетов и падений, но в итоге поднимающего бизнес в небывалые выси.
Многие любят смотреть на Стива Джобса, или Линуса Торвальдса и представлять, что вот бы и они такими стали когда-нибудь.
Но, как говорил в «Бойцовском клубе» Тайлер Дерден, «Телевидение внушило нам, что все мы станем миллионерами, звездами кино и рок-н-ролла. Все вранье. И мы начали это осознавать» (там, правда, было еще продолжение, что это приводит нас в ярость, но это тема для другого поста 🙂)
Стивы Торвальдсы
Это действительно важные и нужные люди. Порой они одни и правда могут своим решением или привести компанию к краху, или возвысить её до небес.
А еще в крупных небедных компаниях всегда есть деление команд на разработку и поддержку чего-то стабильного, и на какие-то креативные высокорисковые новшества, которые или кончатся ничем, или, если повезет, сильно повлияют на компанию, а то и индустрию в целом.
Так вот таких отделов с прорывными исследованиями и разработками ощутимо меньше, чем остальных подразделений в компании.
Тут на сцену выходит предсказуемость
БОльшая же часть компании занимается разработкой и поддержкой каких-то своих типовых решений. И вот здесь невероятно важна предсказуемость и прогнозируемость. Она важнее персонального высокого перформанса, и уж точно важнее переменной производительности, когда человек неделю ждет вдохновения, а потом за день выполняет недельную норму работы.
Особенно это всё важно в условиях командной работы. А я уверен, что сейчас практически все мы с вами работаем именно в команде над проектами.
С точки зрения бизнеса, руководства, менеджмента проектов нет ничего желаннее, чем, пусть даже и не самый высокий, но прогнозируемый регулярный темп без каких-либо сюрпризов, срывов и накладок.
Предсказуемость позволит составить роадмап продукта, сделать публичные заявления по планируемым новшествам (и не продолбать их), составить план продаж и т.д. Собственно, она позволит заниматься всей этой нудной скучной фигней, которая и приносит прибыль компании.
Информационное постоянство
Может быть, я такой занудный, но мне и в телеграм-каналах нравится читать такие, у которых есть понятная периодичность. Не так, что канал может месяц молчать, а потом 3 поста в день сделать, а раз в какое-то понятное время выпускает, и я читаю. Последнее время так радуюсь, что Рома Ивлиев у себя в канале стал стабильно в конце пятницы писать пост 🙂
То же касается и подкастов, и ютуб-каналов. Стабильность позволяет мне примерно рассчитывать свое время и силы на потребление нужной информации так, чтобы я знал, что и нужное я получу, и при этом в размеренном темпе, чтобы голова не закипела или бэклог не разорвался.
Итог
В жизни и работе, безусловно, есть место креативу, ненормированности, вариативности. Но, на мой взгляд, это место ощутимо меньше, чем у понятной предсказуемости. Нужно уметь эту предсказуемость ценить, уважать и не принижать, называя её скучной или заурядной.
Сегодня хочу поговорить о такой простой вещи, как предсказуемость.
Часто нам показывают образ программиста или менеджера как человека супер творческого, непредсказуемого, проходящего через череду взлетов и падений, но в итоге поднимающего бизнес в небывалые выси.
Многие любят смотреть на Стива Джобса, или Линуса Торвальдса и представлять, что вот бы и они такими стали когда-нибудь.
Но, как говорил в «Бойцовском клубе» Тайлер Дерден, «Телевидение внушило нам, что все мы станем миллионерами, звездами кино и рок-н-ролла. Все вранье. И мы начали это осознавать» (там, правда, было еще продолжение, что это приводит нас в ярость, но это тема для другого поста 🙂)
Стивы Торвальдсы
Это действительно важные и нужные люди. Порой они одни и правда могут своим решением или привести компанию к краху, или возвысить её до небес.
А еще в крупных небедных компаниях всегда есть деление команд на разработку и поддержку чего-то стабильного, и на какие-то креативные высокорисковые новшества, которые или кончатся ничем, или, если повезет, сильно повлияют на компанию, а то и индустрию в целом.
Так вот таких отделов с прорывными исследованиями и разработками ощутимо меньше, чем остальных подразделений в компании.
Тут на сцену выходит предсказуемость
БОльшая же часть компании занимается разработкой и поддержкой каких-то своих типовых решений. И вот здесь невероятно важна предсказуемость и прогнозируемость. Она важнее персонального высокого перформанса, и уж точно важнее переменной производительности, когда человек неделю ждет вдохновения, а потом за день выполняет недельную норму работы.
Особенно это всё важно в условиях командной работы. А я уверен, что сейчас практически все мы с вами работаем именно в команде над проектами.
С точки зрения бизнеса, руководства, менеджмента проектов нет ничего желаннее, чем, пусть даже и не самый высокий, но прогнозируемый регулярный темп без каких-либо сюрпризов, срывов и накладок.
Предсказуемость позволит составить роадмап продукта, сделать публичные заявления по планируемым новшествам (и не продолбать их), составить план продаж и т.д. Собственно, она позволит заниматься всей этой нудной скучной фигней, которая и приносит прибыль компании.
Информационное постоянство
Может быть, я такой занудный, но мне и в телеграм-каналах нравится читать такие, у которых есть понятная периодичность. Не так, что канал может месяц молчать, а потом 3 поста в день сделать, а раз в какое-то понятное время выпускает, и я читаю. Последнее время так радуюсь, что Рома Ивлиев у себя в канале стал стабильно в конце пятницы писать пост 🙂
То же касается и подкастов, и ютуб-каналов. Стабильность позволяет мне примерно рассчитывать свое время и силы на потребление нужной информации так, чтобы я знал, что и нужное я получу, и при этом в размеренном темпе, чтобы голова не закипела или бэклог не разорвался.
Итог
В жизни и работе, безусловно, есть место креативу, ненормированности, вариативности. Но, на мой взгляд, это место ощутимо меньше, чем у понятной предсказуемости. Нужно уметь эту предсказуемость ценить, уважать и не принижать, называя её скучной или заурядной.
👍54
Эйчары в IT
Про эйчаров в ИТ имеется много мнений. Спектр этих мнений варьируется от «дармоеды, нафиг не нужны» до «очень важные и нужные люди, без них никак». В этом выпуске мы постарались посмотреть, послушать, обсудить разные аспекты деятельности эйчаров и понять, где и правда можно было бы обойтись и без них, а где без них ну совсем никак.
Мы поговорили с гостями из разных по величине команд и компаний. Узнали про разные виды деятельности эйчаров. А еще подтвердили мысль, что эйчар - это не только про наём.
Лично мне было очень интересно делать этот выпуск, слушать гостей, обсуждать услышанное. Надеюсь и вы получите удовольствие от этого выпуска.
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
Про эйчаров в ИТ имеется много мнений. Спектр этих мнений варьируется от «дармоеды, нафиг не нужны» до «очень важные и нужные люди, без них никак». В этом выпуске мы постарались посмотреть, послушать, обсудить разные аспекты деятельности эйчаров и понять, где и правда можно было бы обойтись и без них, а где без них ну совсем никак.
Мы поговорили с гостями из разных по величине команд и компаний. Узнали про разные виды деятельности эйчаров. А еще подтвердили мысль, что эйчар - это не только про наём.
Лично мне было очень интересно делать этот выпуск, слушать гостей, обсуждать услышанное. Надеюсь и вы получите удовольствие от этого выпуска.
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
👍12🔥2
От слов к делу
Сегодня хочется поговорить об очень очевидной (внезапно для этого канала) теме.
А тема эта о том, что слова – это замечательно, но смотреть надо на конкретные дела после этих слов.
Особенно это актуально для крупных компаний и скрипучего энтерпрайза, где на каждого Васю с лопатой приходится семь с половиной менеджеров. И каждый из них обещает свои обещания, рисует свой красивейшие презентации со стрелочками, неуемно стремящимися вверх. А цифры в этих презентациях всегда зеленого цвета и со знаком «+».
Немножко примеров
⁃ На очередном 1-1 вам обещают поднять зарплату.
Правильно было спросить, а на сколько именно и когда конкретно. Если сейчас у менеджера нет понимания, то договоритесь на промежуточные контрольные точки для уточнения этого понимания. А еще неплохо бы в рабочей почте эти намерения, цифры и даты зафиксировать.
Я встречал много случаев, когда этого не делалось. В результате человек мариновался год, но потом получал либо ничего, либо меньше, чем договаривались, потому что «мне кажется, мы именно так с тобой решили в тот раз».
⁃ Вы нанимаете очередного менеджера, который вам сулит светлое будущее, проекты иного уровня, какую-нибудь аджайл и диджитал трансформацию.
Правильно было бы сразу прояснить, какой план, какие метрики, как трансформатор (или трансформер?) будет измерять эффективность трансформации, что сейчас, что потом, когда это «потом» наступит.
⁃ Вы нанимаете разработчика, который рассказывает, какой он супер сениор и как тут ваш говнокод надо срочно переписать и будет хорошо.
Тут правильно было бы спросить, почему конкретно говнокод, какую проблему решает переписывание, с ним вместе посчитать, сколько это будет стоить компании, уточнить по планируемым срокам.
Таких примеров можно привести великое множество. Главное тут, на мой взгляд, сразу же избавляться от туманности обещаний и уточнить, что конкретно и как конкретно будет делаться. Почему так, а не иначе, какая от этого польза? Не всегда обещалкины могут свои обещания и действия объяснить.
Далее нужно наметить контрольные точки для проверки прогресса. Пусть покажут, что не только на словах, но и на деле что-то уже делают. И не просто «что-то», а что-то полезное, нужно и запланированное.
Потом можно уже и окончание всего действа поревьювить и посмотреть, а сошлось ли хоть как-то обещаемое с реальностью.
Поймите, я ни в коем случае не требую точного совпадения и укладывания в обещанную метрику и срок с точностью до дня. Но я видел такие случаи, когда обещания есть, высокая дорогая позиция есть, а заявляемый первый шаг уже на год съезжает и непонятно что происходит.
Мутность процесса
На мой взгляд, одним из ярких тревожных звоночков является непрозрачно организованный рабочий процес.
Человек не показывает и не объясняет свои планы.
Не может или не хочет отвечать на конкретные просьбы разъяснения, либо игнорируя, либо говоря «ну потом как-нибудь разберемся».
Отказывается обсуждать дела в общих средствах коммуникации, заворачивая все строго в личку, чтобы никто нигде другой не увидел и не вычислил, какое творится шарлатанство.
Сам-то что?
Сам я стараюсь все задачи и планы держать на виду. Есть общекомандный таск-трекер, система документации, система, где схемки хранятся, отчетность регулярная о том, что как и почему сделано.
Я идеальный обещатель и попадатель в цель? Нет.
Случаются и промахи. Но даже промахиваясь, я стараюсь держать заинтересованных людей в курсе того, что случился промах, почему он случился, что планируется делать дальше для исправления ситуации.
Итог
Я довольно открытый и откровенный человек, поэтому часто ведусь на чужие обещания. Но со временем я понял, что обещания – это одно, а реальные дела – совершенно другое. И теперь стараюсь концентрироваться на том, чтобы ждать и требовать от людей конкретных дел.
И вам тоже советую попробовать так поступать. Глядишь, от каких-то серьезных разочарований и трат времени это сможет уберечь кого-нибудь.
Сегодня хочется поговорить об очень очевидной (внезапно для этого канала) теме.
А тема эта о том, что слова – это замечательно, но смотреть надо на конкретные дела после этих слов.
Особенно это актуально для крупных компаний и скрипучего энтерпрайза, где на каждого Васю с лопатой приходится семь с половиной менеджеров. И каждый из них обещает свои обещания, рисует свой красивейшие презентации со стрелочками, неуемно стремящимися вверх. А цифры в этих презентациях всегда зеленого цвета и со знаком «+».
Немножко примеров
⁃ На очередном 1-1 вам обещают поднять зарплату.
Правильно было спросить, а на сколько именно и когда конкретно. Если сейчас у менеджера нет понимания, то договоритесь на промежуточные контрольные точки для уточнения этого понимания. А еще неплохо бы в рабочей почте эти намерения, цифры и даты зафиксировать.
Я встречал много случаев, когда этого не делалось. В результате человек мариновался год, но потом получал либо ничего, либо меньше, чем договаривались, потому что «мне кажется, мы именно так с тобой решили в тот раз».
⁃ Вы нанимаете очередного менеджера, который вам сулит светлое будущее, проекты иного уровня, какую-нибудь аджайл и диджитал трансформацию.
Правильно было бы сразу прояснить, какой план, какие метрики, как трансформатор (или трансформер?) будет измерять эффективность трансформации, что сейчас, что потом, когда это «потом» наступит.
⁃ Вы нанимаете разработчика, который рассказывает, какой он супер сениор и как тут ваш говнокод надо срочно переписать и будет хорошо.
Тут правильно было бы спросить, почему конкретно говнокод, какую проблему решает переписывание, с ним вместе посчитать, сколько это будет стоить компании, уточнить по планируемым срокам.
Таких примеров можно привести великое множество. Главное тут, на мой взгляд, сразу же избавляться от туманности обещаний и уточнить, что конкретно и как конкретно будет делаться. Почему так, а не иначе, какая от этого польза? Не всегда обещалкины могут свои обещания и действия объяснить.
Далее нужно наметить контрольные точки для проверки прогресса. Пусть покажут, что не только на словах, но и на деле что-то уже делают. И не просто «что-то», а что-то полезное, нужно и запланированное.
Потом можно уже и окончание всего действа поревьювить и посмотреть, а сошлось ли хоть как-то обещаемое с реальностью.
Поймите, я ни в коем случае не требую точного совпадения и укладывания в обещанную метрику и срок с точностью до дня. Но я видел такие случаи, когда обещания есть, высокая дорогая позиция есть, а заявляемый первый шаг уже на год съезжает и непонятно что происходит.
Мутность процесса
На мой взгляд, одним из ярких тревожных звоночков является непрозрачно организованный рабочий процес.
Человек не показывает и не объясняет свои планы.
Не может или не хочет отвечать на конкретные просьбы разъяснения, либо игнорируя, либо говоря «ну потом как-нибудь разберемся».
Отказывается обсуждать дела в общих средствах коммуникации, заворачивая все строго в личку, чтобы никто нигде другой не увидел и не вычислил, какое творится шарлатанство.
Сам-то что?
Сам я стараюсь все задачи и планы держать на виду. Есть общекомандный таск-трекер, система документации, система, где схемки хранятся, отчетность регулярная о том, что как и почему сделано.
Я идеальный обещатель и попадатель в цель? Нет.
Случаются и промахи. Но даже промахиваясь, я стараюсь держать заинтересованных людей в курсе того, что случился промах, почему он случился, что планируется делать дальше для исправления ситуации.
Итог
Я довольно открытый и откровенный человек, поэтому часто ведусь на чужие обещания. Но со временем я понял, что обещания – это одно, а реальные дела – совершенно другое. И теперь стараюсь концентрироваться на том, чтобы ждать и требовать от людей конкретных дел.
И вам тоже советую попробовать так поступать. Глядишь, от каких-то серьезных разочарований и трат времени это сможет уберечь кого-нибудь.
👍62🔥9
Карьерный рост на удаленке
Этот пост у меня просили еще года два назад, когда удаленка стала мейнстримом.
В те времена я уже был опытным удаленщиком и часто сталкивался с людьми, которые только-только этот формат пробовали и критиковали со всех сторон. Тогда и зародились споры про карьеру.
Я, говорил, что это может работать, мне говорили, что ни в коем разе.
Это может работать
Да, карьерный рост и правда может работать в распределенных командах. Особенно если это компания, в которой бОльшая часть, или вся команда распределена. Или у самих работников и руководителей в компании есть желание работать, делать полезные дела, приносить пользу, считать пользу, видеть какую пользу приносят коллеги, а не просто жопочасы за оклад отсиживать.
Там можно делать хорошие вещи, добиваться результатов и показывать наглядно заинтересованным людям, как всё в вашей работе хорошо. А в некоторых компаниях и показывать особым образом не надо, за вами и так приглядывают (в хорошем смысле).
Мне удалось поработать с такими товарищами.
Это может и не работать
Есть такие компании, где не особенно смотрят на эффективность труда и достижения, а твои успехи завязаны непосредственно на то, скольким людям ты сегодня пожал руку, улыбнулся, похлопал по плечу и заботливо заглянул в глаза. Если вы удаленщик в такой компании, то вы в заведомо проигрышном положении.
Вы можете очень много работать, добиваться крутых результатов, потом крутиться с тем, чтобы про вашу презентацию об этих успехах кто-то послушал, но проиграете тому, что бьет баклуши, но ходит с шефом в курилку и на обед. А если в один спортзал еще с шефом ходит, то всё, он точно будет вашим начальником.
С такими господами мне тоже довелось столкнуться.
Однозначной корреляции не существует
Казалось бы, можно подумать: «Ну это в мелких компаниях не умеют толком работать, а вот в крупных, а тем более ИТ компаниях, там всё точно нормально должно быть».
В среднем, возможно, это и так, однако в частности бывает и наоборот. Крупная ИТ компания собирает неэффективных пожимателей друг другу рук в офисе, а компания поменьше собирает людей, труд которых ценят, уважают, поощряют.
Сколько я ни сталкивался сам с разными ситуациями, сколько ни общался с людьми из индустрии, нигде не было какой-то прослеживающейся четкой корреляции. Даже внутри одной компании разброс может быть от отдела к отделу очень огромный.
Итог
Если вы жаждете карьерного роста, то хорошенько определитесь со стратегией, как вам нравится этот рост осуществлять. Кто-то забуривается в проекты и решение проблем, а кто-то наводит социальные связи.
Отталкиваясь от этого, подбирайте себе и конкретную компанию, и отдел в ней. Хорошо подумайте, как на собеседовании понять, что вас ожидает.
Правда, вам обязательно расскажут про «Мы семья, мы тут всех ценим, любим уважаем», поэтому лучше бы про факты узнать. Кто, когда и почему промоутился в команде, как это происходило, какой результат и т.д.
Ну и отзывы читайте на глассдоре, хабракарьере хотя бы. Или постарайтесь найти людей, которые там раньше работали, чтобы отзывы у них выспросить.
Этот пост у меня просили еще года два назад, когда удаленка стала мейнстримом.
В те времена я уже был опытным удаленщиком и часто сталкивался с людьми, которые только-только этот формат пробовали и критиковали со всех сторон. Тогда и зародились споры про карьеру.
Я, говорил, что это может работать, мне говорили, что ни в коем разе.
Это может работать
Да, карьерный рост и правда может работать в распределенных командах. Особенно если это компания, в которой бОльшая часть, или вся команда распределена. Или у самих работников и руководителей в компании есть желание работать, делать полезные дела, приносить пользу, считать пользу, видеть какую пользу приносят коллеги, а не просто жопочасы за оклад отсиживать.
Там можно делать хорошие вещи, добиваться результатов и показывать наглядно заинтересованным людям, как всё в вашей работе хорошо. А в некоторых компаниях и показывать особым образом не надо, за вами и так приглядывают (в хорошем смысле).
Мне удалось поработать с такими товарищами.
Это может и не работать
Есть такие компании, где не особенно смотрят на эффективность труда и достижения, а твои успехи завязаны непосредственно на то, скольким людям ты сегодня пожал руку, улыбнулся, похлопал по плечу и заботливо заглянул в глаза. Если вы удаленщик в такой компании, то вы в заведомо проигрышном положении.
Вы можете очень много работать, добиваться крутых результатов, потом крутиться с тем, чтобы про вашу презентацию об этих успехах кто-то послушал, но проиграете тому, что бьет баклуши, но ходит с шефом в курилку и на обед. А если в один спортзал еще с шефом ходит, то всё, он точно будет вашим начальником.
С такими господами мне тоже довелось столкнуться.
Однозначной корреляции не существует
Казалось бы, можно подумать: «Ну это в мелких компаниях не умеют толком работать, а вот в крупных, а тем более ИТ компаниях, там всё точно нормально должно быть».
В среднем, возможно, это и так, однако в частности бывает и наоборот. Крупная ИТ компания собирает неэффективных пожимателей друг другу рук в офисе, а компания поменьше собирает людей, труд которых ценят, уважают, поощряют.
Сколько я ни сталкивался сам с разными ситуациями, сколько ни общался с людьми из индустрии, нигде не было какой-то прослеживающейся четкой корреляции. Даже внутри одной компании разброс может быть от отдела к отделу очень огромный.
Итог
Если вы жаждете карьерного роста, то хорошенько определитесь со стратегией, как вам нравится этот рост осуществлять. Кто-то забуривается в проекты и решение проблем, а кто-то наводит социальные связи.
Отталкиваясь от этого, подбирайте себе и конкретную компанию, и отдел в ней. Хорошо подумайте, как на собеседовании понять, что вас ожидает.
Правда, вам обязательно расскажут про «Мы семья, мы тут всех ценим, любим уважаем», поэтому лучше бы про факты узнать. Кто, когда и почему промоутился в команде, как это происходило, какой результат и т.д.
Ну и отзывы читайте на глассдоре, хабракарьере хотя бы. Или постарайтесь найти людей, которые там раньше работали, чтобы отзывы у них выспросить.
👍30🔥4🍓3🐳2😁1🕊1🌭1
Как правильно учиться и учить разработке
Этот выпуск НЕ про курсы (такой уже был), а скорее про образование в целом. Про методику, мотивацию, важность и нужность (а может и ненужность🙂).
Я рад, что мой дорогой товарищ Саша Кучук согласился поделиться с нами своим опытом преподавания в университете. Всегда рад его житейской мудрости 🙂
Но это не значит, что нужно слушать только его. Другие гости тоже много интересного рассказали. Обсудили и государственные вузы, и частные вузы, и самообразование, и организацию корпоративного обучения.
Отдельным открытием для меня был частный ИТ вуз: как там учат, по каким критериям оценивают, какие дисциплины изучают.
Будем рады, если вы в комментариях расскажете ваше мнение и ваши истории про образование и то, как учиться и учить.
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
Этот выпуск НЕ про курсы (такой уже был), а скорее про образование в целом. Про методику, мотивацию, важность и нужность (а может и ненужность🙂).
Я рад, что мой дорогой товарищ Саша Кучук согласился поделиться с нами своим опытом преподавания в университете. Всегда рад его житейской мудрости 🙂
Но это не значит, что нужно слушать только его. Другие гости тоже много интересного рассказали. Обсудили и государственные вузы, и частные вузы, и самообразование, и организацию корпоративного обучения.
Отдельным открытием для меня был частный ИТ вуз: как там учат, по каким критериям оценивают, какие дисциплины изучают.
Будем рады, если вы в комментариях расскажете ваше мнение и ваши истории про образование и то, как учиться и учить.
Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут
👍10❤7
Учить рыбу с головы
Все вы знаете выражение «рыба гниет с головы», которое означает, что что-то плохое начинается в руководстве, а потом уже распространяется постепенно на всю остальную компанию.
И ведь это логично. Если где-то наверху зашалили, загуляли, перестали нормально делать дело, то решения и действия с этих уровней очень сильно отразятся на все остальные. Причем это, скорее всего, будет усугубляться по аналогии со сломанным телефоном. Наверху подзабили немного, замы посмотрели и подзабили чуть больше, руководители среднего и низкого уровня забили хорошенько, а уж трудяги, глядя на всю эту вакханалию, забили что есть мочи.
Сегодня речь о том, что если гниение идет с головы, то логично было бы и приносить пользу тоже с головы.
Ученье – свет
Пользой будем считать обучение тому, чем на самом деле должен заниматься руководитель, как он это может делать, какую пользу и кому может приносить.
Доводилось ли вам сталкиваться с менеджментом не очень компетентным? Где-то дело в хардах, которые человек должен понимать по долгу своей позиции, но почему-то не понимает. Или в софтах, когда человек или забивает на команду, или не умеет общаться и доносить свои мысли, или не умеет рационально организовать процессы труда.
Я не буду голословно сейчас всех чесать под одну гребенку и говорить, что они сознательные вредители и дармоеды.
Возможно, они просто не понимают, как они могли бы работать лучше.
И вот главная мысль моего сегодняшнего поста: в первую очередь надо учить руководящий состав быть полезными и продуктивными. А уж дальше руководители сами вокруг себя порядок наведут, команду подтянут, процессы оптимизируют, бизнесу пользу принесут.
Вот если бы всё было легко
Однажды я работал с одним менеджером и понимал, что ему надо на своей позиции теоретические знания подтянуть и в практику конвертировать. Посоветовал курс месяцев на 4-6, который сам проходил, и который весь мне показался полезным. В ответ услышал: «Ой, это долго, вот если бы месяц, тогда еще можно было бы попробовать».
Как вы можете догадаться, годами результативность этого менеджера была на одном и том же не самом лучшем уровне.
Все знакомые мне сильные руководители, которые достигали реальных успехов, учились и учатся очень много. Постоянно интересуются, как, что делается в индустрии, ходят на курсы, читают книги, пробуют что-то новое, обмениваются опытом с коллегами и т.д.
Так что здесь нет легкого пути, если и правда хочется делать хорошо свою работу, при этом адаптируясь под новые времена/технологии/ситуации/команды.
Как учить?
Я не смогу дать какие-то универсальные советы на все случаи жизни, но постараюсь порекомендовать то, что приносило пользу или мне, или коллегам по индустрии.
Все вы знаете выражение «рыба гниет с головы», которое означает, что что-то плохое начинается в руководстве, а потом уже распространяется постепенно на всю остальную компанию.
И ведь это логично. Если где-то наверху зашалили, загуляли, перестали нормально делать дело, то решения и действия с этих уровней очень сильно отразятся на все остальные. Причем это, скорее всего, будет усугубляться по аналогии со сломанным телефоном. Наверху подзабили немного, замы посмотрели и подзабили чуть больше, руководители среднего и низкого уровня забили хорошенько, а уж трудяги, глядя на всю эту вакханалию, забили что есть мочи.
Сегодня речь о том, что если гниение идет с головы, то логично было бы и приносить пользу тоже с головы.
Ученье – свет
Пользой будем считать обучение тому, чем на самом деле должен заниматься руководитель, как он это может делать, какую пользу и кому может приносить.
Доводилось ли вам сталкиваться с менеджментом не очень компетентным? Где-то дело в хардах, которые человек должен понимать по долгу своей позиции, но почему-то не понимает. Или в софтах, когда человек или забивает на команду, или не умеет общаться и доносить свои мысли, или не умеет рационально организовать процессы труда.
Я не буду голословно сейчас всех чесать под одну гребенку и говорить, что они сознательные вредители и дармоеды.
Возможно, они просто не понимают, как они могли бы работать лучше.
И вот главная мысль моего сегодняшнего поста: в первую очередь надо учить руководящий состав быть полезными и продуктивными. А уж дальше руководители сами вокруг себя порядок наведут, команду подтянут, процессы оптимизируют, бизнесу пользу принесут.
Вот если бы всё было легко
Однажды я работал с одним менеджером и понимал, что ему надо на своей позиции теоретические знания подтянуть и в практику конвертировать. Посоветовал курс месяцев на 4-6, который сам проходил, и который весь мне показался полезным. В ответ услышал: «Ой, это долго, вот если бы месяц, тогда еще можно было бы попробовать».
Как вы можете догадаться, годами результативность этого менеджера была на одном и том же не самом лучшем уровне.
Все знакомые мне сильные руководители, которые достигали реальных успехов, учились и учатся очень много. Постоянно интересуются, как, что делается в индустрии, ходят на курсы, читают книги, пробуют что-то новое, обмениваются опытом с коллегами и т.д.
Так что здесь нет легкого пути, если и правда хочется делать хорошо свою работу, при этом адаптируясь под новые времена/технологии/ситуации/команды.
Как учить?
Я не смогу дать какие-то универсальные советы на все случаи жизни, но постараюсь порекомендовать то, что приносило пользу или мне, или коллегам по индустрии.
👍22🔥4
⁃ Книги. Существует много мудрых и полезных книг, надо только уметь их выбирать и читать. Книги, которые я рекомендовал бы к прочтению для тимлидов, можно найти в моей статье https://habr.com/ru/post/559394/ Ей полтора года, но я перепроверил, – список по-прежнему актуальный.
О том, как читать книги, я делал доклад этим летом. Скоро поделюсь с вами ссылкой на него.
⁃ Статьи, каналы, видео. Тут всё понятно: хабр, персональные блоги, телеграм, ютуб. Контента море.
⁃ Общение и обмен опытом. Это всевозможные чаты и сообщества, где можно не просто мемчики полайкать, а действительно рассказать свои истории, выслушать чужие, коллективно обмозговать проблему, найти варианты решения.
⁃ Курсы. С курсами надо быть осторожными. Качество может быть от печального до вполне себе хорошего. Выбирайте по отзывам и рекомендациям кого-то, кому вы доверяете.
⁃ Конференции. Контента разного обычно много, и можно всегда подыскать, что будет интересно и полезно именно вам. Вживую на конференциях, которых существует множество, можно тоже неплохо пообщаться с коллегами по цеху. За этот год я побывал на Тимлидконфе и Merge конфе. Жалею, что про Codefest поздно узнал и не подался туда с докладом. На следующий год попробую, если созреет полезная тема.
Но их еще больше классных. Напишите в комментариях, какие бы вы посоветовали.
⁃ Индивидуальное обучение / консалтинг. Для тех, кто занимался спортом, у меня есть понятная аналогия. Курсы – групповая тренировка, а консалтинг – персональное занятие с тренером. Вроде про одно и то же, но прорабатывается лучше, понятнее и с индивидуальными особенностями.
В первую очередь советую подыскать или среди своих знакомых крутого эксперта, который согласится вам помочь, или в вашей текущей компании. Если таковых нет, то можно обратиться к менторам со стороны. Много менторов по разным темам можете найти на getmentor.dev.
Ну и секундочка саморекламы 🙂 Я тоже работаю с тимлидами индивидуально. Это можно сделать в частном порядке, а можно согласовать на уровне компании, которая хочет вкладываться в знания своих управленцев. Примерно то же самое делает Виталий Шароватов. И примерно то же самое мы можем делать с ним вместе для компаний, сочетая его чуть более академический и мой чуть более практический подходы.
Итог
Очень важно учить руководящий состав компании. Не пренебрегайте этим.
Никакие переходы со скрамов на канбаны вам не помогут делать дело быстрее и эффективнее, если сверху будет неэффективная работа без внятной стратегии, тактики, целеполагания, дисциплины, управления командой и проектами.
О том, как читать книги, я делал доклад этим летом. Скоро поделюсь с вами ссылкой на него.
⁃ Статьи, каналы, видео. Тут всё понятно: хабр, персональные блоги, телеграм, ютуб. Контента море.
⁃ Общение и обмен опытом. Это всевозможные чаты и сообщества, где можно не просто мемчики полайкать, а действительно рассказать свои истории, выслушать чужие, коллективно обмозговать проблему, найти варианты решения.
⁃ Курсы. С курсами надо быть осторожными. Качество может быть от печального до вполне себе хорошего. Выбирайте по отзывам и рекомендациям кого-то, кому вы доверяете.
⁃ Конференции. Контента разного обычно много, и можно всегда подыскать, что будет интересно и полезно именно вам. Вживую на конференциях, которых существует множество, можно тоже неплохо пообщаться с коллегами по цеху. За этот год я побывал на Тимлидконфе и Merge конфе. Жалею, что про Codefest поздно узнал и не подался туда с докладом. На следующий год попробую, если созреет полезная тема.
Но их еще больше классных. Напишите в комментариях, какие бы вы посоветовали.
⁃ Индивидуальное обучение / консалтинг. Для тех, кто занимался спортом, у меня есть понятная аналогия. Курсы – групповая тренировка, а консалтинг – персональное занятие с тренером. Вроде про одно и то же, но прорабатывается лучше, понятнее и с индивидуальными особенностями.
В первую очередь советую подыскать или среди своих знакомых крутого эксперта, который согласится вам помочь, или в вашей текущей компании. Если таковых нет, то можно обратиться к менторам со стороны. Много менторов по разным темам можете найти на getmentor.dev.
Ну и секундочка саморекламы 🙂 Я тоже работаю с тимлидами индивидуально. Это можно сделать в частном порядке, а можно согласовать на уровне компании, которая хочет вкладываться в знания своих управленцев. Примерно то же самое делает Виталий Шароватов. И примерно то же самое мы можем делать с ним вместе для компаний, сочетая его чуть более академический и мой чуть более практический подходы.
Итог
Очень важно учить руководящий состав компании. Не пренебрегайте этим.
Никакие переходы со скрамов на канбаны вам не помогут делать дело быстрее и эффективнее, если сверху будет неэффективная работа без внятной стратегии, тактики, целеполагания, дисциплины, управления командой и проектами.
👍20🔥15
Как читать книги с пользой для ума и дела
Этот доклад я делал летом на Podlodka Soft Skills Crew.
Он может быть интересен всем тем, кто любит читать книги, как люблю это делать я. А может быть еще и тем, кто не любит, но подумывает о том, чтобы делать это почаще🙂
Если у вас есть какая-то система, по которой вы читаете, то поделитесь обязательно в комментариях. Давайте обмениваться опытом🤝
https://www.youtube.com/watch?v=3HZT_oitvFs
P.S. На следующей неделе будет новый сезон тимлидской подлодки, посвященной переходу тимлида в новую команду, или компанию.
Там я буду участвовать в круглом столе про то, как тимлиду проводить скрининг компании и подобрать то, что действительно придется по душе.
Для моих дорогих подписчиков есть промокод на 500 рублей tl_crew_9_Ape5tG
Зарегистрироваться можно тут
Этот доклад я делал летом на Podlodka Soft Skills Crew.
Он может быть интересен всем тем, кто любит читать книги, как люблю это делать я. А может быть еще и тем, кто не любит, но подумывает о том, чтобы делать это почаще🙂
Если у вас есть какая-то система, по которой вы читаете, то поделитесь обязательно в комментариях. Давайте обмениваться опытом🤝
https://www.youtube.com/watch?v=3HZT_oitvFs
P.S. На следующей неделе будет новый сезон тимлидской подлодки, посвященной переходу тимлида в новую команду, или компанию.
Там я буду участвовать в круглом столе про то, как тимлиду проводить скрининг компании и подобрать то, что действительно придется по душе.
Для моих дорогих подписчиков есть промокод на 500 рублей tl_crew_9_Ape5tG
Зарегистрироваться можно тут
YouTube
Доклад «Как читать книги с пользой для ума и дела» / Евгений Антонов
В этом докладе мы говорим о том, как читать книги. Вы узнаете, что бывают разные цели и способы чтения, познакомитесь с типичными ошибками при чтении, поймете что нужно делать, чтобы как можно больше полезных знаний и приятных впечатлений осталось с вами.…
🔥13👍5❤4