Брать ли сотрудника назад?

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

Как всегда, в этой ситуации есть два стула. На одном стуле грозно потрясают кулаком и кричат «НАЗАД НЕ БЕРЕМ!», а на другом – более миролюбивые и позволяют вернуться, если есть такая возможность.

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

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

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

- Человек – неисправимый гастролер, который будет использовать доброе отношение только как резервный аэродром, если на новом месте все пошло не так.

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

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

Итог

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

Но тщательно взвешивайте и свою текущую ситуацию, и то, насколько этот человек действительно хорош. Некоторых лучше отпустить и забыть)

Кодревью. Нужно или нет?

В последнее время случилось много обсуждений полезности и бесполезности кодревью.
Самые интересные можно послушать у подкаста SDCast https://sdcast.ksdaemon.ru/2020/07/sdcast-121/ и у ребят из Podlodka Teamlead Crew https://www.youtube.com/watch?v=IDj3x__YZgE

Если не хотите слушать, то частые два противоположных мнения таковы:

Стул №1. Кодревью нужно

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

Стул №2. Кодревью не нужно

Что мы тут взрослым людям сопли подтираем, релиз задач блокируем, время тратим. Нормально делай – нормально будет.

Между стульями

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

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

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

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

Итог

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

Как быстро научиться?

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

Часто я сталкиваюсь с тем, что человек хочет работать, зарабатывать, карьерно расти, а как-то серьезно учиться не хочет.

Вместо книги он хочет статью на хабре за 5 минут прочитать или видосик на ютубе за 7.5 минут посмотреть. Вместо основательного курса на N месяцев лучше сходить на 2-3-4-дневный интенсив, где реклама обещает тебе море знаний и умений.

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

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

Итог

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

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

Что будет, если я не успею?

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

Суть проблемы

Прилетает (например, как чайка) менеджер или заказчик, кричит, что задачу надо сделать СРОЧНО и улетает. Вы всё бросаете, в мыле делаете задачу, может, даже овертаймите. С гордым видом победителя сдаете задачу и…. ничего не происходит. Задачу отложили на попозже, ты, конечно, молодец, что сделал, но внедрим как-нибудь потом, а щас пока вот тебе еще пучок срочных, беги скорее исполнять.

Почему так происходит?

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

Однако есть еще варианты:

- «скажу им, что срочно, а то эти работнички вечно не торопятся»;

- «скажу, что срочно, чтобы среди задач от других отделов мою взяли побыстрее»;

- «скажу «срочно», потому что я неорганизованный менеджер, у которого каждый день что-то горит»;

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

Что делать?

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

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

Почему этот вопрос «что будет, если я не успею?» так помогает?

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

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

- Он позволяет подумать о рисках и заложить резервные альтернативные решения.

- Он позволяет вам самим получить понимание, что ваше время уважают, а вашу работу ценят и не складируют в стол «просто потому что».

Отдельно стоит сказать о том, что не надо бояться спрашивать, уточнять, разбираться. В этом нет ничего плохого или стыдного. Страх «а как же я спрошу, ведь он заказчик/начальник? Что он обо мне подумает?» не очень рационален. Если это толковый начальник, то он только порадуется тому, что вы обладаете пытливым умом и стремитесь разобраться в ситуации, а не просто берете под козырек и бросаетесь выполнять. А если бестолковый и работает по принципу «я – начальник, ты – дурак, выполняй!», то чем раньше вы это поймете, тем быстрее смекнете о своих дальнейших перспективах на этой работе.

Итог

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

Пишите инструкции

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

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

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

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

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

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

Опасность
На пути написания полезной, используемой документации вас подстерегает несколько опасных личностей:

- люди, которые хотят быть незаменимыми из страха потерять или обесценить свою позицию;

- люди, которые хотят быть незаменимыми просто потому что это приятненько;

- люди, которым лень что-то нормально писать так, чтобы другим это было понятно;

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

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

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

Пессимизм при оценке проектов

Проблема
Менеджер приносит новый проект или задачу и просит оценить.
Программист думает: «Ага, ну если ТЗ уже готово, я сяду работать, ничто меня не будет отвлекать, интеграция пройдет нормально, то я сдам задачу через неделю». И озвучивает срок в неделю.

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

Почему так?
Причин может быть много, но я хочу подсветить те, где помог бы пессимизм:

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

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

- Менеджер тоже надеется, что всё пойдет идеально.

Что в этом случае делать?
Подумать о профпригодности менеджера. Уж его-то работа – точно подумать обо всех рисках и резервных планах.

- Менеджер не принимает пессимистичных вариантов от программиста. Говоря «да ладно тебе, да всё нормально будет, да не очкуй».

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

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

Что делаю я?

Я стараюсь подумать о том, какие аспекты задачи/проекта могут пойти не так. Рассматриваю всё от технических деталей, до человеческого фактора. Расписываю эти риски, закладываю их в оценку, планирую что делать, если каждый из них стрельнет. Оценку могу давать в двух или трех вариантах. Оптимистичную, пессимистичную, и может быть усредненно-реалистичную.

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

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

Итог

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

Ситуационное лидерство

Так как на работе приходится сталкиваться с разным уровнем компетентности и самостоятельности людей, я решил принести немного капитанского просвещения про ситуационное лидерство (ситуационный менеджемент). Мало ли, вдруг кто не слыхал.
Не буду пересказывать всю теорию, вот замечательная статья, в которой написано коротко, емко, да еще и с картиночкой https://blog.alevi.ru/management/situacionnoe-liderstvo/

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

Часто встречающиеся типовые проблемы, которые могло бы решить ситуационное лидерство:

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

- Типичный чайка-менеджмент, когда навалили задачу, никак не проконтролировали, прибежали к дедлайну, а там «ой!»

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

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

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

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

Вот ты советуешь, а сам что?
Сам я тоже стараюсь этим заниматься. Получалось ли у меня провести человеку полный левелап с 1 до 4 уровня? Да, получалось. Всегда? Нет, не всегда. Много на это было причин: где-то особенности самого человека, где-то мои недоработки.
Тут главное извлекать уроки из своих ошибок и продолжать дальше делать дело.

Итог
Подходите к управлению людьми индивидуально и помогайте им расти. От этого будет и им, и вам, и команде, и компании польза.

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

А также видели ли вы людей, которые что-то делают, при этом не умирая от труда, а результат – хороший?

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

Немножко примеров

- Захотел кто-то накачаться, или похудеть к лету.

Один человек приходит в зал каждый день и обходит все тренажеры по очереди, делая сколько в голову взбредет подходов и повторений, тратя на зал 2-3 часа каждый день. А потом, удовлетворенный своим «тяжелым трудом» заскакивает перекусить в мак.

Другой не торчит целыми днями в зале и не обходит все на свете тренажеры. Он прочитал про питание, посоветовался с тренером о программе тренировок. Занимается 2-3 раза в неделю, не рвет жилы каждый день и правильно кушает. Сил и времени тратит меньше, а получается куда лучше, чем у первого.

- Захотел кто-то вайти вайти.

Кто-то перешел по рекламе в инсте на шарлатанские говнокурсы, впалил в них деньги и время. А после них начал еще про всё на свете читать: тут про js, там про котлин надо посмотреть, здесь k8s показывают, а вообще надо бы еще на скрам мастера подучиться. «Ой, да собеседоваться еще рано, я же не всё выучил». Так можно «учиться» годами и ни к чему не прийти (тру стори).

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

Что делать?

- Хорошенечко порефлексировать и понять, что же именно вам надо и почему. Убедиться, что это действительно правильная для вас цель.

- Почитать и посоветоваться с людьми, которые в этой области достигли успеха.

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

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

Итог
Не тратьте время и силы впустую. Постоянно анализируйте ситуацию и свои действия. Советуйтесь с более опытными товарищами. Но и не надейтесь на волшебную пилюлю: её нет, трудиться всё равно придется.

Буду фигачить, пока силы не кончатся

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

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

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

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

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

Моя идея в том, чтобы просто не доводить себя до состояния истощения, и действовать в среднем темпе. В большинстве случаев куда эффективнее проработать 3 месяца в среднем темпе, чем 1 месяц прогеройствовать и 2 месяца откисать, восстанавливаясь.

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

Итог
Берегите своё физическое и психическое здоровье. Работайте в комфортном, продуктивном темпе. Не забы(и)вайте восстанавливаться. Ходите вовремя в отпуск.

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

Непрерывное совершенствование
Мне очень нравится философия кайдзен https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D0%B9%D0%B4%D0%B7%D0%B5%D0%BD

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

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


Но невозможно всё бесконечно улучшать!
Да, невозможно бесконечно что-то сильно улучшать. Однако не обязательно ждать радикальных изменений, в этом весь фокус.
Если вы исчерпали запас больших крутых совершенствований (погуглите термин «низко висящие фрукты»), то можно продолжать потихонечку идти маленькими шажками и делать крошечные улучшения, которые в долгосрочной перспективе обернутся большими результатами.

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

Что про это почитать
• Элияху Голдратт «Цель: процесс непрерывного улучшения»
• Тайити Оно «Производственная система Тойоты. Уходя от массового производства»
• Пол Эйкерс «2-секундный Лин»

Как объяснить другим, что это нужно
1. Как всегда, приводя разумные, аргументированные доводы.
2. Дав почитать этот пост.
3. Метод принуждения, метод убеждения, и самый лучший метод – личный пример.

Итог
Улучшайте свои текущие дела. Будь то процесс на работе, занятия в спортзале, ваша зарплата на работе, или порядок на рабочем столе (по больному прям).
Не останавливайтесь на достигнутом и продолжайте маленькими шажочками двигаться вперед. Потом обернетесь назад и просто офигеете от того, как было и как стало.

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

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

- Огнеглазый фронтендер послушал новый выпуск подкаста и решил, что надо переписать уже работающий сайт автошколы на реакт.
Переписывал 3 месяца, чет не заработало, откатил назад. Надо будет в след раз Svelte попробовать. Уж на нем точно станет хорошо.
Все приуныли. Ну, может, кроме разработчика: тот поставил галочку в резюме и пошел в другую компанию с +30% к зарплате. Все еще сильнее приуныли.

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

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

- Какая сейчас существует проблема. Желательно осмотреть не только симптомы проблемы, но и докопаться до её первопричины.

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

- Как предлагается проблему решать.

- Какая планируемая выгода от этого всего мероприятия, и окупает ли она затраты.

- Какие могут быть риски, и как с ними планируется работать.

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

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

Сделал хорошо – покажи, расскажи!

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

В чем суть?
Проблема в том, что технические специалисты сильно сконцентрированы на решении своей сложной, интересной (ну да, ну да) задачи, и остальное их не волнует.

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

Всё это приводит к ощущениям «меня не ценят», «мой труд не уважают», «платят меньше, чем я заслуживаю» и т. д.

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

Так или иначе, зачем на кого-то сваливать ответственность и зависеть от его действий, когда можно взять это дело под свой контроль?

Что делать?
Как минимум - просто разговаривать:)
Рассказывать, объяснять, какой труд вы вложили и как хорошо вы сделали, какую пользу это принесет. Только вы можете хорошо и доступно презентовать свой труд менеджеру, за вас это никто не сделает (ну ладно, иногда сделает, но это не точно).

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

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

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

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

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

Выученная беспомощность. Или банальный мудизм

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

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

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

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

Когда у меня возникают такие горящие вещи (очень редко), я всегда извиняюсь, объясняю, почему так получилось, и люди обычно понимают и идут навстречу.

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

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

«Если не сделать миллион работы за час, то директор меня отругает» - сорян, не успели, иди объясняй директору, почему миллион работы не был сделан еще давно, а ты зашевелился только за час до сдачи отчетности. И директор задумается, зачем ему такой работяга, и ты сам подумаешь о том, что в следующий раз надо поменять в своей работе, чтобы больше такого не повторялось.

Выученная беспомощность
+++++++Вставка из Википедии+++++++
Вы́ученная беспо́мощность (англ. learned helplessness) — состояние человека или животного, при котором индивид не предпринимает попыток к улучшению своего состояния (не пытается избежать отрицательных стимулов или получить положительные), хотя имеет такую возможность.

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

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

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

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

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

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

Польза или вред от написания статей

Недавно меня попросили осветить тему пользы от написания статей. У меня есть свой небольшой опыт в этом. Я веду этот канал уже 10 месяцев, на хабр писал парочку статей, на своем сайте немного писал, на медиуме тоже. Плюс рекомендую послушать вот этот выпуск https://sdcast.ksdaemon.ru/2019/12/sdcast-111/ где гость хорошо рассказывает историю, как он стал писать статьи и к чему это привело.

Плюсы

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

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

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

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

Минусы

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

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

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

Итог
На мой взгляд, писать качественные тексты — это полезно и даже интересно. Главное не халтурить и делать на совесть.
Всё это замечательно, если вы готовы к большому труду и хейтерам.
Пишите хорошие статьи, а плохие не пишите. Искренне ваш, Тимлид Очевидность😁

Недавно я написал твиттер тред про ИТ подкасты.

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

Надеюсь кому-нибудь будет полезно https://twitter.com/_jeck/status/1326871921833676811

Узкое место (не 18+)

Я уверен, многие из вас видели на работе такого сотрудника, который про всё знает, всё умеет, берется за самые важные задачи, раздает самые ценные советы, помогает в самых сложных ситуациях.
Замечательный и ценный работник? Да. Есть ли тут какая-то проблема? Возможно, да.

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

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

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

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

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

Что почитать?
Почитайте «Проект "Феникс". Роман о том, как DevOps меняет бизнес к лучшему». Там есть отличный пример с инженером по имени Брент.

Если понравится идея, то почитайте ещё «Цель. Процесс непрерывного совершенствования» и всякого разного что найдете по теории ограничений.

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

Не бойтесь говорить о своих неудачах

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

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

Итак, что хорошего в ошибках и разговорах о них.

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

У меня был фейл, где я продолбал данные клиента, а бэкапов не было. Это меня многому научило🙂

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

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

Часть собеседования
Я на собеседованиях с интересом спрашиваю о фейлах человека, и сам рассказываю о своих.

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

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

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

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

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

В дальнейшем я планирую серию постов со своими личными историями. Неудачам там будет отведена далеко не последняя роль🙂

Сначала действие, потом мотивация

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

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

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

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

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

Действие -> мотивация
Я призываю попробовать поменять причину и следствие местами. Сначала мы начинаем что-то делать, а потом появляется и соответствующий настрой.

Например, человек сделал волевое усилие, пошел в спортзал и начал «правильно» питаться. Он увидел спустя месяц в зеркале и на весах положительные результаты и – воооот она, мотивация.

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

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

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

Итог
Не ждите знака от судьбы, пинка от начальника, понуканий от коллеги.

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

На днях меня позвали в гости ребята из подкаста Цинковый прод https://znprod.io/

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

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

Может быть вам будет интересно/полезно послушать/посмотреть:
вот аудио https://soundcloud.com/znprod/089-timlidstvo-tekhnicheskie-skily-zdorove-razgovor-s-evgeniem-antonovym
вот видео https://www.youtube.com/watch?v=Kby2hMiAEOM

Извините за слова паразиты, я волновался🙂

Обещал? Женись!

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

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

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

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

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

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

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

Постеснялся, растерялась
Бывает, что на человека как-то морально давят и выжимают выгодные для себя обещания. Привет менеджерам и горящим(нет) срокам В этом случае я бы рекомендовал больше тренировать умение сохранять спокойствие в переговорах и говорить «нет», чем на всё подряд соглашаться, а потом страдать и пропадать.

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

Бонусный контент
Мы с Ярославом Астафьевым договорились написать пост на эту тему, каждый у себя в канале. Его вариант здесь https://www.tg-me.com/Descended_Potentially/99. Я подозреваю, что у него будет несколько иная точка зрения, но это не точно