p2p feedback. Часть 2
и как его улучшить в рамках ревью?

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

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

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

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

Топ-рейтинга не может быть бесконечным, допустим у каждого будет по три голоса, которые он может распределить в рамках одного ревью. Голосовать за себя, или за руководителя нельзя, в остальном распределять можно как угодно, хоть все голоса одному, хоть всё оставить при себе. Важно что голосов всего три. Каждый голос за тебя даёт тебе какую-то плюшку (например, прибавку к премии). Больше голосов — больше плюшка.

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

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

p2p feedback. Часть 3

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

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

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

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

Как калибровать людей?

После того как все отзывы собраны, пишется суммаризирующий отзыв. У меня, обычно, отзыв будет выглядеть так: основной отзыв — самоотзыв, на повышенную оценку выделяю следующее <перечисление достижений и результата>. Для удобства самоотзыв копипастится и кладётся под кат.

С удовольствием подискутирую в комментариях о других подходах.

Дальше начинаются калибровки. За почти 10 лет ревью в Яндексе я видел разное. От супержестких калибровок имени Миши Парахина (самая длинная наша калибровка длилась 16 часов, причем последние 6 мы решали задачу «понизить 4 оценки»), до формальных «поставь че-нибудь, лишь бы не всем максимальные оценки».

У любой калибровки должна быть цель. Не важно калибруются 5 человек, или 500. Целью не может быть «просто посмотреть». Глупо для того чтобы «просто посмотреть» собираться в одной комнате, закрывать шторы и тратить 8 часов на то чтобы пробежаться по списку ни на что не ориентируясь.

Вспоминается цитата из фильма ДМБ:
«Жизнь без армии — все равно что любовь в резинке: движение есть, прогресса нет».
Так и тут, если у вас на калибровку нет цели, то это бессмысленная трата времени.

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

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

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

А зачем вообще калибровать людей? Часть 1

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

Когда в организации работает 50 человек, то ответ на вопрос: кому премию выплатить, а с кем стоит попрощаться? — почти всегда очевиден, все люди на виду, все всех могут увидеть и ± понимают кто чего стоит. Забавно, но мой опыт при этом показывает, что системности там чаще всего всё равно нет. Повышают зарплату или самым требующим (можно сказать наглым, можно сказать знающим себе цену), или тем кто ходит в кальянные с директором, а премии платят всем вне зависимости от качества работы раз в год, если компания в целом хорошо себя чувствует.

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

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

Проводя аналогии с разработкой, представим что разработчики бэкенда будут иметь подвиды: разработчик-багофиксер, разработчик-нагрузочник, разработчик-CI/CD'шник или разработчик-скрам мастер. Фигня же?

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

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

Попробуете примерить такой способ описания должностных инструкций к разработчикам?

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

Самое интересное что попытки формализовать были и есть. У всех этих попыток сильно бросается в глаза то что список должностных инструкций для лаконичности восприятия сжимается для 3-4 однословных пунктов и многие, примеряя их к себе, видят себя чуть ли не CTO. Картинка к этому посту — это пример подобной разметки от Андрея Смирнова, руководителя в X5, про который он рассказывал в докладе «Карьерная лестница как дорога в ад».

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

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

А зачем вообще калибровать людей? Часть 2

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

И все-таки в каком-то виде сопоставление скиллов грейдам существует. Тут важно понимать, что любая конкретика неизбежно приводит к формализму, поэтому тут действуют общие принципы: чем выше грейд — тем больше скиллов и самостоятельности. Как именно далее формализовать эти два параметра уже решает каждый руководитель сам. Сениоры бывают как уже готовые тимлиды-переговорщики, но средние по навыкам программирования, так и интроверты-хардкорщики, которые за пять минут найдут баг, не найденный до этого месяцами. Ещё раз повторюсь, что мне не известно, чтобы кто-то в Big Tech ориентировался на строгий чеклист навыков. Тут мы подходим к главному. Зачем калибровать людей? Если в целом Perfomance Review — это подведение итогов полугодия (или года), то калибровки это уравновешивание чаш весов результатов каждого из сотрудников и, соответственно, бенефитов. Потому что строгой функции «f(результат) = оценка» — не существует.

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

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

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

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

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

Так вот, удачи! :)

Изображение к посту защищено © Warner Bros., фильм «Космический джем».

Всегда действуй в интересах команды

В книге «Никаких правил. Уникальная культура Netflix» рассказывается история о политике расходов в Netflix. Один из сотрудников поехал в командировку и, чтобы сэкономить деньги компании, использовал каршеринг вместо такси. После делового ужина с парой бокалов вина он вызвал такси до отеля, но потом ему пришлось компенсировать расходы, так как это не вписывалось в политику компании. Чем был очень возмущён, он же ездил для решение задач компании.

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

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

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

Когда я организовывал конференцию FrontTalks, политика Яндекса запрещала оплачивать афтепати. В 2018 году я очень хотел, чтобы там выступала кавер-группа и, не имея достаточных обоснований кроме «хочу», оплатил ее самостоятельно. Получилось классно. На фото, кстати, мы с ребятами из группы Everybody Dance.

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

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

Когда-то Лёша Башкеев (CEO Яндекс Клауда) говорил, что для привлечения первоклассного кандидата нужно водить его в лучшие рестораны за свой счёт. У меня есть похожая история как-то нам нужно было за 2 месяца нанять почти 10 человек. И я сказал рекрутерам: если получится, всех свожу в ресторан. Влетело мне это тогда в копеечку, но я не жалею, ведь мы достигли результата.

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

А еще говорят что айтишники не танцуют :)

Blind-калибровки

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

Суть метода очень простая и похожа на Planning Poker. Калибровка проводится в формате: сначала читаются только отзывы без оценок и каждый участник ставит оценки. Затем все оценки раскрываются, и, если обнаруживается значительное расхождение между оценкой руководителя и оценками остальных, обсуждается, почему так произошло.

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

Blind-калибровка даёт руководителю явные сигналы, что он завышает (или, иногда, занижает) оценки. Ещё к плюсам я бы отнес, что после вскрытия оценок обсуждение крутится не на том чтобы понизить оценку, которую поставил руководитель, а вокруг вопроса «почему остальные поставили оценку ниже?». Это даёт руководителю возможность добавить что-то в отзыв или принять факт что он завысил оценку.

Картинка взяла из статьи. ©

Я забыл еще одно супер важное, а ведь это почти самое главное.

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

Про то как помочь себе ответить на вопрос «Чего я хочу?» я писал в посте про Икигай

Книга «Никаких правил. Уникальная культура Netflix». Главы 1 и 2.

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

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

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

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

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

Во второй главе рассказывается про культуру откровенности. На мой взгляд это одна из интереснейших частей первого раздела, правда ещё один ключ к тому как это должно работать будет дан аж в 8-й главе. В этой главе декларируется, что надо культивировать культуру открытости. Имхо это звучит с нотками фальши как будто бы надо просто начать всем говорить всё в лицо. Так точно не сработает, нужно готовить команду к этому. Как? Для этого публикуются 4 правила откровенности в Netflix:

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

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

2. Предлагай конкретные меры. Дополнение пункта 1.

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

4. Прими или отклони. Не всякую критику нужно воспринимать как план к действию. Только вы решаете как именно ей распорядиться.

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

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

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

Все обзоры по тегу #книгобзор@teamleading

Книга «Никаких правил. Уникальная культура Netflix». Глава 3

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


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

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

Мне кажется что за этими словами скрывается лукавство, ведь компания — это не только C-level и высокогрейдовые личности, даже несмотря на то что в книге постоянно делается акцент, что в Netflix нанимают только таких. Охранник, таксист, уборщица — все они тоже работают в компании, и ассоциируют себя с ней. Вряд они могут свободно распоряжаться финансами, точно так же как СЕО или мидлы. Даже в интересах компании.

Теперь к первому пункту. В Netflix отказались от графика отпусков. Берите отпуск когда надо и на сколько надо. Главное чтобы задачи делались. Иными словами не зависеть от рабочего расписания, работать на 200%, но мочь делать передышки тогда, когда тебе это нужно — работа мечты.

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

Книга призывает руководителей показывать своим примером как надо ходить в отпуск и почаще обсуждать отпуска за обедами, чтобы у сотрудников устойчиво складывалась картинка о том, что и руководители позволяют себе не только работать днями и ночами. И снова, прекрасные мысли, но с оговорками. Если в беседе C-level и мидла один будет рассказывать о шикарных отдыхах в 5-ти звездочных отелях на Бали, а второй об (не менее шикарных) отдыхах на 0 звездочной даче родителей, то такой разговор быстро заглохнет, так как между ними пропасть. Лучше опускать финансовые подробности (даже косвенные, все понимают что отпуск на Бали в 5* — это не дешево) и сосредотачиваться на эмоциях и предметах — вкусная еда, красиво, восторг.

Чтобы ввести свободный график отпусков не обязательно зарабатывать как Netflix. Я давно заметил, что не всем достаточно положенных по ТК 28-ми дней отпуска в год, чтобы работать оставшееся время с высокой самоотдачей. Можно правильно настроить отпускную бюрократию. Вполне допустимо сделать так: устный ОК от руководителя и несколько дней можно не приходить на работу, а затем левым числом написать заявление на отпуск, если нужно сжечь какое-то количество дней.

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

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

Все обзоры по тегу #книгобзор@teamleading

Soft Weekend — самая мягкая конференция этого года

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

Итак, 23 ноября в Москве состоится конференция Soft Weekend — первая конференция про софт-скиллс. Андрей почти всё организует сам, поэтому цена билета на конференцию может удивить — всего 7000₽. Надо ли вообще говорить что Андрей — это человек который умеет, любит, может и рассказывает про софты регулярно на разных площадках и конференциях. То есть он точно знает кого звать выступать. Поэтому докладчики все топовые.

До конференции ровно 20 дней, сама конференция будет идти всего один день. Этот пост не реклама, я искренне желаю Андрею удачи. Если тема софт-скиллс вам интересна, то регистрируйтесь на конференцию Soft Weekend.

upd. Этот пост был написан до появления в программе Антона Назарова. К его «творчеству» я отношусь резко негативно и осуждаю.

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

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

Полезняхи

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

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

p.s. Кстати, я тоже там есть 😊

https://xn--r1a.website/addlist/Pk3F9xr4il5lZTc6

С августа прошло три месяца. Привычка читать каждый день привилась. И вот с чем я пришел к октябрю.
- 15 книг за три месяца и 23 с момента как я начал активно читать в июле.
- Осилены не дававшиеся ранее: Рызов, Мартин, Фаулер и даже Клеппманн
- почти на половину прочитан Тихий Дон Шолохова

Этот пост - напоминалка о том посте как я начал читать

Вопросы и ответы про книги

Тема про книги оказалась интересна многим, поэтому отвечаю на вопросы из чата.

1. Сколько времени в день тратишь на чтение?
3. Удается сохранять темп чтения в командировках или за пределами дома?
4. Читаешь ли в рабочее время или до/после работы?

Я поставил себе задачу читать минимум 20 минут в день. И её я выполняю на протяжении 4 месяцев. Читаю утром, в метро, и перед сном. Когда выдаётся минутка на работе и надо подумать, то тоже читаю. Скрин поста я сделал перед его отправкой. Видно что сегодня норму я ещё не выполнил 😔

2. В каком формате предпочитаешь читать? Электронные издания или бумажные?

И так, и так.

У меня есть 7 виртуальных книжных полок, и в параллель я беру с них не более 6 книг суммарно.

Полки такие:
1. Профессиональная литература — про разработку
2. Бизнес-литература
3. Тимлидство и управление людьми
4. Художественная литература — восполняю то что не прочитал в школе
5. Книги на английском языке — тематика не так важна, просто читаю чтобы не забывать языка

И ещё две полки:
6. Читалка — это книги, которые я читаю на телефоне. Эта полка появилась чтобы читать там где не удобно доставать книгу, например, когда жду жену в машине или когда в метро очень много людей.
7. Разное — тут всё что не попало в другие категории, разный научпоп или историческая литература

Какая главная польза ощущается после того, как привычка закрепилась?

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

Предлагай больше всех.
Глава 4. Книга «Никаких правил. Уникальная культура Netflix»

В прошлых постах я уже писал про главы 1, 2 и 3.

Начиная с 4-й главы, на мой взгляд, начинается самое интересное. В этой главе авторы рассказывают про то как в Netflix платят.

TL;DR
— Творческим сотрудникам нужно платить зарплату по максимуму на рынке.
— Премии, привязанные к показателям компании, отсутствуют. Весь ФОТ (фонд оплаты труда) идёт на зарплату
— Для того чтобы повысить зп сотрудник должен доказать что рынок поменялся

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

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

Если смотреть на тезисы из книги под углом разработки, то тут есть что обсудить:
— Отвяжи доход от бизнесовых KPI
Это антитезис к тому, чем жил современный российский IT последние лет 10 до известных нам событий. В принципе ровно эти же самые события и показывают, что в случае форс-мажора стратегия «плати всё в зарплате» оказывается вернее. Я вижу как у многих, кто долго сидел на опционах и премиях, доход в последние годы в лучшем случае не растёт.

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

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

Из-за этого я несколько раз терял сильные кадры — их просто переманивали конкуренты на х1.5-х2, а подобного роста зп внутри моей команды они не готовы были ждать годами. И увы, я пока не знаю в российском IT компаний, которые бы следовали принципу от Netflix, а скорее вижу обратное, что у всех в KPI есть найм сильных специалистов за гроши, затем KPI на удержание, но при этом инструментов для этого не дают. Как в том анекдоте про уборщицу: ищется уборщица, обязательно наличие высшего образования, знание английского и своё ведро.

Итого. Подход Netflix'а к работе с талантами мне кажется адекватнее, чем у большей части современного российского IT. Уж точно заслуживающим более глубокого изучения и апробирования.

Все обзоры по тегу #книгобзор@teamleading

Го на TeamLead Conf

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

На TeamLead Conf я буду помогать на стенде компании МТС. Мне отдельно приятно, что одну из активностей я придумал, а команда смогла её реализовать. Буду рад увидеться и пообщаться, подходите даже если мы не знакомы лично, я буду рад всем. Ну и приходите покрутить педали!

Три вопроса для стратсессий

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

Сегодня про, наверное, одну из самых поразивших меня мыслей, которую я обдумывал потом неделю. Авторы предлагают стратегирование проводить в формате трех сессий с командой, где во главу ставится один из вопросов. Первый — Чего мы хотим? Второй — Что у нас есть? Третий — Что мы будем делать?

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

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

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

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