Product Developer

Промо зависит от руководителя Как бы хорошо ни была выстроена система перформанс-ревью в компании, на промо вас всё равно ведет руководитель. Можно сколько угодно закрывать матрицу компетенций, но без него ничего не случится. В прошлом посте была фраза: руководитель, мол, «это видит». Так вот: сам по себе он ни хрена не видит. (Антон, если ты вдруг это читаешь — это не про тебя, это другой, абстрактный руководитель 😅) Распишу несколько конкретных принципов стейкхолдер-менеджмента руководителя из моего опыта. Работать по Push-модели, а не Pull. Проще всего объяснить разницу на примере 1-1. Главная мысль: встречу ведет тот, кто задает вопросы. Вы должны вести ваши 1-1 с руководителем. Если он задает вам вопросы — он вытягивает из вас информацию. Это Pull. Нужно самому пушить в руководителя информацию: сам приносишь повестку, сам рассказываешь, что происходит, сам пишешь фолоу-апы после 1-1, сам назначаешь на себя экшен-айтемы, сам их закрываешь. Это Push. Почему pull это плохо. 1. На 1-1 всплывает только то, о чем руководитель догадался спросить. Половина твоей работы остаётся за кадром. 2. Создается привычка, что тебя надо контролировать. Нет простора для роста кредита доверия. 3. Нет возможности показать, что ты самостоятельный и можешь закрывать экстра-скоуп, о котором руководитель мог даже не знать. Обеспечивать прозрачность. Хочется быть для руководителя чёрным ящиком: «всё хорошо, всё хорошо, проблема решена, всё хорошо». Кажется, это вершина доверия — он тебе верит и не лезет. Но в матрице доверие/прозрачность это самый хрупкий квадрант: высокое доверие без прозрачности держится до первой проблемы. Стратоплановская классика. Чем хуже дела, тем чаще про них рассказывай. «Вот проблема, так планирую решать, вот альтернативы, которые посмотрел. Хочешь поправить — скажи. Если нет — отчитаюсь, когда закрою». Руководитель спокоен, ты автономен, доверие растёт. Соблюдать договорённости. Взял срок — держи. Видишь, что не успеваешь, — подсвети заранее и объясни почему. Решил, что важнее потушить другой пожар, — скажи об этом прямо. Один молча просранный коммит стоит дороже трёх честно передоговорённых. Согласовывать ожидания. Базово — быть выровненным с руководителем, что он считает хорошим результатом. Если идешь в промо — что нужно сделать для этого. Руководитель — человек занятой. Можно до пенсии ждать, пока он сам распишет, что нужно для следующего грейда. Поэтому критерии я выписал сам. Скинул ему, он подсветил, что подправить, утвердили. И дальше я пошёл копать. Копал девять месяцев. Как докопал — промо прошло гладко и с первого раза. ... to be continued 🙂 ——— Завтра, 25 июня, про это поговорим вживую. На эфире собираем тир-лист карьерных навыков, и «работа с руководителем» у меня едет в самый верх доски — без неё всё остальное в рост не конвертируется. Сегодняшний пост — одна клетка той доски; завтра увидите всю и поспорим. 📅 25 июня, 18:00–21:00 МСК — день для тех, кто думает про карьерное развитие, я там 💸 бесплатно (нужна подписка на каналы); есть платный вариант без подписок + бонусом запись «Руководитель 2030» 🔗 на выходе сертификат, можно повесить в LinkedIn Регистрация: https://stratoplan-school.com/camp/pdev/ P.S. А у вас 1-1 кто ведёт — вы или руководитель?

Личный бренд не двигает карьеру Веду этот канал пять лет. Что он мне реально принёс: знакомства, пару подкастов, рефлексию во время написания постов и донесение мыслей до коллег. Еще иногда (очень редко) консалтинг / менторинг. А, и возможность поныть сразу на тысячу человек, конечно же. Но для карьеры внутри своей же компании он не дал ничего. Хотя по логике интернета должно быть наоборот: блог = успешный успех. По моему опыту, перформанс на работе и ведение канала — это два параллельных трека. И один про другой не говорит вообще ничего. Бывает, человек и посты годные пишет, и работу работает. Отлично, вопросов нет. А бывает наоборот. Читаешь канал — умнейший человек, всё по полочкам. Потом взаимодействуешь по работе, — и не веришь, что это один и тот же человек. Так что блог — вообще не сигнал о том, какой ты в работе. Больше скажу: на найме он мне скорее мешал. Когда переходил в Райф, ребята из команды потом честно признались — была мыслишка в духе «о, блогер пришёл, сейчас будет не работу работать, а канал свой вести». Жёлтый флаг, короче. А, и про «с блогом тебя начнут хантить»: за пять лет — ни одного оффера в личку. Ноль. Повышение внутри компании тоже идёт совсем по другой логике. Делаешь работу следующего грейда, закрываешь матрицу компетенций, руководитель и окружающие это видят. Личного бренда обычно в матрице компетенций нет. При этом блог не бесполезен. Просто польза у него другая, наружу. Кому он правда нужен как рычаг — тем, кто продаёт себя вовне: консалтинг, курсы, найм через свой блог, фаундерство, прыжки по компаниям раз в год. Там личный бренд иногда вообще единственный двигатель. А если ты растёшь внутри корпы по грейдам — это приятное хобби, и не надо себе врать, что оно про карьеру. И да, я прекрасно понимаю, что пишу всё это в своём же личном блоге. Ну а где ещё ныть на тысячу человек. ——— Что еще принёс этот канал — мне выпала честь выступить с ув. тов. Орловым и Панкратовым 25 июня. Будем вживую собирать тир-лист карьерных навыков: что реально тащит наверх, а что только кажется. Спойлер: личный бренд там сядет куда ниже, чем все привыкли думать. Этот пост — по сути разбор одной клетки той доски; на эфире разложим всю и поспорим. Про мероприятие. Это бесплатный управленческий онлайн-кэмп от Стратоплана. 📅 22–25 июня, 18:00–21:00 МСК, по вечерам 4 дня: 1. Для оунеров, СЕО и C-lvl 2. Для тимлидов и руководителей отделов 3. Для технических и операционных директоров 4. Для тех, кто думает о карьерном развитии — я буду здесь. 💸 бесплатно — нужна подписка на каналы. Есть платный вариант без подписок, плюс бонусом запись закрытой программы «Руководитель 2030» 🔗 на выходе сертификат, можно повесить в LinkedIn Регистрация: https://stratoplan-school.com/camp/pdev/

70% неприятной работы Все знают, что быть тимлидом — это примерно так: — Сидишь в кресле — Двигаешь задачки по доске — Говоришь людям, что делать — Иногда мудро смотришь в окно — Шутишь несмешные шутки и над ними всё равно смеются Потом тебя повышают до CTO, потому что ты хорошо двигал задачки. Хрен там. Большая часть работы тимлида — это работать с неприятными вещами, которые раньше проходили где-то рядом, а теперь стали твоей проблемой. По моим наблюдениям, у многих ребят при переходе из разработчика в тимлида резко меняется процентное соотношение приятной и неприятной работы. Условно, было 80%/20% , а стало 30%/70%. Ниже соберу часть неприятностей работы тимлида, чтобы вы могли подумать, а надо ли вам оно. 📌 Нужно ругать людей быть требовательным Люди косячат и тебе нужно давать обратную связь. Не булшит-бургер «ты молодец, но вот тут надо получше», а конкретно: «Вот здесь работа сделана плохо. Вот факты. Вот последствия. Вот что нужно изменить». Человеку неприятно. Тебе тоже неприятно. Если вы получаете корректирующий фидбек от руководителя — знайте, ему эта часть работы не доставляет удовольствия. Ну только если не человек с отклонениями, но предположим что орущего социопата вы сможете отличить и послать нахер. 📌 Люди ошибаются Иногда ты видишь, что человек собирается наступить на грабли. И тебе нужно не побежать всё чинить, а дать ему ошибиться, чтобы он научился. А потом помочь разгрести последствия, потому что отвечать за результат всё равно тебе. Сложность в том, что чем выше грейд сотрудника, тем больнее обычно грабли и более долгосрочные последствия ошибки. — Ошибка стажера фиксится в течение дня. Передаю привет всем менторам стажеров, которым сложно дать человеку ошибиться, потому что «надо всё сделать нормально с первого раза». — Ошибка сеньора — квартал+. И тут тимлиду уже реально важно уметь отличить критичную проблему от минорной. — Ошибка тимлида проявляется только через 9 месяцев, и еще поди осознай, что это вот то принятое 9 месяцев назад решение. Проблема в том, что тимлидов обычно никто не спасает от хождения по граблям 😅 И никто не помогает простроить цепочку поиска руткоза / ошибочного решения. В этом плане обучение тимлида — дело рук самого тимлида. 📌 Люди чего-то хотят, но не всегда понимают зачем — Хочу расти. — Окей, а зачем? — Ну Вася вырос. — Окей, а тебе зачем? — Ну… надо. Пу-пу-пу. И дальше ты пытаешься понять, это денежная мотивация, желание лычки, или просто человеку скучно. И вот ты уже персональный психолог и коуч — помогаешь сотруднику понять, чего же он хочет. 📌 Люди ноют У каждого есть проблемы, тревоги, конфликты, ожидания, усталость, ипотека, собака, переезд, сложный проект, непонятный продукт, плохое настроение и ощущение, что всё бессмысленно. Когда ты внутри команды, ты видишь только свою боль. Когда ты тимлид, у тебя в голове девять чужих болей. Ты не должен быть психологом для каждого, но должен поддерживать доверительные отношения и уметь «оказать первую помощь». Такое вот насильное расширение сознания. 📌 Людей иногда приходится увольнять Не в первый месяц. Может быть, не в первый год. Но если вы идёте в менеджмент, надо понимать: когда-нибудь придётся. Или увольнять, или сокращать, или объяснять непопулярные решения, на которые вы сами не можете повлиять. И делать это так, чтобы люди поняли. Итог. Сейчас понял, что пункты выше — это только про взаимодействие с людьми. А еще есть: — заказчики, которые меняют требования на ходу — подрядчики, которые нарушают обещания — руководство, которое спускает сверху занимательные упражнения, логику и смысл которых уже никто не понимает — инциденты — горящие проекты — бюрократия, эксельки, отчетность, сертификация, ... Тимлид — это не задачки раздавать и в носу ковырять. Тимлид — это проблемки решать и своей жопой отвечать за чужие косяки. 10 раз подумайте, какое соотношение приятной и неприятной работы вас будет устраивать.

Cтарая кринжовая история про найм. 2018 год. Москва. Чертаново. Офис QIWI. Собеседуем испанца Антонио. Сейчас пишу и как-то самому не верится. 8 лет я держал в себе эту историю, хочу наконец-то поделиться. Уже прошло достаточно много времени, и не существует компании, которой эта история могла бы нанести вред. Итак, у нас была стажёрская программа, для которой я когда-то написал тестовое задание и выложил его на GitHub. Суть простая: пишешь 100 строк кода по примеру, открываешь pull request, получаешь ревью и приглашение на интервью. Программа уже закончилась, тестовое лежало себе на гитхабе, никого не трогало. И тут внезапно прилетает PR. Человек нашёл это тестовое, сделал и приложил сопроводительное письмо на английском в стиле: «Я всё сделал, давайте меня нанимать». Увидев письмо на английском, я ессно что-то заподозрил. Смотрю LinkedIn — испанец, мидл. Антонио. Ни. Хрена. Себе. Привели его в офис, погоняли по технике, разговаривали по-английски. Всё выглядело нормально. Вы спросите, что Антонио забыл в Чертаново? Ответ — простая человеческая любовь. Он хотел научиться говорить по-русски, чтобы лучше понимать свою жену. И я уже начал думать: «Так, у нас, конечно, вся команда русскоязычная. Но ребята продвинутые, по-английски говорят. Документацию где-то адаптируем. В чатах начнём писать на английском. Нормально, справимся». Сейчас, оглядываясь назад, понимаю что это была глупость. Из-за любопытства и желания подтянуть английский я собирался обречь команду на большие накладные расходы и значимое снижение эффективности. Согласовал со всеми и запустили процесс найма. И тут выясняется: У человека ВНЖ без права на работу. И он рассчитывал, что мы ему поможем с этим, как приличная компания. А мы такое не умели. 🤦 Пу-пу-пу. Пришлось писать самый кринжовый отказ в моей жизни. Мол «чувак, ты молодец, спасибо что потратил на нас кучу времени. Мы бы тебя с радостью наняли, но не умеем оформлять иностранцев». Аж самому от себя мерзко. Я тогда ещё сделал отдельную глупость — написал причину отказа. За это мне настучали по башке HRBP. Потому что такие причины отказа нельзя писать как попало в личку, — кандидат может засудить. Поэтому, чтобы усилить кринжовость ситуации, я удалил причину отказа, отредактировав сообщение и подставив «Here was the reason». Часто жалуются, что кандидату не дают развернутый фидбэк после собеседований. Я тоже не понимал, а в тот момент как понял. Это жиза, а не то, что вас хотели принизить или не уважают. Антонио, прости. Я был молод и глуп. А теперь волею судеб мы с тобой поменялись местами, и уже я — иностранец, пытающийся ассимилироваться. Специально для этого поста включу реакции 🙈😨😡🗿 P.S. Сейчас у Антонио всё хорошо — судя по линкедину, работает в Мадриде на Telefonica — самый крупный телеком Испании.

Про хранение и обработку персданных Все знают, что ПДн — это скучная история про соблюдение законов. Ну, какие-то там штрафы. Ну, подумаешь, очередная крупная контора засветилась в каком-то скандале про утечку. Отношение обычно такое — «разбираться лень, нас это не коснется». Но если присмотреться, — тема довольно интересная, потому что влияет на архитектуру систем. Расскажу, опираясь на основные сценарии, ради которых придуманы законы про ПДн. ——— Сцена 1. Приходит в поддержку пользователь. И говорит: «Я — Вася Пупкин. Расскажите-ка мне обо всех моих персданных, которые вы храните и обрабатываете. Пришлите список конкретных значений, в соответствии с ФЗ-152 от 27.07.2006.». Да, прямо так и говорит 🙃 И тут начинается суета: запрос проваливается в третий уровень саппорта и те начинают судорожно скрести по сусекам, собирая с разных баз данных разные следы этого пользователя. Затем человек говорит: «а теперь — удалите всё». И они пытаются удалить, и даже удаляют всё что нашли. Сцена 1.1 Васе приходит емейл- и смс-рассылка. И тут становится понятно, что удалили не всё. Вася обращается в РКН. РКН выставляет компании штраф. В чем суть: Мы должны уметь рассказать пользователю о списке хранимых ПДн и удалить их по запросу. При невыполнении — штраф до 300к за каждый случай нарушения — читай, за каждого пользователя, который пожаловался в РКН. Казалось бы — несложное требование. Базовое, я бы сказал. Но если ПДн размазаны по сотне сервисов, ПДн собираются в сотне сценариев, и при этом нет единого реестра — выполнить это требование невозможно. Поэтому важно на этапе проектирования архитектуры закладывать либо централизованное хранилище, либо реестр + сигнал об удалении. ——— Сцена 2. Приходит в поддержку следак. И говорит: «Есть такой-то фигурант, Вася Пупкин. Расскажите мне всё, что знаете о нём: какие объявления размещал, какие номера телефонов использовал». И опять начинается суета. ПДн Васи Пупкина ведь удалили в сцене 1. В чем суть: даже после удаления, через 3 года, нужно уметь рассказать товарищу следователю, что делал тот или иной бандит. Тот самый «закон Яровой» (ФЗ-374 от 06.07.2016) и поправки от 01.01.2026. Поэтому удаление должно быть «логическим» — данные помечаются как удаленные, уходят в архив / на холодное хранилище, и становятся недоступны самому пользователю. Но должна быть возможность поднять эти данные. ——— Сцена 3. Плохие парни проникают в сеть конторы, сливают БД и продают дамп в даркнете Пользователям начинают писать / звонить всякие мошенники с целью развода. Слитые данные помогают негодяям повысить конверсию в мамонта. Вася Пупкин становится жертвой социнженерии и переводит все накопления на «безопасный счет» мошенникам. А конторе что? Раньше были смешные штрафы, типа 50к рублей. И максимум что было — шумиха из-за очередного слива, и некоторый репутационный ущерб компании. Но среди всех случаев не было такого чтобы кого-то серьезно нахлобучили. С 2025г ввели оборотный штраф: 1-3% от выручки за год / не менее 20млн, не более 500млн рублей. Теперь не смешно. В чем суть: подход тут должен быть примерно как с паролями — ПДн нельзя хранить в открытом виде. Шифруйте, солите, храните ключи и соли отдельно. Храните в БД сервисов хэши, а сами ПДн в шифрованном виде храните в отдельных БД, к которым доступа нет ни у кого. Это не исключает риск утечки, но снижает вероятность и последствия. ——— Это всё, конечно, доп сложность для разработки. Но если сложить все составляющие, то получается довольно интересная архитектура: 1. Сами ПДн хранятся шифровано в едином реестре, максимально закрученном по доступам и сетевым правилам. 2. Сервисы с бизнес-логикой хранят хэши ПДн. Если нужно, — обменивают хэш на реальное значение у единого реестра из п.1 3. Админка к этому реестру, куда имеют доступ юристы и поддержка. 4. Сервис-адаптер для всяких интеграций с гос сервисами типа госуслуг. Проблема в том, что большинство крупных сервисов — это набор легаси, и ПДн, скорее всего, уже размазаны по сотне сервисов. И по сути нужно сделать большой рефакторинг, стоимостью в 100 человеко-лет.

Итоги 2025 В прошлом январе я написал гуглодок с личными целями на год. Поделюсь тут результатами. Не все закрыл как хотел, а чего-то в целях вовсе не было, но сложилось даже лучше. 1. Виделся с родителями 3 раза прилетал на несколько недель. Дорога в один конец занимает около суток. В эмиграции очень не хватает родных, а родители не молодеют, к сожалению. После 30 наконец-то стал ценить и стремиться чаще видеться — наверное, после того как не успел показать деду правнучку. На этот год цель — минимум 3 раза прилетать. Билеты покупаю за полгода. 2. Подтянул здоровье Скинул 10кг и 7% жира. Пробежал полумарафон. В декабре 2024 встал на весы и охренел: никогда не весил больше 100, а тут почти 103. Что-то щелкнуло, поставил какое-то приложение из апстора типа home workout и тренил каждое утро. В целом за год скинуть 10кг — не так чтобы шокирующе много, но круто что вошло в привычку. На 2026 цель — пробежать марафон. Слот вчера купил. 3. Шелби стал Служебной собакой Обучил пса и прошел сертификацию на Service Dog. Теперь летает бесплатно в салоне самолёта. Правда, не все авиакомпани принимают — надо уточнять перед покупкой билетов. Ушло на это месяца 3, но это быстро — потому что всю жизнь занимались с кинологом и по сути всё что нужно Шелби уже умел. Школа онлайн, юрлицо в Европе. Экзамен сдавали по видео. Сидеть, ждать, идти рядом на провисшем поводке, приносить всякие штуки. В целом стандартные вещи. Ложка дёгтя: Не смог отучить пса орать на уход. Кинолог говорит «диагноз — хамство». То есть, это не страх одиночества, а именно возбуждение и ругань на нас, что уходим без него. Перепробовали всё, но не хватило упорства и терпения. Всё еще орет, зараза. Бесит. На 2026 цель — избавить его от этой «изюминки». 4. Получил промо в Tech Cluster Lead См прошлый пост. Этого как раз в целях не было — сейчас перечитываю их и понимаю, что они все были про личное, а не про работу. Так что, получается, карьеризм — всё-таки не цель, а средство. На 2026 цель — закрепиться в новой должности, не быть уволенным. 5. Купил квартиру В ноябре мы стали счастливыми обладателями собственного бабушатника в пригороде, на 3 этаже без лифта, за то с плесенью. Экономически не целесообразная история: квартира в аренду стоит меньше 4% годовых, поэтому собственное жилье — это скорее для чувства стабильности. Неизмеримая штука. Теперь еще вваливаем денег в ремонт, и я точно знаю, что это не отобьется при последующей продаже. Короче, мероприятие не особо логичное с точки зрения денег. Сейчас квартира в состоянии пещеры — всю выскребли, вывезли 950 мешков (~25 тонн) мусора, кирпичей и песка. Так что и квартиры в привычном смысле нет 🙂 На 2026 цель — доделать ремонт и переехать. 6. Не сдал на права и не купил мотоцикл Цель провалена полностью. Хотя я сделал всё, что от меня зависело. Осенью 2024г записался в школу. В феврале 25 сдал теорию. В июне 25 сдал площадку. Практический экзамен в городе жду до сих пор. Буквально вчера написали, назначили на февраль 2026г. Испания, хули. Это при чем будет категория А2. Чтобы водить нормальные мотоциклы потом надо будет зачесть мои 14 лет стажа из российских прав, и дальше пойти учиться и сдавать экзамен на А. На 2026 цель — сдать таки город и купить что-то прикольное. 7. Сдал на права на прицеп. Не купил прицеп-автодом Цель выполнена на 50%. Также осенью 24 начал путь к правам на прицеп. Повезло больше чем с правами на мотоцикл — последний экзамен сдал в июне. Потом, правда, про меня забыли, и права в итоге мне дошли только в декабре после повторного заявления. Но дошли! А вот с прицепом не получилось — все деньги в квартиру и ремонт. Не буду ставить целью на 2026 покупку прицепа. Не уверен, что это будет нужно — нам бы в квартиру переехать. 8. Заплатил налоги Когда ставил эту цель, понимал что будет квест, но не понимал масштаб. В итоге в какой-то момент спорил с налоговым инспектором на испанском, ссылаясь по пунктам на испанские законы. Переспорил. 9. Наш с женой Тг канал @sharelocations отпраздновал годик 🙂 Там больше такого, личного. И фоточки есть.

Промо в бигтехах, часть 2 — стал руководителем кластера Теперь официально Technical Cluster Lead @ Avito Customer Identification. Отвечаю за 4 юнита, 11 команд, 80 инженеров. Предыдущий пост — преамбула и ответ на вопрос «чё так долго». 9 месяцев ушло с момента, как я получил шапочку кластерлида, и до официального промо. Вынес 2 главных урока: 1️⃣ — Критически важно готовить себе преемника заранее. Это база, без которой будешь работать на двух работах и вместо промо можно заработать грыжу и уйти в саббатикал. 2️⃣ — Цели на испытательный срок, критерии и дата пересмотра грейда должны быть. На старте я сам подготовил себе чеклист задач на промо, согласовал с руководителем, и мы к этому чеклисту регулярно возвращались. Помогало понимать, гдея работаю себе на промо, а где — мимо. Без этого заняло бы не 9 месяцев, а бесконечность. Что сделал, пока был «в шапочке»: 1. Перестроил оргструктуру кластера. Объединил два юнита в один, еще один юнит создал с нуля под новое направление бизнеса. 2. В AvitoID на позицию TUL (технического руководителя юнита) вырастил себе преемника, чтобы не кидать юнит. Спасибо, Кирилл, что подхватил! 3. Во второй юнит нанял TUL’a. 4. Написал стратегию, собрал обратную связь, согласовал её со всеми. Вот это было самое сложное упражнение, ушло 4 месяца. 5. Занёс новую company-wide техническую инициативу. Продал её СТО и всем директорам. Тут спасибо за активнейшее участие моему руководителю Антону. 6. Потюнил процессы на уровне кластера: переделали демо, ввели регулярный отсмотр операционных метрик команд, запустили expsharing-встречи на тимлидов. Товарищи, кто спрашивал «ну когда там» — пора, можно поздравлять :) Должно появиться чуть больше времени на ведение канала, впрочем без обещаний регулярности и частоты. Мой девиз прежний — лучше редко и в неожиданный момент, но полезное. Чуть позже напишу итоги 2025. Как я не получил права на мотоцикл, не выучил испанский, но зато обучил своего пса на сертификацию служебной собаки и пробежал полумарафон.

Промо в бигтехах Немного философский пост о том, как устроено повышение в корпорациях — от человека, который уже полгода работает «в шапочке» следующего грейда, но все еще не получил промо. И да, я понимаю, почему так, и сейчас буду вам объяснять, что это нормально. Попутно расскажу, почему успеха на текущем грейде недостаточно, чтобы получить промо, а матрица компетенций не всегда работает так, как задумана. ——— В корпорациях все знают: хочешь промо — заполняй матрицу компетенций следующего грейда. Почему так? Чтобы избежать или уменьшить влияние Принципа Питера — «В иерархической системе каждый индивидуум имеет тенденцию подниматься до уровня своей некомпетентности». Проще всего объяснить это как промо за успехи на текущем грейде. Типа, Вася самый лучший разработчик в команде. Тимлид уходит — ставим Васю тимлидом. Разберется. Или так: Вася — хороший мидл, но что-то заскучал. Повысим его до сеньора. Чтобы избежать принцип Питера, в бигтехах принято сначала успешно делать что-то на уровне следующего грейда, а потом уже получать за это промо. Побочные эффекты Проблема такого подхода в том, что у сотрудника появляется мотивация и склонность «натягивать» проявления компетенций. Помню, как пришел тимлидом в Авито, и старательно выискивал проявления TUL’a (руководителя юнита). Вот я цели на год составил — галочку поставил. Сейчас хихикаю, понимаю что это было как раз натягивание. При этом уверен, что заполняя матрицу на руководителя кластера, я точно так же склонен искать разовые проявления и переоценивать собственные навыки. Роль руководителя и почему объяснение может ранить Задача руководителя — объяснить, как матрицу для грейда Х трактуют те, кто проводит перформанс-ревью для этого грейда. И из-за того, что сотрудник склонен «натягивать», это объяснение от руководителя может считываться как обесценивание. «Да, цели на год есть, но они чисто операционные. А где твоя персональная техническая повестка? Куда ты ведёшь юнит с точки зрения техландшафта?» пу-пу-пу.. в матрице-то написано просто «составляет цели на год». А тут оказывается какая-то повестка требуется и техландшафт. И таких вещей много, а матрица достаточно компактная. Получается, нужно выпускать дополнительный «поясняющий» документ к матрице? Слишком сложно, да и читать его никто не будет, скорее всего. Потому что людям некогда читать инструкции. Им нужно чтобы инструмент был очевидным и самодокументируемым. А матрица не может быть такой, — в качестве сопровождения нужна сотня примеров проявлений разных сотрудников. Редкость проявлений на высоких грейдах От сеньоров требуются проекты на квартал или полгода. Понятно, что такие проекты появляются не часто. От менеджеров тоже требуют проявлений компетенций, которые могут быть достаточно редко нужны. Условно, средний тимлид М2 в Авито нанимает одного-двух инженеров в год. Таким образом, техлиду М1 скорее всего потребуется год, чтобы показать, что он умеет самостоятельно нанимать, и поставить галочку в матрице тимлидов. Средний TUL М4 нанимает тимлида раз в 2 года. Таким образом, тимлиду в шапочке aTUL нужно 2 года, чтобы закрыть компетенцию М4. Средний кластерлид М6 нанимает TUL’a раз в 3 года. .. Ну вы поняли. Чем выше грейд — тем больше долгоиграющих компетенций надо закрыть. А справедливо ли это? Выглядит как несправедливость: человек сидит «в шапочке» грейда Х+1, делает работу Х+1, но получает зарплату грейда Х. Но если это повышение нужно самому сотруднику — считаю, что это ок. А вот если это компания приходит к сотруднику и говорит «нам надо чтобы ты работал работу грейда Х+1» — справедливо сразу дать за это компенсацию. Проблема в том, что обычно процесс одинаковый для всех. Давайте обсудим в комментах. P.S. Не говорю, что это идеальная система и всем срочно надо так же делать в любом стартапе. Это способ обеспечить управляемость системы, как в посте про Performance Review. Добро пожаловать в мир корпоративных процессов и правил :)

Исследование тимлидов Каждый год проходит большой опрос тимлидов от DevCrowd, и я вас призываю его пройти. Это некоммерческая история, мне не платили за этот пост, и да, опрос я прошел. Прохождение займёт у вас ~1-5 минут. В сентябре ребята подобьют результаты и выложат в виде красивой инфографики. А пока поделюсь интересностями прошлого года. В прошлом опросе приняло участие 659 человек, из которых: - 70.1% – тимлид - 21.4% – менеджер менеджеров - 8.5% – директор 📌 Топ-3 обязанности руководителей любого уровня: 1️⃣ Собеседования, 2️⃣ Развитие людей в команде 3️⃣ Оценка их перфоманса. 📌 Топ-3 навыка на прокачку: 1️⃣ Стратегическое видение, 2️⃣ Коммуникации, 3️⃣ Самоорганизация 📌 — Каждый четвертый тимлид столкнулся в прошедшем году с чрезмерным объемом работы. 📌 — При этом только 6.7% тимлидов активно собеседуются. Остальные не планировали менять работу в ближайший год 📌 — Большинство тимлидов тратит не более 30% рабочего времени на написание кода. 📌 — Медианная зарплата тимлида в 24 году — 400к рублей. Интересно будет посмотреть на результат 25 года. Подробнее, с инфографикой и цифрами — Ссылка на результаты 2024. ——— P.S. там есть вопрос про медиа, которые вы читаете. Ну вы знаете, что отметить 🙂 Пройти опрос

Авито и ВШЭ запускают магистратуру для продактов Когда я учился в Бауманке, традиционные программы давали скорее базу и тренировали навык быстро сориентироваться в куче материала, чтобы сдать сессию. Были крутые преподы, которые на собственном энтузиазме делали полезные и современные курсы. Это было супер ценно, но таких было буквально единицы. У сегодняшних студентов в этом плане есть из чего выбрать. Авито уже несколько лет сотрудничает с топовыми вузами страны. Уже есть программа по аналитике и Data Science в Физтехе, курс для инженеров в ИТМО. А теперь, — полноценная магистратура для продактов в НИУ ВШЭ, той самой Вышке! Чем это круто? 1. Курсы построены вокруг матрицы компетенций продакта в бигтехе. Внутри программы: аналитика, custdev, юнит-экономика, архитектура продукта, стратегия, ML — это значит, что знания можно применить сразу в реальной работе. 2. Программа создана совместно с действующими продактами, аналитиками, UX-исследователями и экспертами Авито. Никакой устаревшей информации. 3. Студенты могут попасть в Avito Product Bootcamp — 9 месяцев работы с реальными задачами, командой и зарплатой. Если бы такая магистратура существовала в моё время — возможно, моя карьера сложилась бы быстрее и проще 🙂 Авито финансирует 30 из 42 мест, так что шансы попасть весьма высокие. Документы можно подать до 8 августа.