Тимлид Очевидность

Сегодня мой пост будет основываться на картинке (https://img2.joyreactor.cc/pics/post/%D0%B1%D0%B5%D0%B7-%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4%D0%B0-8297235.png), в которой многие из нас могут узнать себя. Крыша прохудилась, но Хаггис её не чинит. В дождь слишком мокро, чтобы работать, а в солнечную погоду дыра в крыше не так уж и беспокоит. Техдолг, рефакторинг и улучшалки Когда мы в разгаре производства крупных фичей или приближающихся дедлайнов, наступаем на какие-то грабли, которые клятвенно обещаем себе поправить потом, когда гореть перестанет. Но случаются релизы, шумные и расслабленные выдохи, и мы говорим себе: «Ну вроде как-то и так прожили...

Пару месяцев назад мы с коллегами делали митап в Питере на тему «Как быть счастливым на работе?». Сегодня хочу поделиться с вами одним из докладов митапа на очень интересную тему https://www.youtube.com/watch?v=vURgYlDurxk У многих моих знакомых идея того, чтобы долго (год и дольше) не работать, вызывает совершенно разные мнения: ⁃ Ну и правильно, от работы кони дохнут! ⁃ Я совершенно точно не могу не работать, вы чего? ⁃ Наконец-то доиграю, дочитаю, досмотрю всё накопленное. ⁃ Займусь чем-то общественно полезным. ⁃ Бизнесок свой, давно задуманный, замучу. Мнения представлять можно разные, но мало кто реально в такой долгосрочный саббатикал ходил...

Недавно мы с Серафимой Чекулаевой (https://t.me/Serafima_Chekulaeva) готовили контент для совместного вебинара в KOTELOV (https://www.youtube.com/@KOTELOVcom) подкасте на тему взаимодействия тимлидов и продактов. В ходе разговора Серафима сказала, что она будучи продактом, ценила в тимлидах три вещи: пипл-менеджмент, техническую компетентность и процессно-проектную деятельность. Но при этом она больше двух вещей не ожидала никогда. Я подумал: «Черт возьми, это же CAP-теорема, но про тимлидов» 🙂 Ты чего, дед, какая теорема? Есть такая идея, что в любой реализации распределённых вычислений возможно...

Сегодня на повестке дня довольно спорная, на мой взгляд, статья https://habr.com/ru/companies/ruvds/articles/788920/ Статья, кстати, бешено заплюсована на хабре. Моё личное мнение такое: в статье есть довольно инфантильно-популистская часть про то, что, грубо говоря, менеджеры не нужны, они паразиты и вообще только усложняют работу, гады такие. Я работал и работником руками (сисадмином, разработчиком), и менеджером (тимлидом, техническим менеджером проектов), и я своими глазами видел, как без разумного менеджмента происходящего всё может пойти сильно не так, а проекты развалиться, не дожив до релиза...

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

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

Один из моих постоянных читателей и комментаторов, Никита Ульшин, ведет свой телеграм-канал. Вчера, пока ждал свой самолет, чтобы улететь из чудесной Казани, я прочитал в его канале серию заметок про планирование и понял, что точно её стоит принести сегодня. ⁃ Первая часть рассказывает, почему не работает бездумное умножение на коэффициент https://t.me/ulshinblog/309 ⁃ Вторая часть про риски https://t.me/ulshinblog/310 ⁃ Третья, особенно полюбившаяся мне, про метод рационального фланера https://t.me/ulshinblog/311 Сам примерно так же действую и очень удивляюсь, когда люди планируют вперед на полгода-год и прямо не оставляют себе никаких возможностей для изменения планов...

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

Сегодня очередная портянка на аглицком. В этот раз про то, как быть хорошим ментором https://vadimkravcenko.com/shorts/good-mentor/ Несмотря на то, что это лонгрид, я призываю вас не полениться, потратить время, хорошенечко посидеть, почитать, осознать, прикинуть на себя и коллег, возможно, прислать кому-то, нуждающемуся в совете, насчет качества менторинга. Будет полезно как руководителям, так и линейным работникам руками, которые в ходе своей работы сотрудничают с младшими товарищами, помогают им делать задачи и профессионально расти...

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

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

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