Девальвация проектного менеджмента

Я искренне убежден, что работа проектного менеджера сложна и нужна. Я видел хороших ПМов, которые требования соберут, выявят упущенное, ТЗ напишут, за бюджетом и сроками проследят, выступят комфортной в обе стороны прослойкой между командой и заказчиком, риски спланируют, и всё в таком духе.
Я с такими работал с огромным удовольствием, будучи и разработчиком, и тимлидом.
Однако встречалось довольно много и других. Я бы даже сказал, что их было большинство (не исключаю, что просто мне не повезло). Приведу несколько примеров, возможно, вы их узнаете. Свои примеры пишите в комментариях.

Передаст или прокси-менеджер
Менеджер, который просто форвардит сообщения от заказчика в разработку и от разработки в заказчика. Ни во что не вникает и считает, что он выполняет важнейшую функцию, просто гоняя сообщения туда-сюда.

Чайка
Прилетает в разработку, громко кричит, хлопает крыльями, наваливает кучу задач и без объяснения улетает. Никакого промежуточного контроля нет. Скорее всего прилетит за час до дедлайна узнать, всё ли готово.

Призрак
Как-то довелось работать с одним таким, когда я был разработчиком. Суть в том, что он заводил чат на меня, себя и заказчика, потом молчал недельку в этом чате, а еще через недельку из этого чата выходил, оставляя нас вдвоем.

Суетолог
Менеджер, который, только услышав какую-то хотелку и/или срок от заказчика, тут же бежит в разработку, крича, что надо всё бросать и срочно делать вот это новое. Завтра, скорее всего, тоже прибежит и опять скажет всё бросать, ведь фантазия у заказчика может быть бурная.

Самопровозглашенный герой
Менеджер загоняет команду в овертаймы и говнокод своим бестолковым управлением, а потом громко на общих собраниях бьет себя в грудь и кричит какой он герой, ведь ЕГО КОМАНДА сделала так много работы, несмотря на режим ноулайф.
Причем иногда это только у команды ноулайф, а сам менеджер такой вполне себе свой ворк/лайф баланс ценит.

Незнайка
Просто мальчик или девочка после универа (или всё еще в универе), которые вообще не знают ничего о проектном менеджменте и думают, что если они в универе препода с четверки на пятерку уломали, то уж ПМом-то точно сдюжат работать.

К чему я это всё?
К тому, что, на мой взгляд, у ПМа должно быть море как софт скиллов, так и хард скиллов. А ломятся нынче в ПМы часто те, кто умеют просто внятно разговаривать и думают, что этого хватит. Но это не так.

Да, важно уметь договариваться с командой, с заказчиком, со смежными отделами, разрешать конфликты, фасилитировать собрания, давать обратную связь, не ополчая против себя людей. Но это еще не всё.

Правильно уметь собрать требования, выявить недостающее, понимать хотя бы в общих чертах, что тебе говорит разработка, вести полезную и понятную документацию, управлять процессами, сроками, скоупом, бюджетом, рисками, темпом поставки продукта.

А если PMBOK глянуть, могут глаза на лоб вылезти, шарики за ролики заехать и волосы дыбом встать от того, что порой можно и нужно делать ПМу. Вмиг пропадет желание входить в ИТ через менеджмент у тех, кто не осилил код, но всё равно хочет легких денежек побольше.

Не проект, а продукт
Скорее всего мне вкинут замечание, что в некоторых случаях «Надо бы управлять не проектом, а продуктом. Кроссфункциональная команда, все рядышком пилят, делают общее дело. Коллективный овнершип и вот это вот всё».
Да, супер, классно, я поддерживаю.
Но это как говорить, что надо бы бежать, а ты только ползать умеешь, еще не научился ходить. Вот пусть люди уделят время умению управлять проектами, а потом уже будут думать о более высокоуровневых альтернативах для более зрелых команд и компаний.

Итог
Цените и любите хороших ПМов. Они много хорошего могут принести и команде, и компании, и заказчику.
Если вы бизнес, то подумайте, может, каким-то из ваших ребят требуется дообучение.
А если вы ПМ, то сами о себе тоже подумайте в этом направлении. Не стоит думать, что подвешенный язык – это всё, что нужно в данной профессии.

Старт нового сезона и отмена программистов!

Я очень рад вам сообщить, что наш подкаст Кода кода сегодня начинает новый сезон! Мы заготовили много интересных тем и крутых гостей.

Сегодня мы разберемся, что такое no/low-code и пора ли отменять программистов. Обсудим, как за последние годы no/low-code поменял наш подход к разработке продуктов и поменял ли вообще, или всё это уже было, только такими словами не называлось. Узнаем, может ли абсолютно каждый научиться использовать no-code, где границы применимости таких решений, и можно ли скрещивать разные no-code сущности в одном продукте (для меня это было в некотором роде открытие).

А разбираться в этом нам помогут:
⁃ Знакомый многим техноблогер Вастрик
⁃ Игорь Озеров, основатель и директор агентства, которое занимается no-code решениями
⁃ Олег Харатов, руководитель разработки юнита в Аналитической платформе Авито.

Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут

Энтузиазм и небезразличие. Плюсы, минусы, подводные камни.

Очень часто в вакансиях можно прочитать одно и то же требование, только перефразированные по-разному: быть увлеченным, иметь горящие глаза, быть инициативным, самомотивированным и т.д. Так или иначе всё это про энтузиазм и небезразличие. Кажется, что это замечательные, очень нужные качества. Но давайте попробуем порассуждать, так ли они нужны, и всегда ли они полезны.

Плюсы
Очень классно работать с людьми, которым не всё равно.
Которые заботятся об общем деле в целом, а не о своей песочнице в частности.
Которые придут тебе на помощь, даже если формально это не их работа и не их ответственность.
Которые заботятся, чтобы и рабочий процесс, и результаты труда были комфортнее и лучше не только у них самих, но и у окружающих коллег.
Которые не городят костыли и говнокод, лишь бы сдать, а дальше хоть трава не расти.
Которые не сделают откровенную фигню для проекта и команды, лишь бы пройтись по головам, положить себе плюсик в резюме и пойти гастролировать по другим компаниям, оставив разбираться с последствиями своих вчерашних товарищей.

Я работал с такими, я сам стараюсь делать что-то подобное. Таких коллег мне хочется видеть вокруг себя почаще. Казалось бы, логично, чтобы эти качества требовали во всех вакансиях на свете.

Минусы
Порой энтузиазм может сыграть и злую шутку.
Как-то в детстве я услышал от взрослых фразу «нет ничего хуже, чем начальник-энтузиаст». Уже не помню от кого, но так она меня в тот момент удивила и вызвала непонимание, что въелась в память на года.
И вот сейчас я понимаю, что имелось в виду. Но тут хочется сделать уточнение, что профессиональный и небезразличный руководитель – это большой подарок судьбы. А вот непрофессиональный энтузиаст – это проклятие.

Такой будет вас гонять сегодня туда, завтра сюда, потом передумает, вернет всё обратно, после этого придумает вообще не нужную историю и впалит в это месяцы ваших сил, чтобы только потом понять, что этого не надо было делать в принципе. Будет он делать это не только с вами, но и со всей командой. И каждый раз еще расстраиваться, что вы его почему-то не поддерживаете.

Также бывают свои особенности с энтузиазмом у джунов. Они горят работой, они хотят быть крутыми специалистами, расти, развиваться, учиться. В результате чего смотрят доклады, читают статьи про успешный успех крупных компаний с кафкой/графкуэлем/скрамом/новым фреймворком/бигдатой/ноукодом и т.д. Читают, заряжаются энтузиазмом, но не понимают границы применимости этих вещей, и не готовы даже посчитать, сколько это внедрение будет стоить, и сколько будет стоить провал такого внедрения.

Раз уж у нас тут канал про тимлидство, то хочу подчеркнуть, что в этой ситуации большая ответственность лежит на тимлиде. Важно найти баланс между тем, чтобы ограничить деструктивный энтузиазм, заботясь о качестве продукта, и тем, чтобы не убить энтузиазм вообще.

А можно без этого?
Я считаю, что частенько незаслуженно упрекают тех, кому всё равно. Это тоже вполне себе хорошие работники.
Но с ними надо уметь работать. Тут больше нагрузка на руководителя. Ведь процесс надо выстроить, целеполагание, контроль исполнения и результатов труда.
Это сложно, поэтому некоторые руководители не хотят делать эту свою работу, а хотят нанять таких сотрудников, которые по волшебству самоорганизуются и сделают всё на свете, пока начальник бамбук покуривает где-то в теплых краях.

Итог
Я считаю, что вам очень повезло, если вы нашли компетентных коллег, которым не всё равно.
Если же у вас коллеги, которым всё равно, то при хорошем руководстве из этого вполне может получиться хороший результат.
Ну и опасайтесь энтузиазма некомпетентного. Не давите его на корню, а попробуйте его перевести в русло компетентного, и тогда будет вообще красота.

Бонусный контент
Пост на эту тему я договорился написать с Егором Толстым. Вы можете его знать по подкасту Подлодка, желанию всё на свете перевести на Котлин и по ироничным шуткам в твиттере. Текст Егора про это вы можете прочитать в канале TechLead Good Reads https://news.1rj.ru/str/leadgr/1031

Начните делать

Есть такой известный мем: «хороший совет для начинающих – начните». И это правда чудесный совет. Только вот хотелось бы уточнить, это не только для начинающих.

Как это бывает
Так уж сложилось, что сейчас у меня много знакомых ищут работу. Все они уже не джуниоры в своих областях.

Но подход у ребят разный:
⁃ Кто-то говорит: «Чтобы идти на собесы, я должен прорешать 100+ задач на литкоде, пройти вот эти и вон те курсы, вызубрить всю теорию по своему стэку, а еще систем дизайн есть, и к нему тоже есть отдельный мир подготовки». В итоге всё это растягивается на долгие месяцы подготовки.
⁃ Кто-то наоборот. Освежил базовые знания, порешал чуток задачек и пошел на собеседования.

Те, кто уже начал ходить по собесам, быстро поняли, где у них пробелы, что вообще и в каком формате спрашивают, какие бывают собеседования. Заодно поняли, что может случиться и так, что никакого литкода, никакого систем дизайна нет, а можно просто поговорить о своем опыте, о проекте и получить оффер.

Те же, кто усердно готовился, так и продолжают усердно готовиться. Конечно, может случиться такое, что они, благодаря своей мощной подготовке, пройдут собес на высокий грейд в топ компанию и обскачут тех, кто получил оффер в середняк. Но нередко бывают ситуации, когда они либо продолжают бесконечно учиться, всё больше трепеща перед мыслью о реальном собеседовании; либо, придя на собес, видят, что там вообще всё не так, как они думали; либо, несмотря на всю заученную теорию, на самом собесе волнуются и мало что показывают/рассказывают.

Это я всё к чему
К тому, что в данном случае подготовка безусловно важна, но важен и переход к действию, чтобы не быть вечным студентом и суметь наработать уверенность на собеседованиях в довольно стрессовых условиях. Ни по какому курсу эта уверенность не придет. Это как заниматься боксом, только читая книгу и представляя, что выйдешь в ринг и там всех победишь.

Так же и в музыке, допустим. Можно долго изучать ноты, различные классификации музыкальных произведений, историю разных жанров, биографию музыкантов и композиторов, но не начинать играть. И толку от этого будет мало. Но можно понять базу, а потом уже, сочетая с практикой, продолжать углублять свои теоретические знания, если это нужно (а может оказаться, что это нужно далеко не всегда).

Почему это бывает
Классическая история – синдром отличника. В детстве вдолбили, что надо делать всё идеально, НОРМАЛЬНАЯ оценка – это только пятерка! Если не будешь отличником, то умрешь бомжом в подворотне. Вот человек с таким настроем и не решается ничего начать делать, пока не решит, что ИДЕАЛЬНО готов. И какое же его ждет разочарование и дизмораль, если он подготовился, но у него почему-то не получилось.

А еще есть большой страх отказа, или боязнь показаться глупым. Как будто, если ты что-то не знаешь, что-то не так сделал, то все обязательно будут над тобой смеяться, подумают, что ты лузер и ничтожество. А на самом деле людей интересуют в основном они сами, а не вы. Так что ваши косяки скорее всего пролетят мимо, и о них быстро забудут.

Как нанимающий менеджер, я проводил много собеседований и отвергал много кандидатов. И там не было никакого смакования, или зацикливания. Просто пособесил, если не подходит – отказали, пошли дальше делами заниматься, всё. Порой даже хочется неподошедшему человеку добро сделать и дать ему каких-то советов, или материалов, где, что, как подтянуть. Не походит это всё на то, чего надо бояться, да?

Итог
Я искренне вам хочу пожелать, чтобы ваша теоретическая подготовка не расходилась слишком сильно с практикой. Очень многие люди на этом обжигаются и тратят уйму времени, превращаясь в вечных студентов, боящихся сделать даже небольшой шаг вперед. Жизнь одна, и время идет. Если вы не начнете действовать, то за вас это точно никто не сделает.
Ошибаться – это нормально. Практика и ошибки очень многому могут научить.
Так что действуйте, ошибайтесь, учитесь и пусть у вас всё получится.

Комфортное код ревью и душевное парное программирование.

Это, пожалуй, один из моих самых любимых выпусков за последнее время❤️

Рассмотрели кодревью и парное программирование: плюсы, минусы, как делать правильно, как делать комфортно, какую конкретно пользу можно извлечь, какой конкретно вред можно нанести.

Мне кажется, получилось очень хорошо, а главное, человеколюбиво, что ли. Невероятно приятное и теплое впечатление оставили у меня интервью гостей. Сразу понимаешь, что с такими людьми, и в таких командах, работал бы с огромным удовольствием.

Навели всю эту душевную атмосферу:
- Мой дорогой товарищ Виталий Шароватов, который уже у нас бывал однажды в выпуске про обучение внутри компаний.
- Уважаемый мной Алексей Нестеров. Тот самый Лёша из Radio-T. Я большой поклонник этого подкаста, и слушал те выпуски, когда Леша просто разовым гостем туда приходил. Помню, как радовался, когда он стал там соведущим на постоянной основе. Мечтаю, что когда-нибудь у нас Умпутун побывает, если вы понимаете о ком я🙂
- Павел Вирский из Авито, где традиционно любят анализировать и развивать всякие инженерные практики.

Желаю вам приятного прослушивания и искренне надеюсь, что вам этот выпуск понравится так же, как и мне.
Оставляйте свои комментарии! Мы им всегда рады.

Ссылка на пост с описанием и картиночками тут

Начал дело – доделывай смело!

Сегодня хочется обсудить такое простое, но такое редкое явление, как люди, доделывающие дела.
Возможно, вам покажется, что этот пост – дедовское пятничное брюзжание 🙂 А возможно, и нет. Приходите в комментарии, делитесь своей статистикой и наблюдениями.

В работе
Не знаю, как вам, а мне не раз доводилось встречать людей, которые не доводят дела до конца и на рядовых, и на руководящих позициях. Причем я сейчас не про ситуацию, когда разворот оправдан, ветер бизнеса подул в другую сторону, случилось что-то критическое и т.д.
А вот просто иногда люди любят наобещать красиво, а потом словно на магию надеются какую-то: если повезет, то всё сделаем и раструбим всему свету, какие мы молодцы. А если не сделаем, то просто молча сольемся, сделав вид, что никаких обещаний и не было, авось и не вспомнит никто.

На рядовых позициях это часто касается конкретных обещаний по задачам и срокам, тут всё довольно банально.
На руководящих позициях может быть более глобально. Это или обещания интересных проектов и профитов команде, и потом молчаливый слив на полпути, или обещания бизнесу золотых гор и классных проектов.

Один из ярких примеров: как-то видел, как в одну компанию наняли на должность с приставкой «С» крутого парня, который сделал красивую презентацию какой он великий, и как он преобразит все проекты.
Печаль ситуации в том, что спустя год, там было сделано ровно 0 (ноль). Ничего. Вообще. Без каких-либо объяснений. Просто проект продолжал висеть анонсированный, якобы активный, но абсолютно мертвый.

В жизни
Все же помнят какую-нибудь крутую интересную поездку, на которую вы с друзьями договорились, притарились шмотками, уже билеты купили, визы понаделали, а потом в последний момент половина людей просто сливается под любыми предлогами?
Или когда договорился с кем-то делать какое-то дело: бизнес, пет проект, подкаст, комьюнити, а в результате человек начал с тобой, сделал первые несколько шагов и пропал.

Откуда это берется?
На мой взгляд, это боязнь трудностей пополам с несерьезным отношением к обязательствам, которые на себя берешь.
Клево бить себя в грудь и кичиться тем, что сделал крутую штуку, когда тебе это легко дается. А ты пойди доделай там, где затык за затыком, но надо их преодолеть, потому что за тебя это никто не сделает.
Ну и слово кому-то данное, тоже порой сложно держать. Ведь куда легче просто при первых трудностях либо отмазаться, либо камнем прикинуться (детская какая-то история, но взрослые люди так правда тоже делают).

К чем это я всё?
К тому, что повидав всякое, поработав со всякими, поделав дела разные, я стал со временем оооочень ценить тех, кто доделывает дела до конца. Подобных надежных людей я знаю не так много, как бы мне хотелось, но я точно уверен, что с ними я бы хотел и дружить, и делать бизнес/пет проект, и работу работать.

Вот, например, вы знаете, что я являюсь соведущим подкаста «Кода кода». Я очень люблю подкасты и всегда думал, что интересно было бы такое делать, но один я не затащу. Поэтому искал напарника. Так вот, прежде чем попасть в этот подкаст, со мной другие ребята не один раз договаривались делать подкаст и не один раз пропадали.

А в «Кода кода» мне невероятно повезло с напарником, который все свои обещания исправно выполняет. И я стараюсь так же. Поэтому у нас уже пятый сезон выходит, а у обещателей всяких разных либо ни одного, либо пара-тройка выпусков и на этом всё.
Я точно знаю, что если мы подкаст так исправно годами делаем и друг друга не подводим, то мы могли бы и работать вместе, и бизнес вместе делать. В таких людях я уверен, с такими я сотрудничаю с огромным удовольствием и уважением.

Итог
Взялись за дело – доделайте до конца. Старайтесь соблюдать свои обещания и обязательства, не сливайтесь молча при трудностях.
А если приходится менять планы и отказываться от данных вами обещаний, то объясните, почему так произошло, тем, кто от вас чего-то ждет.
Я искренне вам желаю почаще встречать ответственных и надежных людей, потому что они и дело доделают, и своим личным примером мотивируют окружающих становиться лучше в этом смысле.

Результаты исследования руководителей разработки от DevCrowd

- 90% руководителей перешли в менеджмент в той же компании, где работали инженерами.
- Топ-3 обязанности руководителя: собеседования, развитие людей в команде и оценка их перфоманса.
- 80% тимлидов считают себя сильнее большинства в своей команде.
- Активно ищет работу только каждый десятый тимлид.
- Самые привлекательные сферы для работы: финтех, инструменты для разработчиков и обучающие сервисы.

Эта и другая статистика про то, куда переехали, где работают, что изучают и чем занимаются на работе руководители разработки – в исследовании от DevCrowd

P.S. Я рад, что мой канал и наш подкаст попали в эту статистику.
Но не с честолюбивой точки зрения, а просто рад получить лишнее подтверждение, что эти труды совершаются не зря, и людям контент интересен и полезен👍

Микроменеджер — горе в команде

Недавно мне в очередной раз посчастливилось выступить на TeamLead Conf. И в очередной раз я бы хотел выразить огромную благодарность всей команде за отличнейшую организацию мероприятия и огромную заботу о спикерах. Рома Ивлиев, Ксюша Губаненкова, Леша Обровец❤️

В этот раз я говорил про микроменеджмент.

Я понимал, что тема это больная и актуальная, поэтому и решил свой небольшой вклад в подсвечивание и решение данной проблемы сделать. Однако я не ожидал, что она настолько широкий эмоциональный отклик вызовет🙂
Еще час после доклада мы это дело обсуждали в кулуарах. Да и на следующий день тоже с разными людьми к этому возвращались.

Мне не удалось попасть в топ-5 докладов конференции, но по статистике в топ-10 я попал. Возможно я стал лучше делать презентации, или чуть интереснее рассказывать, но это не точно😄

Делюсь с вами ссылкой на свой доклад https://youtu.be/WhiBmsEw4Jk
Надеюсь будет вам полезен, или хотя бы просто интересен.
Может быть вы узнаете в себе микроменеджера, а может поделитесь им с микроменеджерами для просвещения, или просто будете предупреждены и в будущем избежите подобной участи.

Бонусный контент
На этом же тимлидконфе в соседнем зале выступал мой друг и товарищ по подкасту "Кода кода" Виктор Корейша. У него был интересный и довольно подробный доклад про настолки и то, как они могут в работе пригодиться.
Однажды мне удалось поучаствовать в партии, которую Витя организовывал, и это были невероятные впечатления. Я потом ходил и еще неделю всем эту историю рассказывал) Даже немного завидую его коллегам, которые могут почаще так с ним собираться.
Ссылка на его доклад тут https://news.1rj.ru/str/kodakodacast/266

Мало кто хочет быть тимлидом

Когда я был лет на 10 моложе и только пришел из администрирования в разработку, мне казалось, что тимлиды – это какие-то небожители. Наверное, каждый мечтает стать тимлидом.
Прошло время, я повидал всякого и на своем опыте, и на опыте людей из индустрии. Ну и в последние месяцы, так уж вышло, я активно походил по рынку труда тимлидских и несколько выше позиций.
Оказалось, что мало кто хочет быть тимлидом 🙂
Люди в командах прямым текстом просят нанять им тимлида, при этом сами ни в коем случае не желают занимать эту позицию. Хотя, казалось бы, надежнее и стабильнее, чтобы вашим руководителем стал уже известный человек, чем незнакомый дядя или тётя со стороны, которые фиг знает какие порядки к вам в команду принесут.
Причем чем технологически сложнее проект и хардкорнее команда, тем всё меньше желающих стать в своей команде тимлидом, и всё больше вакансий на наём со стороны. Это не ультимативное заявление абсолютной правды, это мое личное наблюдение на собесах.

Почему так происходит?
Да потому что тимлидство – это вечная дерготня туда-сюда, разрыв контекста, море встреч, работа с людьми, проектами и куча ответственности. А программисты зачастую просто хотят писать код, и чтобы их не отвлекали. Меньше встреч, меньше коммуникации по левым вопросам, меньше скоуп ответственности, а больше хардкора, хайлоада, красивого кода и байтиков.
Опытные люди понимают, что тимлид – это не ВЛАСТЬ, ДЕНЬГИ и САМЫЕ ИНТЕРЕСНЫЕ ЗАДАЧИ. Это рутина, куча работы и огромное количество контекстов как в фильме «Всё везде и сразу».

Правда ли всё вот так?
И да, и нет.
С одной стороны правда, что у тимлида забот может быть сильно больше, чем у рядового разработчика. И тут же правда, что при этом уровень зарплат может не очень разниться с сениорными вилками.

Однако не всё так плохо. В позиции тимлида тоже есть много плюсов. Например, уровень оказываемого влияния на проект и команду ощутимо выше. Просто это подходит не всем. Кому-то плевать на какое-то там влияние на проект, дайте сложную фичу запилить. А кто-то искренне кайфует о того, что может наладить плохо работающий в команде или компании процесс, либо помочь людям комфортно работать и профессионально развиваться, либо продвинуть какой-то проект, который бы так и не увидел свет, если бы не твои усилия.

Так что тут в первую очередь важно понять свою внутреннюю мотивацию и предрасположенность к тому или иному виду деятельности.
И вот, как показала практика, многие понимают, и им вообще не хочется в тимлидство соваться. Это я еще не говорю про некоторых своих знакомых, которые вышли из тимлидов в рядовые разработчики и говорят, что им стало хорошо и спокойно:)

Итог
Не хочу ни в коем случае как-то нагнетать негатив или тревогу. Просто решил поделиться с вами своими наблюдениями, которые проводил последние месяцы.

Тем не менее в индустрию постоянно приходит поток начинающих руководителей, и я рад, что у нас в комьюнити есть достаточно каналов, статей, конференций и докладов про то, как в этом не растеряться и не наломать дров. Сам по мере сил и опыта стараюсь какой-то полезный вклад в это тоже делать.

Бонусный контент
Эту тему я предложил обсудить Ване Ботанову, ведущему подкастов «В офисе» и «Деплой».
Мы с Ваней периодически совпадаем во взглядах, и мне нравится контент, который он генерит. Опыт в управлении у него большой, так что с удовольствием прочитаю, что он написал в свое канале тут

Стартапы, но не совсем

Часто мы представляем стартапы, как продукты, зародившиеся в гараже у пары-тройки гениальных ребят и девчат. Ну или как приключения героев сериала «Кремниевая долина», которые ищут инвесторов, борются за рыночную оценку компании и вот это вот всё.

В этом же выпуске мы решили рассмотреть альтернативный вариант – стартапы, возникающие внутри уже крупных, состоявшихся компаний.
Со стороны кажется, что это идеальная ситуация. Есть деньги, люди, технологии, инфраструктура, маркетинг.

Что может в этом идеале пойти не так? Так ли всё радужно на самом деле? Какая специфика создания и поддержки проектов? Всё это мы рассмотрим вместе с нашими гостями, повидавшими всякие стартапы на своём веку:)

Признаться честно, для меня в этом выпуске было несколько неожиданных откровений. Делитесь и вы своими находками в комментариях!

Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут

Компромиссы и трейдоффы на каждом шагу

Сразу оговорюсь, что буду употреблять оба слова «компромисс» и «трейдофф» в одном смысле. Буду иметь в виду принятие такого ситуативного решения, которое ведет к улучшению чего-то одного за счет ухудшения чего-то другого.
В случае компромисса легче всего это понять на примере взаимных уступок конфликтующих сторон. Чтобы произошло что-то хорошее для обеих сторон, обе стороны должны чем-то пожертвовать.

Трейдоффы в технической части
За последние два месяца собеседований мне довелось поучаствовать в нескольких интервью по дизайну распределенных систем. Если вы проходили подобные собесы или погружались в то, как работают распределенные системы (например, читали книгу с кабанчиком), то вы уже знаете, что там всё – сплошной трейдофф.
Хочешь строгой консистентности данных – будь готов, что будет медленно. Хочешь скорости – поступишься или консистентностью, или надежностью, например. Да та же CAP-теорема уже сплошной ходячий трейдофф, потому что из трех свойств надо выбрать только два, а в случае с распределенными системами выбор еще больше сужается.

В технической части, кажется, люди уже поняли, что магии не бывает, и при любом своем архитектурном решении придется чем-то пожертвовать. То есть наша система будет работать примерно как надо, но не всесторонне идеально.

Компромиссы в части менеджмента
При прохождении собесов по менеджменту становится видно, что опытные, видавшие всякое менеджеры также понимают, что и в организации рабочих процессов сплошь компромиссы.
Вот ты скрам впихнул, но есть у него свои границы применимости. Он зафреймил команду на недвижимый скоуп спринта, и как только ты начинаешь накидывать в топку еще задач, всё едет, разваливается, и прогнозы уже становятся пустыми обещаниями.

Был интересный собес, где рассказывал ребятам, как у меня была одна команда и около 15 проектных направлений с большим потоком задач с разных сторон. Пришлось эволюционировать больше в сторону канбана. Собеседующий в ответ рассказал, что у него была ровно такая же ситуация и ровно к этому же они у себя в команде пришли. А ведь это тоже трейдофф. У тебя поток работы идет быстрее, но прогнозирование для любой задачи становится менее точным.

По тому, что я видел в менеджменте, люди в целом меньше понимают, что компромиссы присутствуют на каждом шагу, нежели ребята из технического мира.

На мой взгляд, это из-за недостаточного самообразования. Технари точно понимают, что надо учиться тому и этому, иначе они просто не смогут свою работу делать. А в менеджменте некоторые граждане думают, что навык, где надо заболтать, где надо подлизаться, где надо надавить, – это всё, что надо знать и уметь. Отсюда и надежды на магию, желание впихнуть невпихуемое, и горящие работяги, работающие по вечерам и выходным, чтобы оправдать несбыточные обещания горе-управленцев.

К чему я это всё?
К тому, что чем бы вы ни занимались: разработкой, менеджментом, планированием совмещения работы и образования, балансированием работы и личной жизни, – помните, что магии не случится. Не получится сразу посидеть на всех стульях и съесть всё, что хотелось бы съесть. И это абсолютно нормально, так и должно быть. И когда вы это поймете и примете, то станет (надеюсь) немного понятнее, что некоторые вещи стоит перестать делать, потому что они отнимают время и ресурсы у других, более важных вещей.

Итог
Вся наша работа, да и жизнь – сплошной компромисс. Где-то что-то улучшая, мы где-то что-то ухудшаем. И я очень надеюсь, что после этого капитанского напоминания вы хотя бы один лишний раз задумаетесь о том, правильно ли у вас сейчас распределен баланс этих уступок и профитов. Вдруг что-то уже и поменять пора 🙂

Демотивация. Страх и ненависть на работе.

Недавно делал онлайн доклад на любимой мною Podlodka Teamlead Crew. У меня не просили конкретной темы, а просто уточнили, нет ли у меня какой-то животрепещущей проблемы, про которую я хотел бы рассказать. И я решил рассказать про демотивацию.

Я видел очень много правда крутых статей и докладов про мотивацию. И общая теория подается понятно, и какие-нибудь хитрые необычные способы замотивировать людей. Но материалов про демотивацию я встречал куда меньше.

Такое ощущение, что всё у нас в индустрии хорошо, проблем нет, и остается только еще сильнее мотивировать уже и так улыбающихся румянощеких трудяг.

В докладе я постарался рассказать что такое демотивация, откуда она берется, на что может повлиять руководитель, к каким разрушительным последствием это всё может привести, как с этим бороться. Еще примеров из жизни привел. Судя по чату во время доклада, многие люди проходили через похожие проблемы.

Видео доклада можно посмотреть тут

Давайте мотивировать друг друга не демотивировать друг друга❤️

Нет волшебных пилюль, но есть обычные

Частенько в менеджменте, разработке и бытовой жизни я сталкиваюсь с тем, что люди мечтают найти волшебную пилюлю. Некое такое действие, пусть и супер хитрое, неочевидное, но делающее из всего плохого всё хорошее.

В погоне за поиском этой магии они готовы скатиться в переусложнения на ровном месте. Ведь сложно иметь какой-то один инструмент или процесс, который бы всё на свете решал. Поэтому его обвязывают какими-нибудь расширениями, условиями, исключениями, и в результате получается суперкастомный монструозный велосипед.

Сложно – это просто
На мой взгляд, поиск волшебной пилюли, пусть и сложного производства, идет от желания достичь результат простым способом. Такой вот парадокс.
Вместо того, чтобы посидеть, подумать, разобраться в проблемах, структурировать, найти адекватные способы решения с подходящими границами применимости, проще понадеяться на магию «щас я вот эту штуку затащу, и она как-нибудь все проблемы решит». Примерно это можете наблюдать в индустрии, где каждый тащит к себе скрам, хотя он не каждому нужен.

Просто – это сложно
Весь мой канал состоит из простых, капитанских рецептов. Иногда я получаю отзывы типа «да, это было очевидно, но мы чёт не делали, а начали делать – стало лучше», а иногда «да блин, тут столько разных действий надо сделать, а нельзя как-то, чтобы надо было одно какое-то?».

Однажды я делал доклад на замечательном Владимирском митапе про то, как проводить собрания, готовиться к ним, что делать после. И там советы один очевиднее другого.
Пообщавшись в кулуарах, узнав опыт других товарищей по индустрии, я убедился, что схема-то рабочая вполне. Компании, которые правда подобным образом готовят встречи, живут в этом плане вполне комфортно.
А те, кто испытывал проблемы в организации митингов, признавались, что где-то лень делать некоторые вещи, а где-то дисциплины не хватает.

Я к тому, что если вещи кажутся простыми, то еще не факт, что их легко будет регулярно соблюдать. Но такова жизнь, если мы сами их делать не будем, то скорее всего никто не будет. Каждый будет надеяться на магию волшебной одной пилюли, которую принял, и оно всё как-то само уже дальше без усилий наладилось. Немного похоже на «что бы съесть, чтобы похудеть».

Итог
Безусловно стоит интересоваться разными методиками решения проблем, но я бы рекомендовал не надеяться на чудо. А еще переусложнение процесса или инструмента в надежде сделать из него убер-тулзу, которая решает все проблемы, чревато тем, что и поддерживать это будет тяжело, и объяснять людям, как это работает, и изменять.
А еще не забывайте про дисциплину в исполнении простых, очевидных штук. Это может дать очень большой профит без выдумывания сложноты.

Не зря разработчики так часто говорят про принцип «Keep it simple stupid», который вроде как даже и не из разработки пришел, а из ВМС и авиастроения.

Еще немного Unix way напоминает, который постулирует написание простых программ, делающих что-то одно, но хорошо.

Есть два стула: work и life. Или не так?

На мой взгляд, тема work/life баланса очень важна. Она в целом далеко не только про ИТ, но в ИТ она касается всех от руководителей до рядовых работников. Одни пытаются уследить за бесконечными релизами новых инструментов, другие успеть сделать все задачи, третьи достичь успешного успеха, про который из каждого утюга вещают.
В итоге непонятно как все успевать, когда всё успевать, надо ли всё успевать, и когда при этом успевать позаниматься своими личными делами, хобби, семьей и т.д.

В этом выпуске, который мы записывали после работы до 9 вечера, мы это всё хорошенечко обсудили 🙂

Для меня это очень важная, а местами и больная тема.
Несмотря на то, что правда получается довольно много успевать заниматься и работой, и консалтингом, и подкастом, и каналом, и публичными выступлениями, и спортивными занятиями регулярными, мне точно есть к чему стремиться в плане выравнивания этого баланса🙂

Мы с Виктором постарались своим опытом поделиться, а гости еще много интересных примеров рассказали. Надеюсь этот выпуск поможет кому-то обойти некоторые грабли, и воспользоваться полезными советами как упростить себе сосуществовании жизни и работы.

Буду искренне рад и благодарен, если вы в комментариях поделитесь своими рецептами сохранения баланса работы и жизни.

Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут

Стеклянный потолок

Сегодня я определю стеклянный потолок как метафору, которой обозначают некий барьер, мешающий человеку подняться вверх по карьерной лестнице.

Возможно, вы с этим явлением сталкивались. Буду благодарен, если поделитесь в комментариях своими историями об этом.

Как и почему это обычно бывает
Рассмотрим самые типовые случаи.
⁃ Человек хорошо выполняет свою работу на текущей позиции, но его никак не повышают, каждый раз говоря, что надо доделать этот проект, надо добить вон тот OKR, и т.д.
Это частая история, когда вашему руководителю по сути пофигу на ваши потребности, но очень не пофигу на потребности проекта, бизнеса и свои. Такие руководители никогда не двинут человека, хорошо делающего хорошо работу на текущем месте, ведь тогда надо будет суетиться, разбираться, кого вместо него поставить, обучать, адаптировать. А вдруг он будет не так хорош? «Ну и пусть тогда сидит на месте вечно, а меня будут хвалить за то, как у меня команда классно работает».
Заканчивается это обычно тем, что хороший работник вообще уходит. А мог бы и в компании остаться, если бы не стеклянный потолок.
⁃ Иногда потолок создается агрессивно. Работник вроде бы работу свою делает, проекты закрывает, но ему каждый раз потихоньку капают, что тут можно было бы и получше, здесь медленновато, там надо было побольше.
Я сталкивался с таким. Это определенная бизнес модель компании, которая приводит к тому, что сотрудники все зашуганные, но при этом не просят прибавку и повышение, боятся идти на рынок труда, потому что им годами внушается, какие они недостаточно хорошие.
Стоит только одному-двум сотрудникам вырваться из этих странных отношений, неплохо устроиться и рассказать об этом бывшим коллегам, начинается лавина увольнений.
⁃ Иногда в целом может быть культура компании такова, что как только требуется добавить руководителей, за ними сразу идут на рынок (или друзей приводят). А те, кто долгое время работали на своих позициях, они так и остаются работать, видя калейдоскоп из сменяющихся новых начальников. По моим наблюдениям такое встречается в компаниях с окологосушной культурой, которые и сами работают с госушными и окологосушными структурами.

Что с этим делать?
⁃ Нужно явно разговаривать об этом со своим руководителем. Часто люди верят, что они будут хорошо трудиться, их труды заметят, прочтут мысли о повышении и обязательно повысят. На практике все всегда в мыле, занимаются своими заботами, хрустальный шар в ремонте, а телепатия не работает.
⁃ Нужно смотреть по сторонам и оценивать культуру если не компании в целом, то конкретно вашего подразделения в частности.
⁃ Нужно валидировать свои навыки и работу. Собирать обратную связь, заглядывать на рынок труда, общаться с людьми из индустрии. Тогда будет более понятно, на каком уровне ваши скиллы, до какой позиции они дотягивают, что в других компаниях на подобных позициях с людей требуют.

Так ли надо пробивать стеклянный потолок?
Сам по себе я тот еще достигатор, но это тема для отдельного поста.

Тем не менее я всегда был против общественного давления на каждого работника, что он должен, прямо обязан вечно бесконечно расти и учиться. Для кого-то работа – это просто средство заработать денег. Таким людям хочется поскорее после работы вернуться домой к семье, встретиться с друзьями, заняться своими хобби и так далее. И я не считаю это чем-то зазорным. С такими тоже можно комфортно и продуктивно работать.

А уже задача руководителя уметь правильно применять нужных людей в нужных местах работы.

Итог
Стеклянный потолок – это беда для карьеры. Он заставляет буксовать годами, тратя ценное время своей жизни. Но не хотеть его пробить – это нормально. Главное, чтобы вы сами в себе разобрались, чего вы искренне хотите.

Бонусный контент
Пост на эту тему мы договорились сделать с моим очень хорошим товарищем и крутым специалистом Виталием Шароватовым. Он рассмотрел эту тему с несколько другого угла. Виталий ведет большую просветительскую деятельность по вопросам менеджмента и не только. Его пост тут

Всё везде и сразу

Вы знаете, что я иногда делюсь с вами ссылками на свои доклады, статьи, подкасты, где мне довелось побывать.

Я решил собрать всё это на одной страничке, чтобы и мне самому не путаться, и кому-то из заинтересовавшихся можно было поискать, что я еще где наговорил 🙂

Буду рад, если удастся что-то еще интересное или полезное донести своим контентом👍

https://antonov-dev.ru/about

Анекдот про двух работников

Возможно, вы знаете, что я люблю анекдоты (хобби для тех, кому за 30). Писал на подобной основе посты https://news.1rj.ru/str/general_it_talks/284 https://news.1rj.ru/str/general_it_talks/270 https://news.1rj.ru/str/general_it_talks/259 https://news.1rj.ru/str/general_it_talks/114

Сегодня пришло время для еще одной народной мудрости🙂

Анекдот
Один работник зашел к барину и говорит:
— Барин! Почему ты мне платишь всего пять копеек, а Ивану всегда пять рублей?
Барин смотрит в окно и говорит:
— Вижу я, кто-то едет. Вроде бы сено мимо нас везут. Выйди-ка, посмотри.
Вышел работник. Зашел снова и говорит:
— Правда, барин. Вроде сено.
— А не знаешь откуда? Может, с Семеновских лугов?
— Не знаю.
— Сходи и узнай.
Пошел работник. Снова входит.
— Барин! Точно, с Семеновских.
— А не знаешь, сено первого или второго укоса?
— Не знаю.
— Так сходи, узнай!
Вышел работник. Возвращается снова.
— Барин! Первого укоса!
— А не знаешь, почём?
— Не знаю.
— Так сходи, узнай.
Сходил. Вернулся и говорит:
— Барин! По пять рублей.
— А дешевле не отдают?
— Не знаю.
В этот момент входит Иван и говорит:
— Барин! Мимо везли сено с Семеновских лугов первого укоса. Просили по 5 рублей. Сторговались по 3 рубля за воз. Я их загнал во двор, и они там разгружают.
Барин обращается к первому работнику и говорит:
— Теперь ты понял, почему тебе платят 5 копеек, а Ивану 5 рублей?

Вывод из анекдота
Люди очень ценят инициативных и проактивных товарищей. Взамен за эти качества в приличных местах можно иметь к себе хорошее отношение и различные материальные блага.
Особенно инициативность и проактивность важна нам, тимлидам. Если тимлид просто отсиживает жопочасы, то что и как делает его команда?

Не всегда такое бывает
⁃ Иногда люди после долгого микроменеджмента не способны проявлять инициативу. Таким надо помочь.
⁃ Иногда люди просто не хотят. И это нормально. Не каждый должен носиться электровеником. Для таких людей тоже найдется куча подходящей работы, главное только уметь её правильно подобрать и проконтролировать. И безынициативным следует адекватно матчить ожидания и реальность, как в сегодняшнем анекдоте.
⁃ Иногда инициатива идет не в ту сторону, которая полезна для компании и команды. Задача руководителя – уметь её перенаправить.
⁃ А иногда вы проявляете стотыщ полезных инициатив, а ничего вам за это не дают, кроме важного похлопывания по плечу в курилке и грамоты на корпоративе. Тут уж сами подумайте, насколько вам стоит продолжать там работать, покуда в индустрии большой спрос на толковых людей.

Итог
Очень круто работать с проактивными и инициативными. Особенно если вся их деятельность направлена в нужное и продуктивное русло.

Но требовать это от всех не стоит. У каждого своя жизнь, свои интересы, свои приоритеты. Как руководитель умейте ставить подходящих людей на подходящие задачи.

Развивать нельзя забить

Я считаю, что развивать людей в частности и команды в целом – довольно важное занятие. Особенно в условиях, когда на всех крутых сениоров не напасешься.

В этом большом спецвыпуске мы хорошенько обсудили эту тему.

⁃ Нужно ли вообще развивать команды, или достаточно нанять сениоров и не париться?
⁃ Чем выгодно компании вкладываться в развитие людей?
⁃ Чем отличается развитие джунов и мидлов от сениоров и лидов?
⁃ Чем развитие конкретного специалиста отличается от развития команды?
⁃ Как гармонично встраивать обучение и развитие в рабочий процесс?
⁃ Как сопоставить потребность развития со стороны сотрудника и со стороны бизнеса?
⁃ Все ли обязаны развиваться и хотеть развиваться?
⁃ Кто отвечает за развитие команды?

Знаю, что в индустрии неоднозначно относятся к матрицам компетенций, поэтому не мог не поднять этот вопрос🙂
Тем более у кого, как не у Авито про это спрашивать?) Ведь когда заходит разговор про какой-то хороший образец матрицы компетенций, всегда одним из первых всплывает плейбук https://github.com/avito-tech/playbook

Делитесь в комментариях своими историями о том, как вы развиваете своих сотрудников, или как компания развивает вас. Или как вы не развиваетесь и живете счастливой жизнью 🙂

Приятного прослушивания!
Ссылка на пост с описанием и картиночками тут

Разные точки зрения

Как вы относитесь к тому, что в команде появляется разный взгляд на одни и те же вещи?
С одной стороны, мне хочется, чтобы со мной было как можно больше согласных и как можно меньше несогласных. А с другой – я понимаю, что перекос в одну сторону затянет меня и команду на какую-то одну колею, из которой можно уже и не выехать.

Наличие разных точек зрения
Кажется, что разные точки зрения могут провоцировать несогласие и конфликты. Да, могут. Руководитель должен свести конфликт из деструктивного в конструктивный. Пост про конфликты я писал тут Управление конфликтами поэтому не будем сейчас на этом останавливаться.

Сказать же хочется о том, что если вы прошли стадию боязни потенциального конфликта, если умеете такие вещи разрешать, если команда у вас умеет конструктивно обсуждать разные мнения по разным вопросам, то здесь вы можете получить отличный буст продуктивности. Нет такого, что один авторитарный персонаж ультимативно решает, как надо, а остальные просто соглашаются, даже не утруждаясь задуматься (ведь всё равно персонаж продавит).
Много умных (мы же все такие, да? 🙂 ) голов в споре обсудят плюсы и минусы, пропустят всё это через призму своих опытов, знаний, навыков. Найдут какое-то более-менее оптимальное решение.
Еще господин Сократ говорил, что в споре рождается истина.

Добавлю, пожалуй, что есть еще одна крайность – вечный спор. Такой риск существует, и тут тоже задача руководителя: научиться самому и научить команду, когда уже стоит остановиться, зафиксировать какое-то решение, и начать действовать.

Я видел компании и команды, где споров боятся как огня, игнорируют или давят любое альтернативное мнение. И там всё всегда примерно одинаково, хоть сейчас загляни, хоть через 5 лет, хоть через 10. Я не осуждаю такой подход. Это, безусловно, личный выбор каждого – работать, как ему хочется. Для кого-то это вполне себе уют, стабильность и уверенность в завтрашнем дне.
Просто именно для себя считаю такое некоторым закисанием, отсутствием прогресса и невозможностью адаптироваться под динамично меняющуюся реальность.

Откуда можно еще эти точки зрения брать?
Лично мне очень помогают:
⁃ Книги. Умные дяденьки и тетеньки пишут книги, которые в комьюнити уже годы назад провалидированы и высоко оценены.
⁃ Подкасты. Всегда очень интересно узнавать, что и как делают коллеги по индустрии в разных компаниях.
⁃ Комьюнити. Есть всякие чаты, твиторы, сообщества и всякое такое, где можно вживую подискутировать. Поделиться своим опытом, узнать чужой.
⁃ Телеграм-каналы. Я читаю довольно много каналов про управление. С чем-то я согласен, с чем-то не согласен, а про что-то и вовсе не думал.

Раз уж вы меня читаете в телеграме, то я и поделюсь с вами подборкой тимлидских телеграм-каналов Тимлидские каналы.

Мы с авторами этих каналов решили соорганизоваться в общую папочку и расшариться. Я этому рад еще и потому, что давно уже хотел сделать подборку каналов, которые сам читаю, которые лично для себя считаю генераторами полезных и интересных идей. А теперь мне и не надо этим заниматься, уже вот она, папочка, готова)
В ней нет ни одного канала, который бы я не читал, или не хотел бы рекомендовать другим.

И там тоже, сюрприз-сюрприз, вы можете встретить разные мнения по одинаковым вопросам (особенно задаст жару Виталий Шароватов). Но в том и прелесть, что вы можете посмотреть на вопрос с разных сторон и сделать уже самостоятельные выводы, после ознакомления с агитацией и критикой.

Итог
Иметь разные точки зрения в команде – это не что-то плохое. Если вы сумеете управиться с руганью и вечными спорами, то получите много пользы.
Самостоятельно можно тоже отыскивать разные мнения по интересующим вопросам, и на основе этого уже формировать своё собственное.

Disagree and commit

Disagree and commit – это принцип, гласящий, что пока решение обсуждается и выбирается, вы можете не соглашаться, спорить, пытаться его изменить, отстаивать свою правоту. Но потом, какое бы решение ни было финально выбрано, команда уже будет следовать ему, не взирая на то, что кто-то остался не согласен.

В сообществе руководителей я встречал разное отношение к этой идее. В большинстве случаев это было отношение положительное. Кто-то даже в правила/манифест компании себе это пишет. Намного реже, но бывает и альтернативное мнение.

ЗА
Я больше выступаю за. Несмотря на то, что я такой человек, для которого очень важно делать так, как он считает правильным.
Мое мнение, что покуда ты в коллективе, в команде, то индивидуализм в разумной степени должен быть ограничен, иначе можно будет просто до бесконечности спорить о какой-то мелочи (да и не мелочи), но так и не начать что-то делать. Или начать делать в стиле лебедя, рака и щуки.

Если хочется отстоять свое мнение, продать, продавить, называйте как угодно, то никто не мешает всем этим заниматься, пока идет процесс принятия решения. Он либо завершится тем, что все согласятся, либо из-за бесконечных споров наступит какой-то таймаут, и голос будет за тем, кто в данном варианте уполномочен решать.

Когда решение зафиксировано, пора уже дело делать, а не разговоры разговаривать. А если упереться рогом, пока твои товарищи пошли работу работать, то получится в некотором роде саботаж и неуважение.

В конце концов, никто не мешает запросить со временем дообсуждение, если начали делать как договорились, но становится понятно, что результат идет не туда. Это даже будет нагляднее и убедительнее, чем, не попробовав, начинать уже на старте со всеми бодаться.

ПРОТИВ
Альтернативное мнение предлагает более гуманистический подход. Если каждого убедить, со всеми договориться, всё сделать идеально и полюбовно, то наступит счастье и буст производительности команды. Тут я согласен, видел такое, и это было комфортно и продуктивно.

Но, на мой взгляд, в жизни и бизнесе бывает сложно идеально разрулить даже в малочисленном коллективе на 10-50 человек. У каждого свои интересы: профессиональные, карьерные, финансовые, моральные.
А если у вас компания в N тысяч работников, то там 146% кто-то с кем-то и чем-то будет категорически не согласен.

Итог
Мы работаем в командах и в командах команд. Надо своё мнение отстаивать, но надо и уметь не тормозить при этом своих товарищей и общее дело.
Но если вам повезло работать в команде, где все умеют договориться до единодушного решения, я вас поздравляю, это очень кайфово.

Бонусный контент
Сегодня пост получился убористый, поэтому я с вами поделюсь новостями ближайших ИТ конференций, в которых буду участвовать:
⁃ Несколькими постами выше я писал, что поеду на конференцию SOUTH HUB. Так вот мне для вас недавно выдали промокод на скидку 20% Делюсь с вами, и надеюсь, это кому-то поможет 🙂 GeneralItTalksSH23
⁃ Уже на следующей неделе в Новосибирске пройдет CodeFest 13. Я там участвую с докладом про распространенные карьерные проблемы и способы борьбы с ними. А еще меня зазвали поучаствовать в круглом столе про то, как работать с джуниорами.
Буду рад встрече и развиртуализации!🤝❤️