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

Сегодня мой пост будет основываться на картинке (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/ Статья, кстати, бешено заплюсована на хабре. Моё личное мнение такое: в статье есть довольно инфантильно-популистская часть про то, что, грубо говоря, менеджеры не нужны, они паразиты и вообще только усложняют работу, гады такие. Я работал и работником руками (сисадмином, разработчиком), и менеджером (тимлидом, техническим менеджером проектов), и я своими глазами видел, как без разумного менеджмента происходящего всё может пойти сильно не так, а проекты развалиться, не дожив до релиза...

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