Всем доброго понедельника!
Никита, мой коллега по цеху и CIO Qtim делится, как первый шаг в лидство меняет всю работу. Код уходит на второй план, а главная задача — помогать команде достигать результата, мотивировать и развивать людей. Пост показался мне очень крутым и ёмким, поэтому делюсь 👇🏻
Когда становишься лидом, ты перестаёшь быть разработчиком. И это не про код.
Многие думают, что тимлид — это просто сеньор с админкой. Но первый шаг в лидерство ломает привычные представления о развитии. Управленческие задачи не дополняют разработку — они её вытесняют. Либо ты глубоко в коде, либо решаешь выгорание разработчика, конфликт между фронтом и бэком, объясняешь заказчику перенос сроков.
Главный инсайт: люди — не программы. К ним не применишь дебаггер и не заставишь работать по документации. Алгоритмическое мышление, делающее нас хорошими разработчиками, в управлении становится ловушкой.
Первая ошибка лида — желание делать всё самому. Видишь баг — правишь, сложную задачу — берёшь. Логика простая: ты сделаешь быстрее и качественнее. Но команда не растёт, задач всё больше, а ты выгораешь.
Здесь и расходятся пути.
Сеньор = экспертность. Его ценность в глубине технологий.
Лид = результативность команды. Его задача — создать условия, чтобы работа шла без него.
Да, джун сделает медленно, но вырастет. Через месяц он справится быстрее, а через год будет учить других.
С этим приходят новые навыки:
– держать в голове весь процесс, а не только свой код;
– отвечать за чужие ошибки и проект целиком;
– работать с людьми напрямую: мотивировать, предотвращать выгорание, вовремя проводить one-to-one.
Но появляется и новая боль — теряешь чувство «сделал». День в переговорах, а кода — ноль. Вклад размыт: в росте команды, в предотвращенных проблемах. Ошибки тоже другие: баг откатить можно, доверие — нет.
Когда принимаешь это и учишься работать по-новому — ты становишься лидом. И это уже другая профессия. Вместо новых фреймворков — методологии управления, вместо докладов про архитектуру — конференции о командах. И это может быть по-настоящему увлекательно.
Но давайте честно: остаться сеньором — тоже отличный выбор. Это не «не дорос», а другой путь. Сильные сеньоры критически важны: они держат техническую планку, принимают архитектурные решения, менторят в хард-скиллах.
Проблема — когда в лиды идут не по желанию, а потому что «так принято». Тогда больно всем.
Главный вопрос, который стоит себе задать: что приносит больше драйва — самому написать идеальное решение или увидеть, как команда справилась без тебя? Если второе — добро пожаловать в лиды. Если первое — оставайтесь экспертом. Оба пути правильные.
Выбирайте свой осознанно.
Никита, мой коллега по цеху и CIO Qtim делится, как первый шаг в лидство меняет всю работу. Код уходит на второй план, а главная задача — помогать команде достигать результата, мотивировать и развивать людей. Пост показался мне очень крутым и ёмким, поэтому делюсь 👇🏻
Когда становишься лидом, ты перестаёшь быть разработчиком. И это не про код.
Многие думают, что тимлид — это просто сеньор с админкой. Но первый шаг в лидерство ломает привычные представления о развитии. Управленческие задачи не дополняют разработку — они её вытесняют. Либо ты глубоко в коде, либо решаешь выгорание разработчика, конфликт между фронтом и бэком, объясняешь заказчику перенос сроков.
Главный инсайт: люди — не программы. К ним не применишь дебаггер и не заставишь работать по документации. Алгоритмическое мышление, делающее нас хорошими разработчиками, в управлении становится ловушкой.
Первая ошибка лида — желание делать всё самому. Видишь баг — правишь, сложную задачу — берёшь. Логика простая: ты сделаешь быстрее и качественнее. Но команда не растёт, задач всё больше, а ты выгораешь.
Здесь и расходятся пути.
Сеньор = экспертность. Его ценность в глубине технологий.
Лид = результативность команды. Его задача — создать условия, чтобы работа шла без него.
Да, джун сделает медленно, но вырастет. Через месяц он справится быстрее, а через год будет учить других.
С этим приходят новые навыки:
– держать в голове весь процесс, а не только свой код;
– отвечать за чужие ошибки и проект целиком;
– работать с людьми напрямую: мотивировать, предотвращать выгорание, вовремя проводить one-to-one.
Но появляется и новая боль — теряешь чувство «сделал». День в переговорах, а кода — ноль. Вклад размыт: в росте команды, в предотвращенных проблемах. Ошибки тоже другие: баг откатить можно, доверие — нет.
Когда принимаешь это и учишься работать по-новому — ты становишься лидом. И это уже другая профессия. Вместо новых фреймворков — методологии управления, вместо докладов про архитектуру — конференции о командах. И это может быть по-настоящему увлекательно.
Но давайте честно: остаться сеньором — тоже отличный выбор. Это не «не дорос», а другой путь. Сильные сеньоры критически важны: они держат техническую планку, принимают архитектурные решения, менторят в хард-скиллах.
Проблема — когда в лиды идут не по желанию, а потому что «так принято». Тогда больно всем.
Главный вопрос, который стоит себе задать: что приносит больше драйва — самому написать идеальное решение или увидеть, как команда справилась без тебя? Если второе — добро пожаловать в лиды. Если первое — оставайтесь экспертом. Оба пути правильные.
Выбирайте свой осознанно.
Telegram
Qtim
Привет, мы — Qtim
Делаем цифровые продукты, которые работают: сайты, приложения, внутренние сервисы для компаний. Без бюрократии и на одном языке с бизнесом.
Наш сайт: https://ru.qtim.pro
Делаем цифровые продукты, которые работают: сайты, приложения, внутренние сервисы для компаний. Без бюрократии и на одном языке с бизнесом.
Наш сайт: https://ru.qtim.pro
1🔥16👍8❤2
Август был богатым на контент. Здесь я собрал дайджест самых интересных событий и постов предыдущего месяца 👇🏻
🌟 Как я отказал кандидату из-за... аватарки
🌟 Издержки масштаба
🌟 Ещё 3 когнитивных искажения, мешающих карьере в IT
🌟 Неочевидные суперсилы
🌟 Мы живём в вымышленном мире
🌟 Кажется, я нашёл корень всех разногласий
🌟 Тревожные знаки в вашей компании
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8❤1
Колесо сансары руководства
Как-то у меня в компании произошла забавная ситуация. Руководитель отдела сисадминов Влад нанял к себе в помощь начинающего специалиста Егора, который оказался толковым и достаточно быстро вырос. Прошло 1,5 года. Егор «перерос» текущую позицию и решил податься в девопсы в другой отдел.
Ещё примерно через год в девопсы решил податься и руководитель сисадминов Влад — видимо, решил, что уже засиделся в текущей роли.
Так они оказались в одном отделе на равных позициях.
Прошло ещё какое-то время, и в результате некоторых перетрубаций и перестановок у девопсов ушёл текущий тимлид, забрав с собой ещё пару самых опытных сотрудников. Методом народного голосования, как самый опытный из оставшихся, руководителем отдела был назначен Егор.
Получилась забавная ситуация: на каком-то этапе Влад был руководителем Егора, а через некоторое время оказалось ровно наоборот — Егор стал руководителем Влада.
И самое интересное, что они уживались и так и так.
Когда я впервые такое увидел, я думал, что это прям-таки исключительная ситуация. Но оказалось, что не такой уж это и редкий кейс. Как, знаете, когда, например, племянник старше своего дяди.
После этого я ещё несколько раз встречал такое, что люди на разных этапах карьеры были руководителями друг друга. Сейчас это уже не кажется чем-то удивительным.
Тем не менее, я бы не назвал это частой историей, и лично у меня такого пока ещё не случалось.
А вы бы смогли работать в подчинении у своего бывшего подчинённого? Или руководить бывшим руководителем?
Хочется узнать ваше мнение) 👇🏻
Как-то у меня в компании произошла забавная ситуация. Руководитель отдела сисадминов Влад нанял к себе в помощь начинающего специалиста Егора, который оказался толковым и достаточно быстро вырос. Прошло 1,5 года. Егор «перерос» текущую позицию и решил податься в девопсы в другой отдел.
Ещё примерно через год в девопсы решил податься и руководитель сисадминов Влад — видимо, решил, что уже засиделся в текущей роли.
Так они оказались в одном отделе на равных позициях.
Прошло ещё какое-то время, и в результате некоторых перетрубаций и перестановок у девопсов ушёл текущий тимлид, забрав с собой ещё пару самых опытных сотрудников. Методом народного голосования, как самый опытный из оставшихся, руководителем отдела был назначен Егор.
Получилась забавная ситуация: на каком-то этапе Влад был руководителем Егора, а через некоторое время оказалось ровно наоборот — Егор стал руководителем Влада.
И самое интересное, что они уживались и так и так.
Когда я впервые такое увидел, я думал, что это прям-таки исключительная ситуация. Но оказалось, что не такой уж это и редкий кейс. Как, знаете, когда, например, племянник старше своего дяди.
После этого я ещё несколько раз встречал такое, что люди на разных этапах карьеры были руководителями друг друга. Сейчас это уже не кажется чем-то удивительным.
Тем не менее, я бы не назвал это частой историей, и лично у меня такого пока ещё не случалось.
А вы бы смогли работать в подчинении у своего бывшего подчинённого? Или руководить бывшим руководителем?
Хочется узнать ваше мнение) 👇🏻
❤7👍6🔥2
Месяц назад я вписался пробежать Гонку Героев.
Кто не знает — это такой командный забег на 8км с полосой из 35-ти препятствий разных видов: рукоходы, перелезание через высокую стену, ров с грязью, канаты, колючая проволока и многое другое.
Спортсменом меня назвать сложно, ведь никаким спортом регулярно я не занимался уже давно)) Поэтому я сам был удивлён, что согласился на такую авантюру.
Тем не менее за месяц я смог более-менее подготовиться к этому мероприятию и вчера мы пробежали эту дистанцию! 💪🏻
Вписался я туда в том числе для того, чтобы появилась мотивация заниматься спортом, поэтому кому сложно себя заставить регулярно тренироваться — вот вам лайфхак)) Покупаете билет на что-то подробное и назад пути уже нет, надо готовиться, чтобы не ударить в грязь лицом!(хотя это на Гонке Героев тоже в прямом смысле делать приходится 😂)
Само собой бежали мы не на результат, а в своё удовольствие. Да, конечно мы показали не лучшее время. Но, к своему удивлению, я смог пройти большую часть препятствий, а это уже неплохо для начала.
Самым сложным испытанием оказался бег в гору, — вот где реально можно оставить всю душу)) А ещё потом отмыться в душе так, чтобы потом обратно всё не запачкать 😅
Вот думаю теперь в следующем году повторить. Когда открываешь для себя новый позитивный опыт — это всегда прикольно.
Кто не знает — это такой командный забег на 8км с полосой из 35-ти препятствий разных видов: рукоходы, перелезание через высокую стену, ров с грязью, канаты, колючая проволока и многое другое.
Спортсменом меня назвать сложно, ведь никаким спортом регулярно я не занимался уже давно)) Поэтому я сам был удивлён, что согласился на такую авантюру.
Тем не менее за месяц я смог более-менее подготовиться к этому мероприятию и вчера мы пробежали эту дистанцию! 💪🏻
Вписался я туда в том числе для того, чтобы появилась мотивация заниматься спортом, поэтому кому сложно себя заставить регулярно тренироваться — вот вам лайфхак)) Покупаете билет на что-то подробное и назад пути уже нет, надо готовиться, чтобы не ударить в грязь лицом!
Само собой бежали мы не на результат, а в своё удовольствие. Да, конечно мы показали не лучшее время. Но, к своему удивлению, я смог пройти большую часть препятствий, а это уже неплохо для начала.
Самым сложным испытанием оказался бег в гору, — вот где реально можно оставить всю душу)) А ещё потом отмыться в душе так, чтобы потом обратно всё не запачкать 😅
Вот думаю теперь в следующем году повторить. Когда открываешь для себя новый позитивный опыт — это всегда прикольно.
1🔥38❤4👍2🤡2
Система vs Адаптивность
Хочу привести аналогию и сравнить руководителя отдела с тренером спортивной команды. Я люблю смотреть футбол и управляю ИТ-подразделением, поэтому часто вижу в этих, казалось бы, совершенно разных ролях некоторые сходства.
Считается, что в футболе есть два типа тренеров:
1️⃣ Те, кто подстраиваются под сильные стороны игроков
Эти тренеры будут работать и отталкиваться от имеющихся игроков и ресурсов. Подход у них обычно адаптивный: тактика и стратегия строится исходя из того, чем он располагает (или будет располагать в ближайшее время) и их сильных сторон. Игроки в этом случае делают то, что у них получается лучше всего, и из этого уже вырисовывается рисунок игры.
2️⃣ Те, кто строят свою "систему" игры вне зависимости от того, какими игроками они располагают
Будут они тренировать команду из третьего любительского дивизиона или «Реал Мадрид» — идеи и подходы к рисунку игры будут примерно одинаковыми. Да, само собой, уровень исполнителей будет разным, но такой тренер будет добиваться от игроков выполнения чётких функций, которых требует его система. У него в голове есть целевой вариант, и он будет строить его в любом случае. И если кто-то в эту идеологию не вписывается, то, скорее всего, с ним будут прощаться и менять его на более подходящего.
Я заметил, что подобные подходы можно заметить и у нас в ИТ.
Как и почти во всём, я думаю, тут нет идеальной стратегии. Каждый из подходов лучше применим в определённых обстоятельствах и на определённых уровнях зрелости как самого руководителя, так и его команды.
Пока я писал пост, я мысленно классифицировал всех своих бывших руководителей и себя по этим двум категориям. Это, кстати, уже вторая попытканавешать ярлыки разделить тимлидов на типы (первая была в этом посте).
Большинство руководителей чаще придерживаются первой стратегии. Во-первых, она лучше работает в менее зрелых командах и компаниях. Во-вторых, она интуитивна. Её легче применять, и в ней сложнее сильно накосячить. Грамотно используя сильные стороны сотрудников, вы можете получать вполне приемлемый результат даже со средними ресурсами. Но достичь топ-результатов, располагая сильными специалистами, тут будет сложнее. Тут уже понадобится какая-то рабочая система.
Вторая же стратегия выходит на первый план, когда вы точно понимаете цель и то, кто какую роль должен для её достижения выполнять. И что самое важное — это нужно объяснить членам команды. С таким подходом можно добиться лучших результатов (не зря же лучшим тренером считается системник Гвардиола), но, неправильно применяя её, можно потерпеть полное фиаско. Это примерно как «сесть на шоссейный гоночный болид и поехать на нём по бездорожью».
Мораль такова, что всегда лучше смотреть на ситуацию и не пытаться применить в прошлом работающую систему там, где команда пока к этому не готова. И наоборот, когда вы точно знаете, что нужно сделать для достижения цели, то распределить роли и функции так, чтобы команда наконец-то заработала как единый механизм.
А ваш руководитель сейчас придерживается системы или адаптируется?
Хочу привести аналогию и сравнить руководителя отдела с тренером спортивной команды. Я люблю смотреть футбол и управляю ИТ-подразделением, поэтому часто вижу в этих, казалось бы, совершенно разных ролях некоторые сходства.
Считается, что в футболе есть два типа тренеров:
Эти тренеры будут работать и отталкиваться от имеющихся игроков и ресурсов. Подход у них обычно адаптивный: тактика и стратегия строится исходя из того, чем он располагает (или будет располагать в ближайшее время) и их сильных сторон. Игроки в этом случае делают то, что у них получается лучше всего, и из этого уже вырисовывается рисунок игры.
Будут они тренировать команду из третьего любительского дивизиона или «Реал Мадрид» — идеи и подходы к рисунку игры будут примерно одинаковыми. Да, само собой, уровень исполнителей будет разным, но такой тренер будет добиваться от игроков выполнения чётких функций, которых требует его система. У него в голове есть целевой вариант, и он будет строить его в любом случае. И если кто-то в эту идеологию не вписывается, то, скорее всего, с ним будут прощаться и менять его на более подходящего.
Я заметил, что подобные подходы можно заметить и у нас в ИТ.
Как и почти во всём, я думаю, тут нет идеальной стратегии. Каждый из подходов лучше применим в определённых обстоятельствах и на определённых уровнях зрелости как самого руководителя, так и его команды.
Пока я писал пост, я мысленно классифицировал всех своих бывших руководителей и себя по этим двум категориям. Это, кстати, уже вторая попытка
Большинство руководителей чаще придерживаются первой стратегии. Во-первых, она лучше работает в менее зрелых командах и компаниях. Во-вторых, она интуитивна. Её легче применять, и в ней сложнее сильно накосячить. Грамотно используя сильные стороны сотрудников, вы можете получать вполне приемлемый результат даже со средними ресурсами. Но достичь топ-результатов, располагая сильными специалистами, тут будет сложнее. Тут уже понадобится какая-то рабочая система.
Вторая же стратегия выходит на первый план, когда вы точно понимаете цель и то, кто какую роль должен для её достижения выполнять. И что самое важное — это нужно объяснить членам команды. С таким подходом можно добиться лучших результатов (не зря же лучшим тренером считается системник Гвардиола), но, неправильно применяя её, можно потерпеть полное фиаско. Это примерно как «сесть на шоссейный гоночный болид и поехать на нём по бездорожью».
Мораль такова, что всегда лучше смотреть на ситуацию и не пытаться применить в прошлом работающую систему там, где команда пока к этому не готова. И наоборот, когда вы точно знаете, что нужно сделать для достижения цели, то распределить роли и функции так, чтобы команда наконец-то заработала как единый механизм.
А ваш руководитель сейчас придерживается системы или адаптируется?
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥6👍2
Как ничего не забывать
Короткий ответ —сразу записывать.
А теперь подробнее.
Я сильно удивляюсь, когда вижу тимлидов, которые живут без личного todo-листа. А такие есть, представляете. Я ума не приложу, как можно в бесконечном потоке информации, задач и активностей хоть что-то держать в голове. Обычно информация о том, что «нужно что-то сделать», задерживается в памяти от 1 до 3 минут, ровно до того момента, пока мы не начинаем думать или говорить о чём-то другом. Очевидно, что если не фиксировать в специальный список дел все action item'ы, то вы благополучно забудете о 80% из них. Именно так и происходит с теми, кто игнорирует этот простой принцип.
Но есть ещё важный момент, которого следует придерживаться. Записывать нужно сразу. Вот прямо в тот момент, когда вы поняли, что вам нужно будет что-то сделать. Не через минуту, не в конце разговора, не после обсуждения, а именно СРАЗУ. Иначе вы будете просто забывать записывать. Проверено.
Разговариваете с человеком и что-то пообещали ему отправить в почту? Возьмите паузу в 10 секунд, чтобы это записать. Поверьте, гораздо лучше попросить собеседника повисеть пару мгновений на трубке, чем потом благополучно забыть о своём обещании и выглядеть необязательным.
Поставили задачу своему сотруднику? Сразу же пишем в todo:
И, конечно, сам сотрудник должен зафиксировать эту задачу у себя.
Это очень важный принцип, соблюдение которого на 99% сократит продолбы и забывания важных (и даже не очень) обещаний в вашей личной и рабочей жизни.
Ну и, конечно, важно выработать привычку регулярно, хотя бы раз в день, просматривать этот список. Потому что мало записать какую-то важную информацию — нужно её ещё вовремя просматривать, чтобы вспоминать, что там написано. Но это достигается буквально за неделю регулярной работы с todo-листом.
Максим Дорофеев вон целую книгу об этом написал, я разбирал её здесь. Но этот принцип считаю одним из самых важных и полезных для работы в режиме многозадачности.
А вы пользуетесь личным todo-листом?
Короткий ответ —
А теперь подробнее.
Я сильно удивляюсь, когда вижу тимлидов, которые живут без личного todo-листа. А такие есть, представляете. Я ума не приложу, как можно в бесконечном потоке информации, задач и активностей хоть что-то держать в голове. Обычно информация о том, что «нужно что-то сделать», задерживается в памяти от 1 до 3 минут, ровно до того момента, пока мы не начинаем думать или говорить о чём-то другом. Очевидно, что если не фиксировать в специальный список дел все action item'ы, то вы благополучно забудете о 80% из них. Именно так и происходит с теми, кто игнорирует этот простой принцип.
Но есть ещё важный момент, которого следует придерживаться. Записывать нужно сразу. Вот прямо в тот момент, когда вы поняли, что вам нужно будет что-то сделать. Не через минуту, не в конце разговора, не после обсуждения, а именно СРАЗУ. Иначе вы будете просто забывать записывать. Проверено.
Разговариваете с человеком и что-то пообещали ему отправить в почту? Возьмите паузу в 10 секунд, чтобы это записать. Поверьте, гораздо лучше попросить собеседника повисеть пару мгновений на трубке, чем потом благополучно забыть о своём обещании и выглядеть необязательным.
Поставили задачу своему сотруднику? Сразу же пишем в todo:
«Проверить выполнение поручения такое-то тогда-то»
И, конечно, сам сотрудник должен зафиксировать эту задачу у себя.
Это очень важный принцип, соблюдение которого на 99% сократит продолбы и забывания важных (и даже не очень) обещаний в вашей личной и рабочей жизни.
Ну и, конечно, важно выработать привычку регулярно, хотя бы раз в день, просматривать этот список. Потому что мало записать какую-то важную информацию — нужно её ещё вовремя просматривать, чтобы вспоминать, что там написано. Но это достигается буквально за неделю регулярной работы с todo-листом.
Максим Дорофеев вон целую книгу об этом написал, я разбирал её здесь. Но этот принцип считаю одним из самых важных и полезных для работы в режиме многозадачности.
А вы пользуетесь личным todo-листом?
💯14🔥6👍5
На протяжении всей жизни я подвержен одной психологической особенности. Наверняка кто-то узнает в этом и себя.
Я склонен придавать большое негативное значение неприятным мелочам.
Вот казалось бы, незначительная неудача: заболел перед важным событием, купил какую-то оказавшуюся ненужной вещь, забыл кого-то поздравить с днём рождения. Всё это кажется полной ерундой, но раньше меня могло это не на шутку расстроить. Да, конечно, через некоторое время меня отпускало и разум побеждал эмоции, ведь действительно все эти события "яйца выеденного не стоят". Но в моменте я ловил себя на том, что испытываю по этому поводу негатив: причём больше, чем нужно.
Чего уж говорить о событиях, которые имеют бóльшие последствия, например, когда в квартире треснула водопроводная труба и пару месяцев незаметно заливало стену.
Я не могу сказать, что научился справляться с этим идеально, но кое-какое упражнение всё-таки мне помогает. Возможно поможет и вам)
Оно очень простое. Нужно в этот самый момент просто задать себе вопрос:
Я пытался вспомнить мелочи, которые меня расстраивали, например, прошлым летом. И не смог вспомнить практически ни одной. Все они стёрлись из памяти и не имели практически никакого прямого влияния на мою сегодняшнюю жизнь. И если задуматься, то они уж точно не стоили негативных эмоций, которые я тогда переживал.
Некоторые события, конечно, к сожалению, бьют по нашему кошельку, отношению с близкими и, не дай бог, по здоровью. Это уже другая категория. Они действительно могут влиять на жизнь и через год и даже дольше. И такой подход поможет как раз отделить важное от ерунды.
Этот вопрос лично мне помогает снижать переживания в моменте от неприятных пустяков.
Кстати, есть ещё вариация этого упражнения, называется Правило 10/10/10. Оно задаёт тот же вопрос в разрезе:
Но я для себя упростил его до одного года: мне кажется это оптимальным средним сроком)
А вы используете подобные техники для управления своими эмоциями?
Я склонен придавать большое негативное значение неприятным мелочам.
Вот казалось бы, незначительная неудача: заболел перед важным событием, купил какую-то оказавшуюся ненужной вещь, забыл кого-то поздравить с днём рождения. Всё это кажется полной ерундой, но раньше меня могло это не на шутку расстроить. Да, конечно, через некоторое время меня отпускало и разум побеждал эмоции, ведь действительно все эти события "яйца выеденного не стоят". Но в моменте я ловил себя на том, что испытываю по этому поводу негатив: причём больше, чем нужно.
Чего уж говорить о событиях, которые имеют бóльшие последствия, например, когда в квартире треснула водопроводная труба и пару месяцев незаметно заливало стену.
Я не могу сказать, что научился справляться с этим идеально, но кое-какое упражнение всё-таки мне помогает. Возможно поможет и вам)
Оно очень простое. Нужно в этот самый момент просто задать себе вопрос:
"Будет ли это важно для меня через год?"
Я пытался вспомнить мелочи, которые меня расстраивали, например, прошлым летом. И не смог вспомнить практически ни одной. Все они стёрлись из памяти и не имели практически никакого прямого влияния на мою сегодняшнюю жизнь. И если задуматься, то они уж точно не стоили негативных эмоций, которые я тогда переживал.
Некоторые события, конечно, к сожалению, бьют по нашему кошельку, отношению с близкими и, не дай бог, по здоровью. Это уже другая категория. Они действительно могут влиять на жизнь и через год и даже дольше. И такой подход поможет как раз отделить важное от ерунды.
Этот вопрос лично мне помогает снижать переживания в моменте от неприятных пустяков.
Кстати, есть ещё вариация этого упражнения, называется Правило 10/10/10. Оно задаёт тот же вопрос в разрезе:
"Как я буду чувствовать себя через 10 минут после этого? А через 10 месяцев? А через 10 лет?"
Но я для себя упростил его до одного года: мне кажется это оптимальным средним сроком)
А вы используете подобные техники для управления своими эмоциями?
❤12👍9🔥2
Такого у меня на канале ещё не было))) Я тестирую новый для себя формат — СТРИМ с приглашённым гостем! ⚡️
В понедельник, 29 сентября в 19:00 мы разберем одну из самых острых проблем в IT — постоянное давление дедлайнов.
Темой стрима будет «Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?»
Я выбрал такую тему, потому что для многих это — реальная боль и почти всем в IT это знакомо: бесконечный поток задач, чувство, что времени ни на что не хватает, и постоянное ощущение, что всё горит.
Вместе со спикером мы:
🌟 Разберем, почему проекты кажутся всегда срочными.
🌟 Поймем, как это влияет на продуктивность и выгорание команды.
🌟 И главное – послушаем реальные советы, как жить и работать без этого постоянного стресса.
Вас ждут практические советы для разработчиков, тимлидов и менеджеров, которые помогут успевать больше, сохраняя здоровье и мотивацию.
🎤 Гостем у меня на канале будет спикер из Guide DAO, онлайн-школы и комьюнити по Web3 и AI Александр Гаркавенко, Tech Lead в Wormsoft и автор канала про IT и жизнь в дедлайнах s2s_channel. Саша любит разбираться в хаосе задач и превращать его в порядок.
А ребята из школы Guide DAO при прохождении у них обучения предоставляют навсегда доступ ко всем материалам, включая все новинки, которые появляются! Это огромное закрытое комьюнити (1400+ человек), где вы сможете найти:
🌟 Коллег для своих проектов или шанс получить новую профессию.
🌟 Много практики: лайвкодинги, хакер-хаусы и ежедневные обучающие стримы.
🌟 Экспертизу: обучение Web3 разработке, созданию AI агентов и DeFi от лучших спикеров индустрии.
А ещё у меня для подписчиков есть промокод ITARTEM, по которому будет скидка 15% до конца сентября.
Ждём вас на стриме!🔈
Ссылка: https://vk.com/call/join/IKTF-61LUCkSV3o7xYyIYNSk-Tadey3lbCv83pln2Rw
В понедельник, 29 сентября в 19:00 мы разберем одну из самых острых проблем в IT — постоянное давление дедлайнов.
Темой стрима будет «Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?»
Я выбрал такую тему, потому что для многих это — реальная боль и почти всем в IT это знакомо: бесконечный поток задач, чувство, что времени ни на что не хватает, и постоянное ощущение, что всё горит.
Вместе со спикером мы:
Вас ждут практические советы для разработчиков, тимлидов и менеджеров, которые помогут успевать больше, сохраняя здоровье и мотивацию.
🎤 Гостем у меня на канале будет спикер из Guide DAO, онлайн-школы и комьюнити по Web3 и AI Александр Гаркавенко, Tech Lead в Wormsoft и автор канала про IT и жизнь в дедлайнах s2s_channel. Саша любит разбираться в хаосе задач и превращать его в порядок.
А ребята из школы Guide DAO при прохождении у них обучения предоставляют навсегда доступ ко всем материалам, включая все новинки, которые появляются! Это огромное закрытое комьюнити (1400+ человек), где вы сможете найти:
А ещё у меня для подписчиков есть промокод ITARTEM, по которому будет скидка 15% до конца сентября.
Ждём вас на стриме!
Ссылка: https://vk.com/call/join/IKTF-61LUCkSV3o7xYyIYNSk-Tadey3lbCv83pln2Rw
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12❤5
Запись стрима «Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?» с Александром Гаркавенко.
Вместе со спикером мы:
🌟 Разобрали, почему проекты кажутся всегда срочными.
🌟 Поняли, как это влияет на продуктивность и выгорание команды.
🌟 Услышали реальные советы, как жить и работать без этого постоянного стресса.
Приятного просмотра)
ССЫЛКА 👈🏻
P.S. По промокоду ITARTEM скидка 15% в онлайн-школе Guide DAO.
Вместе со спикером мы:
Приятного просмотра)
ССЫЛКА 👈🏻
P.S. По промокоду ITARTEM скидка 15% в онлайн-школе Guide DAO.
Please open Telegram to view this post
VIEW IN TELEGRAM
VK Видео
Стрим! Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?
Бесконечный поток задач, чувство, что время ускользает, и постоянное ощущение, что всё горит. На стриме: ▪️Разберем, почему проекты кажутся всегда срочными. ▪️Поймем, как это влияет на продуктивность и выгорание команды. ▪️И главное – найдем реальные…
🔥13👍9
3 вещи, которые пока не умеет делать ИИ
Поделюсь-ка я тем, чего от LLM может и хотелось бы, но они пока не научились это делать на вменяемом уровне. Здесь будет исключительно моё мнение по темам, которые актуальны конкретно для меня. Вполне допускаю, что я просто не научился их правильно в этом направлении использовать. Но, на мой взгляд, если для получения результата с ними нужно сделать 25 приседаний, то проще пока эти пункты делать вручную))
Итак:
1️⃣ Писать интересные посты
В начале годя я делал пост про то, что я не использую ChatGPT для написания текстов, потому что он делает это плохо. Прошло 9 месяцев, вышли новые версии и даже новые LLM, но ситуация почти не изменилась. Я видел эксперименты от авторов, которые пытались создавать контент с помощью ИИ и даже полностью вести канал с помощью ChatGPT. Результат был так себе — посты не находят отклика, а каналы никому не интересны.
Тексты получаются пресные и шаблонные. В них нет реальных историй, эмоций, тонкого юмора и вот этого вот всего. Даже несмотря на то, что их тренируют на постах реального автора. Ну не может пока машина написать «а вот у нас на работе случай произошёл», потому что она как минимум на этой работе не работает)))
2️⃣ Траблшутить нетривиальные технические проблемы
Вот казалось бы, тут ИИ должен быть силён. Но все попытки продебажить хоть какую-то более-менее нестандартную проблему в софте с помощью LLM почти всегда заканчиваются ничем. Да, при плавающей ошибке она может предложить стандартный набор действий, как специалист первой линии поддержки: «конфиги проверьте» и «убедитесь, что есть доступы». Но это я и сам уже давно сделал.
А дальше что? А дальше она начинает ходить по кругу.
Да, я понимаю, что ей нужно больше информации и контекста, чтобы понять причину нетиповых проблем, но если бы я знал, что именно нужно для её определения, я бы сам давно это решил.
Был вот как-то смешной случай.
Я давно показывал демку системы со своего ноутбука и развернул для этого локально базу PostgreSQL. Через год я благополучно про это забыл, но его служба у меня всё это время крутилась, занимая порт 5432.
Недавно мне снова было нужно поднять локально постгрю, но уже в Docker-контейнере. Я стартанул его на том же дефолтном порту, но в логах контейнер ничего про занятый порт какого-то фига не написал (просто кинул STARTED — SUCCESS).
Я целый час ломал голову, почему я не могу подрубиться к запущенной в докере базе данных. Ну и обратился ради интереса к LLM.
Он мне выдал 10 причин, почему оно может не работать, но пункта «проверьте, что у вас не занят этот порт» среди них не было 🫠.
И так почти каждый раз. Если спросить в лоб: «Может ли быть в этом проблема?» — то он, конечно, ответит, что да. Но сам без наводки такой вариант скорее всего не предложит.
3️⃣ Держать «в голове» всю картину целиком
Сколько бы ни говорили про крутое сохранение контекста у LLM, но когда я ими пользуюсь, то замечаю это. В процессе длительного диалога детали, которые ты описываешь в начале, уходят из виду или игнорируются(в этом плане ЧатГПТ похож на рабочих, которые делают вам ремонт 😂)
То есть у ИИ пока есть проблема с тем, чтобы построить цельную картину происходящего и решать задачу, отталкиваясь от неё.
Я много раз пытался консультироваться с LLM по некоторым бытовым вопросам, в которых у меня слабая экспертиза: например, по некоторым вопросам того же ремонта. Когда ты описываешь ситуацию, он даёт одни советы, а через пару уточнений выдаёт другие, противоречащие изначальному ТЗ. И после правок выдаёт ответы, которые уже идут вразрез с предыдущими.
Забавный свежий случай — загрузил в ChatGPT свой график ЭКГ и попросил описать его. Он выдал, что меня, вероятно, госпитализировали с тяжелым предынфарктным состоянием. К слову, врач описал результат как «полную норму». После уточнения описания от врача он быстро «переобулся» ))
——
Я считаю, что есть много вещей, которые LLM делают круто уже сейчас. Думаю, что скоро и с пунктами выше всё станет лучше. Но пока восстание машин чуть откладывается))
Ну и как обычно, ставьте ❤️, если было интересно.
Поделюсь-ка я тем, чего от LLM может и хотелось бы, но они пока не научились это делать на вменяемом уровне. Здесь будет исключительно моё мнение по темам, которые актуальны конкретно для меня. Вполне допускаю, что я просто не научился их правильно в этом направлении использовать. Но, на мой взгляд, если для получения результата с ними нужно сделать 25 приседаний, то проще пока эти пункты делать вручную))
Итак:
В начале годя я делал пост про то, что я не использую ChatGPT для написания текстов, потому что он делает это плохо. Прошло 9 месяцев, вышли новые версии и даже новые LLM, но ситуация почти не изменилась. Я видел эксперименты от авторов, которые пытались создавать контент с помощью ИИ и даже полностью вести канал с помощью ChatGPT. Результат был так себе — посты не находят отклика, а каналы никому не интересны.
Тексты получаются пресные и шаблонные. В них нет реальных историй, эмоций, тонкого юмора и вот этого вот всего. Даже несмотря на то, что их тренируют на постах реального автора. Ну не может пока машина написать «а вот у нас на работе случай произошёл», потому что она как минимум на этой работе не работает)))
Вот казалось бы, тут ИИ должен быть силён. Но все попытки продебажить хоть какую-то более-менее нестандартную проблему в софте с помощью LLM почти всегда заканчиваются ничем. Да, при плавающей ошибке она может предложить стандартный набор действий, как специалист первой линии поддержки: «конфиги проверьте» и «убедитесь, что есть доступы». Но это я и сам уже давно сделал.
А дальше что? А дальше она начинает ходить по кругу.
Да, я понимаю, что ей нужно больше информации и контекста, чтобы понять причину нетиповых проблем, но если бы я знал, что именно нужно для её определения, я бы сам давно это решил.
Был вот как-то смешной случай.
Я давно показывал демку системы со своего ноутбука и развернул для этого локально базу PostgreSQL. Через год я благополучно про это забыл, но его служба у меня всё это время крутилась, занимая порт 5432.
Недавно мне снова было нужно поднять локально постгрю, но уже в Docker-контейнере. Я стартанул его на том же дефолтном порту, но в логах контейнер ничего про занятый порт какого-то фига не написал (просто кинул STARTED — SUCCESS).
Я целый час ломал голову, почему я не могу подрубиться к запущенной в докере базе данных. Ну и обратился ради интереса к LLM.
Он мне выдал 10 причин, почему оно может не работать, но пункта «проверьте, что у вас не занят этот порт» среди них не было 🫠.
И так почти каждый раз. Если спросить в лоб: «Может ли быть в этом проблема?» — то он, конечно, ответит, что да. Но сам без наводки такой вариант скорее всего не предложит.
Сколько бы ни говорили про крутое сохранение контекста у LLM, но когда я ими пользуюсь, то замечаю это. В процессе длительного диалога детали, которые ты описываешь в начале, уходят из виду или игнорируются
То есть у ИИ пока есть проблема с тем, чтобы построить цельную картину происходящего и решать задачу, отталкиваясь от неё.
Я много раз пытался консультироваться с LLM по некоторым бытовым вопросам, в которых у меня слабая экспертиза: например, по некоторым вопросам того же ремонта. Когда ты описываешь ситуацию, он даёт одни советы, а через пару уточнений выдаёт другие, противоречащие изначальному ТЗ. И после правок выдаёт ответы, которые уже идут вразрез с предыдущими.
Забавный свежий случай — загрузил в ChatGPT свой график ЭКГ и попросил описать его. Он выдал, что меня, вероятно, госпитализировали с тяжелым предынфарктным состоянием. К слову, врач описал результат как «полную норму». После уточнения описания от врача он быстро «переобулся» ))
——
Я считаю, что есть много вещей, которые LLM делают круто уже сейчас. Думаю, что скоро и с пунктами выше всё станет лучше. Но пока восстание машин чуть откладывается))
Ну и как обычно, ставьте ❤️, если было интересно.
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤18👍5💯1
С Днём Учителя!
Я тут поехал в небольшой отпуск на море, поэтому сейчас стараюсь восполнить силы и поймать немного релакса.
А тем временем, сегодня отмечается День Учителя ❗️📚
Хочу поздравить всех, кто имеет к этому празднику отношение.
Я считаю, что ваша профессия действительно одна из самых важных. Не зря мы помним своих учителей спустя много лет после выпуска из школы.
В ней заложено гораздо больше, чем просто передача знаний по предметам. Вы являетесь авторитетами, наставниками и примерами для детей, которые только формируются как личности, тем самым являясь очень важными людьми на ключевом этапе их становления.
Пусть даже сами они пока этого не понимают и не признают))
Желаю вам терпения, мудрости и чувства важности собственной работы.
Учитель — это действительно призвание! ☝🏻
Я тут поехал в небольшой отпуск на море, поэтому сейчас стараюсь восполнить силы и поймать немного релакса.
А тем временем, сегодня отмечается День Учителя ❗️📚
Хочу поздравить всех, кто имеет к этому празднику отношение.
Я считаю, что ваша профессия действительно одна из самых важных. Не зря мы помним своих учителей спустя много лет после выпуска из школы.
В ней заложено гораздо больше, чем просто передача знаний по предметам. Вы являетесь авторитетами, наставниками и примерами для детей, которые только формируются как личности, тем самым являясь очень важными людьми на ключевом этапе их становления.
Пусть даже сами они пока этого не понимают и не признают))
Желаю вам терпения, мудрости и чувства важности собственной работы.
Учитель — это действительно призвание! ☝🏻
🎉9❤7
Всем хорошей недели!
Собрал для вас дайджест самых важных публикаций сентября на канале ) 👇🏻
🌟 Как я был последним в списке. Забавная история к 1 сентября
🌟 "Волки" в ИТ
🌟 Колесо сансары руководства
🌟 Система vs Адаптивность
🌟 Как ничего не забывать
🌟 Как меньше грустить из-за ерунды
🌟 Стрим! Синдром вечного дедлайна: почему проекты горят 🔥 и как жить без постоянного стресса?
Собрал для вас дайджест самых важных публикаций сентября на канале ) 👇🏻
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥2
Такое вот любопытное исследование про тимлидов 👇🏻
Похоже, что нужно лучше в тайм-менеджмент и распределение нагрузки) Иначе так сгорим все скоро.
По остальным пунктам звучит всё не так плохо, если только активнее в сообществах участвовать 😁
Похоже, что нужно лучше в тайм-менеджмент и распределение нагрузки) Иначе так сгорим все скоро.
По остальным пунктам звучит всё не так плохо, если только активнее в сообществах участвовать 😁
Forwarded from Тимлид Очевидность | Евгений Антонов
Я принес. Исследование руководителей разработки 2025
Подоспели результаты ежегодного большого исследования 742 руководителей разработки от ребят из devcrowd http://devcrowd.ru/tl-2025/
Что мне тут бросилось в глаза:
- 89% людей работают в распределенных командах. Как человека, настраивающего работу распределенных команд уже более 10 лет, меня это радует. Это вечный холивар про «загонять всех в офис плечом к плечу» vs «работать распределенно». Я тут могу много препираться и отстаивать свою точку зрения, но факт остается фактом – реалии таковы, что нужно уметь устроить работу в команде, где нельзя подходить к коллеге лично и дергать его за рукав в поисках сиюминутного ответа.
- 39% продолжают писать код. При этом продолжают покрывать около 15 типов всяких менеджерских активностей. И это плавная подводка к следующему пункту.
- 50% руководителей страдают от перегруза и лишь 15% тимлидов говорят, что не сталкивались с выгоранием (да, это субъективно) в прошедшем году. Может быть, тут есть какая-то взаимосвязь между этим и предыдущим пунктом?
- Интересно, что мидл-менеджеры и СТО про выгорание говорят немного реже. То ли они умеют хорошо делегировать и не сидеть на всех стульях сразу, то ли туда просто добираются самые стойкие 🙂 Вообще те мидл-менеджеры и СТО, которых я вижу – очень много работают.
- Помогают справляться с напрягами: хобби, отпуск и поддержка семьи. Когда у меня спрашивают, откуда силы успевать и работать, и канал вести, и 2 подкаста, и консалтинг, и доклады всякие готовить – я всегда отвечаю, что это благодаря поддержке и помощи жены. Я уверен на 146%, что если бы не было всё так хорошо в семье, то и половины (а скорее всего больше) из того, что у меня получается не было бы❤️
- Традиционно у тимлидов проседает стратегическое видение, а в остальном они эдакие универсальные ребята, которые всё должны уметь.
- Вагончик с AI мчится вперед. Многие в него запрыгнули, но при этом хотят занять более комфортные места, продолжать учиться и интегрировать в свою работу.
- 60% прошли хотя бы одно обучение за последний год. Меня это радует, как человека регулярно учащегося и повышающего квалификацию. В менеджменте всегда есть чему учиться. И это вечнозеленая история, так что считаю это хорошей инвестицией в себя.
- Мало активных участников сообществ. Около 10-15% процентов. С одной стороны, это вроде как нормальное распределение по популяции, а с другой – чем больше людей будет активно участвовать, обмениваться опытом и знаниями, выходить из комнаты, тем и в индустрии в целом станет чуточку лучше, и в жизни конкретных этих людей.
- В 5 из 5 тимлидских крупных мероприятиях я был или участником или организатором.
- Рад, что мой канал держит хорошие позиции в рейтинге читаемых, а в блоке «За кем из экспертов следить в 2026 году» очень горд стоять плечом к плечу с ув. тов. Шароватовым 🤝
- Отдельная гордость про 2 подкаста – «Три тимлида заходят в бар» и «Кода кода», которые заняли 2 места в рейтинге топ-3 без каких-либо финансовых вложений в маркетинг. Просто стараемся сделать хороший и полезный контент и им поделиться с сообществом.
Делитесь своими мыслями в комментариях, что вам бросилось в глаза в этом исследовании?
Подоспели результаты ежегодного большого исследования 742 руководителей разработки от ребят из devcrowd http://devcrowd.ru/tl-2025/
Что мне тут бросилось в глаза:
- 89% людей работают в распределенных командах. Как человека, настраивающего работу распределенных команд уже более 10 лет, меня это радует. Это вечный холивар про «загонять всех в офис плечом к плечу» vs «работать распределенно». Я тут могу много препираться и отстаивать свою точку зрения, но факт остается фактом – реалии таковы, что нужно уметь устроить работу в команде, где нельзя подходить к коллеге лично и дергать его за рукав в поисках сиюминутного ответа.
- 39% продолжают писать код. При этом продолжают покрывать около 15 типов всяких менеджерских активностей. И это плавная подводка к следующему пункту.
- 50% руководителей страдают от перегруза и лишь 15% тимлидов говорят, что не сталкивались с выгоранием (да, это субъективно) в прошедшем году. Может быть, тут есть какая-то взаимосвязь между этим и предыдущим пунктом?
- Интересно, что мидл-менеджеры и СТО про выгорание говорят немного реже. То ли они умеют хорошо делегировать и не сидеть на всех стульях сразу, то ли туда просто добираются самые стойкие 🙂 Вообще те мидл-менеджеры и СТО, которых я вижу – очень много работают.
- Помогают справляться с напрягами: хобби, отпуск и поддержка семьи. Когда у меня спрашивают, откуда силы успевать и работать, и канал вести, и 2 подкаста, и консалтинг, и доклады всякие готовить – я всегда отвечаю, что это благодаря поддержке и помощи жены. Я уверен на 146%, что если бы не было всё так хорошо в семье, то и половины (а скорее всего больше) из того, что у меня получается не было бы❤️
- Традиционно у тимлидов проседает стратегическое видение, а в остальном они эдакие универсальные ребята, которые всё должны уметь.
- Вагончик с AI мчится вперед. Многие в него запрыгнули, но при этом хотят занять более комфортные места, продолжать учиться и интегрировать в свою работу.
- 60% прошли хотя бы одно обучение за последний год. Меня это радует, как человека регулярно учащегося и повышающего квалификацию. В менеджменте всегда есть чему учиться. И это вечнозеленая история, так что считаю это хорошей инвестицией в себя.
- Мало активных участников сообществ. Около 10-15% процентов. С одной стороны, это вроде как нормальное распределение по популяции, а с другой – чем больше людей будет активно участвовать, обмениваться опытом и знаниями, выходить из комнаты, тем и в индустрии в целом станет чуточку лучше, и в жизни конкретных этих людей.
- В 5 из 5 тимлидских крупных мероприятиях я был или участником или организатором.
- Рад, что мой канал держит хорошие позиции в рейтинге читаемых, а в блоке «За кем из экспертов следить в 2026 году» очень горд стоять плечом к плечу с ув. тов. Шароватовым 🤝
- Отдельная гордость про 2 подкаста – «Три тимлида заходят в бар» и «Кода кода», которые заняли 2 места в рейтинге топ-3 без каких-либо финансовых вложений в маркетинг. Просто стараемся сделать хороший и полезный контент и им поделиться с сообществом.
Делитесь своими мыслями в комментариях, что вам бросилось в глаза в этом исследовании?
Исследование руководителей разработки, 2025
DevCrowd вместе с Авито провели исследование руководителей разработки
👍7❤5🔥2