Горизонтальная мобильность. Зачем она нужна, и как правильно её готовить

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

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

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

Обсуждать мы это будем вместе с ребятами из Контура — крупнейшего IT-разработчика Екатеринбурга. Сегодня в гостях Денис Фомин — руководитель направления программной инженерии. И Максим Захаров — руководитель направления тестирования. Ребята расскажут о своем опыте в качестве тех, кто горизонтально мобильничал, а так же тех, кто эту мобильность внедрял в компании.

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

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

Давайте еще походим, посмотрим

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

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

Что на работе со стороны работодателя?
До сих пор нередка ситуация, когда приходит неплохой кандидат. Его собеседуют, считают, что он подходит, но между собой решают, что нужен не просто хороший, а нужен ЛУЧШИЙ. И желательно такой, который прям идеально подходит под 100% требований, чтобы, как говорится, без раскачки.

Потом частенько случается, что ЛУЧШЕГО ищут долго. Прям видел, как на позицию рядового тимлида людей ищут по году с лишним. Или разработчика-питониста.

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

Что на работе со стороны кандидата?
А там кандидаты обходят сразу компаний 5-10 в параллель и собирают урожай офферов. Если кандидат очень ловкий, то он соберет офферы примерно в одно время и выберет наиболее подходящее место. А если нет, то офферы поступают в разное время и иногда наиболее заинтересованные эйчары могут подсечь кандидата трюком «вот тебе +N, но прекращай ходить по рынку и выходи к нам прямо сейчас».

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

Что я предлагаю?
⁃ Помнить о поговорке «лучшее – враг хорошего».
⁃ Хорошо формировать профиль кандидата (писал про это когда-то статью https://habr.com/ru/articles/570832/ и там же ссылка на видео докладец на митапе).
⁃ Быть готовым дотягивать кандидата до нужного уровня и здраво оценивать, насколько это выгодно по времени/усилиям.
⁃ Не надеяться, что кандидат подождет еще N времени, пока вы весь рынок обойдете.
⁃ А кандидату параллельно собеситься и подгадать так, чтобы сразу выдали пучок офферов для получения наиболее объективной картины выбора без спешки.

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

Я принес. 16 Don'ts of Career Growth

В последние пару-тройку лет активно форсируется всякая “осознанная меркантильность” в разных её проявлениях. До сих пор бурлят споры как к некоторым проявлениям относиться.

Но я сегодня предлагаю вам почитать статью еще из 2017 года, где, небезызвестный многим, Егор Бугаенко предлагал свою версию осознанной меркантильности https://www.yegor256.com/2017/01/24/career-advice.html

К Егору, кстати, тоже многие относятся по-разному. Мой пост сегодня не про то, как “надо”, или "не надо", а просто про познакомить вас с точкой зрения, которую частенько не принято высказывать.

Требования к прорабу

Уже давно хотелось куда-то эту мысль впихнуть. В доклады всё забываю, хотя бы в пост положу.

Вот делаете вы, например, ремонт. Вам нужно нанять прораба с бригадой строителей.

Предлагаю выбирать играющего тренера. Требования следующие:
⁃ 80% времени штукатурить стены, монтировать электрику и сантехнику.
⁃ Реализовывать самые сложные стыки плитки с другими материалами под невероятными углами.
⁃ Желателен фуллстэк. Как черновые, так и чистовые работы.
⁃ Роспись по стенам будет плюсом.
⁃ Ну и в свободное время на сдачу нужно специалистов набирать в команду, контролировать, что остальная бригада наделала, что она вообще работает, а не водку пьет, что в сроки укладывается, что материалов хватает и т.д.

Звучит абсурдно, но чем вам не типичная вакансия, тимлида – играющего тренера?

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

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

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

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

Я принес. Смена работы тимлидом

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

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

Можно посмотреть тут https://yatalks.yandex.ru/ru/live?day=life&track=live отмотав на 3 часа 30 минут.

Upd: на ютубе отдельно видео тут https://youtu.be/O0ZuF404eUY?si=3L9BG6d0SeO2a4rf

В ИТ вошли, а как выйти? А стоит ли?

Очень много историй про то как войти в ИТ (и понятно почему), но про выйти из ИТ мало.
Мы давно уже хотели сделать этот выпуск. Да еще и гость нашелся чудесный!

Когда я искал гостей, я нашел людей, которые занялись пошивом кожаных изделий, открыли бар, стали блогерами на тему науки и т.д.
Но тут жена вспомнила «Мы же с тобой все стендапы на ютубе с Севой Ловкачевым посмотрели, а он в ИТ работал. Что вы его к себе не позовете?»
И я подумал, а действительно, чего это мы 🙂

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

В результате получилось интересно, душевно и реалистично.
Ну и смешно конечно. В этом выпуске никаких моих каламбуров, только шутки от профессионала. Вот это классный стендап, а не как мы каждый день привыкли на работе 🙂

Как легко перейти из ИТ в стендап, достаточно просто…..годами фигачить куда-то в одну точку с огромным упорством и без гарантированной отдачи. И тогда может быть всё сложится.

А еще моя любимая тема – как помогают навыки менеджера везде в жизни (в данном случае в стендапе).

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

10 минут тишины

Как-то слушал подкаст DevZen, и там один из ведущих рассказывал про практику «10 минут тишины» (или 15, плохо помню).
Суть в том, что вы садитесь/ложитесь, отключаетесь от всяких отвлекающих факторов и просто стараетесь ничего не делать и ни о чем не думать.

Я решил попробовать делать это в середине рабочего дня.

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

Как только ты садишься/ложишься на 10 минут, убирая все девайсы, выключая музыку, не разговаривая ни с кем, оказывается, что:
⁃ Очень сложно отвлечься и не срываться мыслями, чтобы что-то додумать, допланировать, мысленный диалог с кем-то построить.
⁃ Время тянется невероятно долго.
⁃ Ты понимаешь, что всё время до этого был в очень бурном эмоциональном и умственном напряжении, и вот только сейчас останавливаешься и выдыхаешь. Для меня самой удивительной оказалась именно эта часть. Я и не представлял, насколько сильно я накручиваюсь, при этом думая, что всё четенько и спокойно.

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

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

А еще Максим Дорофеев делал 5 лет назад видео на подобную тему https://www.youtube.com/watch?v=MY_E-P9KzrI

Посмотрите и попробуйте. Вдруг вам понравится? Только правда попробуйте. Не промотайте на х2 со словами «ну, эцсамое, концепция ясна», а сделайте. Это займет очень мало времени.

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

Я принес. Капсулы времени

Есть доклад Евгения Идзиковского https://www.youtube.com/watch?v=dGi2FuObDE8

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

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

Если вы что-то подобное пробовали, то расскажите в комментариях о своих успехах и неудачах, пожалуйста.

Опыт опыту рознь

Часто можно прочитать в требованиях к вакансии – «N лет опыта».
С одной стороны, можно понять, почему опыт хотят, а с другой – можно и не понять.

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

Известна поговорка, что теория без практики мертва, а практика без теории слепа. Вот это совмещение теории и практики я и рассматриваю как «опыт».

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

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

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

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

Что делать?
Мне сложно однозначно сказать, надо ли писать про опыт в вакансии, или не надо.
Однако я точно уверен, что не надо по этой цифре фильтровать. Она – всего лишь абстрактное пожелание в вакууме, а не заградительный забор.

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

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

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

Тимлиду Очевидность исполнилось 4 года

Ровно 4 года назад я завел этот канал. С тех пор каждую пятницу я писал сюда посты. Раза 2 за 4 года пропустил только. Стабильность – мой конёк 🙂

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

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

Если у вас есть мысли, что еще вам хотелось бы тут видеть, пишите или в комментарии, или в личку.

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

Если вы готовы прийти оффлайн в СПб, то поставьте ⚡️ в реакциях. А если готовы сделать какой-нибудь доклад на тему, близкую моему каналу (всевозможный менеджмент, личная эффективность, наём, карьера, научпоп/лайфстайл) минут на 30, то пишите в комменты или мне в личку.
За этот год я заделался в программный комитет четырех разных конференций и митапов. Тут тоже постараюсь помочь, чем смогу.

Еще раз спасибо, что вы тут со мной. Нас уже больше восьми с половиной тысяч. УРА!!!🎉

Я принес. Тимлид — нелепая бутафорская должность, которая нужна, чтобы среди программистов был козёл отпущения

Вот такой вот эмоциональный заголовок у недавней статьи https://razrabs.ru/post/0e4e0a21-7fab-4f7f-a5f8-250b460e4d21

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

Хоть я с доброй половиной статьи и не согласен, но она стоит прочтения, потому что поднимает типичные проблемы тимлидской бытности.
⁃ Попытка заткнуть тимлидом вообще все дыры не только в команде, но иногда и в компании.
⁃ Классика про 80% написание кода и 80% менеджмент.
⁃ Угар и перегруз тимлидов.
⁃ Хорошего инженера принудительно делают плохим тимлидом.

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

Особенности IT-работы в банковской сфере: мифы и реальность

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

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

Мы рассмотрели много разных вопросов и с инженерной и с рекрутерской точек зрения. А лично для себя я открыл новое понимание слова «финтех».

Поговорим обо всём этом с гостями из банка Точка.

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

Codefest is calling (for papers)

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

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

Ну так вот, как член ПК я приглашаю желающих выступить на тему менеджмента, управления. Присылайте свои заявки сюда https://14.codefest.ru/speakers/ru/call-for-papers/

Обработаем, поможем, направим. Всё как всегда 🙂

Люди разные нужны, люди разные важны

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

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

Самостоятельность и инициативность
Хорошо? Замечательно!
Но бывает такое, что человек самостоятельно и инициативно бежит не туда и никого в курсе не держит. По дороге споткнулся, упал, разломал что-то, дорожку кому-то перебежал и приносит этот результат, когда уже совсем всё не так пошло.

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

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

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

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

Итог

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

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

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

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

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

Правда, в этом году она немножко читовая. Из 4500 новых подписчиков около 2000 случились благодаря распространению тимлидской телеграмной папки. Хотя и можно сказать: «Люди просто посмотрели, подписались, чего тут такого?», мне это кажется каким-то срезанием уголка что ли.

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

Увидимся в следующем году!🎄🤝

Я принес. Олды в IT

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

https://habr.com/ru/articles/537786/

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

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

Рабочие ритуалы

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

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

У меня есть тоже пара способов себя «уговорить» поработать без отвлечения и прокрастинации.
⁃ Очки. Я не ношу очки в быту (если только в театр или на концерт какой). Да и в рабочем расслабленном режиме тоже. Но вот как-то у меня закрепилось, что если в рабочее время я очки надел, то, значит, сейчас буду работать очень сосредоточенно над важными задачами.
⁃ Тикающий помодоро таймер. Я себя приучил, что пока идет «помидорка», нельзя отвлекаться, а надо сосредоточенно запиливать что-то нужное. Причем само тиканье какой-то условный рефлекс у меня сформировало. Да и не только у меня, у жены тоже 🙂 Она знает, что если таймер тикает, то отвлекать меня не следует.

Такими простыми способами я и многие мои знакомые можем себя без особого насилия включить в работу довольно быстро и эффективно.

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

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

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

Это дело сложное. Стараюсь периодически этим заниматься, учиться подобной мудрости, но еще ни разу не научился 🙂

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

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

Я принес. Как прогнозировать время выполнения задач

Сегодня я принес вам замечательную, продуманную и подробную статью про оценку сроков от Павла Ахметчанова из Tinkoff https://habr.com/ru/companies/tinkoff/articles/782012/

Очень советую налить чайку и уделить минут 30-60, чтобы внимательно всё прочитать и прикинуть на свою команду.
Мне понравилось, что статья содержит и собственный опыт, и реальную статистику, и много информации из разной популярной литературы на тему.

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

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

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

Как собеседоваться в иностранную компанию?

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

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

Грубо говоря, это история «от двери до двери».
И расскажет нам её мой дорогой товарищ, один из ведущих уважаемого подкаста Podlodka и Staff Software Engineer (что бы это ни значило🙂 ) в Shopify, Женя Кателла, уже год проживающий в Лондоне.

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

Чем больше ругают, тем больше всё равно

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

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

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

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

А однажды, доложив об очередном косяке, он спокойно выслушал, как на него наорал комбат, сказал «так точно», положил трубку и поведал нам свою мудрость: «Чем больше е***, тем больше по***».

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

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

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

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

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

Ну и очень интересно будет узнать ваши истории про воспитательные беседы. Когда помогало? Когда вредило?

Я принес. Измерение продуктивности разработчиков. В двух частях

Сегодня я принес вам почитать две части статьи про измерение продуктивности разработчиков.

Раз https://newsletter.pragmaticengineer.com/p/measuring-developer-productivity
Два https://newsletter.pragmaticengineer.com/p/measuring-developer-productivity-part-2

Статьи объемные и на английском. Поэтому уместен мем про «мало того, что приколы сложные, так еще и на английском».

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

Если коротко, то в статьях рассматривается интеллектуальный труд в группах (ну то есть наша с вами рутинная работа) и объясняется, что не шибко корректно оценивать перформанс каждого отдельного участника. Каждый отдельный работник может подстроиться под метрики и наперформить много, но наперформят они в разные стороны и результат труда такой команды будет по итогу довольно далек от суммы радужных разрозненных результатов.

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

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