Вторая часть обзора системы грейдов в Shopify

На прошлой неделе пост про новую систему грейдов в Shopify собрал под 300 комментариев. Давайте продолжим обсуждать!

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

Вторая часть обзора системы грейдов в Spotify

На прошлой неделе пост про новую систему грейдов в Shopify собрал под 300 комментариев. Давайте продолжим обсуждать!

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

Доклад на TeamLead Conf про импортозамещение

На этой неделе в Петербурге проходит конференция TeamLead Conf. Ребята из ГК «Астра», ветераны отечественного ПО, продукты которых внедрены на куче предприятий в разных отраслях, попросили нас рассказать об их докладе про то, как их процессы и системы внутренних сервисов помогают создавать продукты для импортозамещения и быстро адаптироваться к меняющемуся рынку. Если вы занимаетесь чем-то близким к импортозамещению, вам должно быть интересно.

Чтобы не заблудиться – 29 июня 16:30, «Зал Синий».

Три ошибки менеджеров-новичков

1️⃣Вы тратите большую часть своих усилий на менеджмент ваших сотрудников: их развитие, обратную связь, помощь в решении проблем и wellbeing. Но из-за этого вы забываете заниматься менеджментом других людей – руководителя, стейкхолдеров, ваших peers.
2️⃣Helicopter management – вы слишком трепетно относитесь к людям в своей команде, не даете им совершать ошибки, тратите слишком много собственного ресурса на поддержку их работоспособности, оберегаете от негативного фидбэка.
3️⃣Вы не мыслите системно. Если вам что-то не нравится в действии других людей, вы считаете их некомпетентными вместо того, чтобы попытаться понять, как окружающая среда могла привести их к принятым ими решениям.

Как можно жить без оценок задач

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

А вот, если что, выпуск Подлодки на эту же тему!

Результаты опроса про зарплаты СТО

В опросе приняли участие 600 человек, из которых большинство – C-level. Данные очень сильно смещены в сторону UK и Западной Европы.

👉Самый частый подход к equity: stock options с вестингом 4 года и клиффом 1 год.
👉80% CTO считают самым важным элементом своей финансовой компенсации зарплату.
👉Средняя зарплата CTO находится в интервале 176-204 тысячи фунтов, а бонус в районе 35 тысяч.
👉Средний размер equity – 1.8 миллиона фунтов.

Подкаст “Бреслав и Ложечкин”: Что является продуктом труда руководителя

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

А вообще, мы для подкаста отдельный канал завели – так что подписывайтесь, и оставляйте там фидбэк!
👉@breslavandlozhechkin

Три важных качества СТО

Если вы вдохновились размером зарплаты и опционов у СТО, и начали строить свой карьерный план в этом направлении, держите хорошую статью от СТО Lamoda про то, какие три качества ему помогают больше всего:

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

Воркшоп про работу в онлайн-командах

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

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

- Подготовка команды к удаленной работе
- Инструменты улучшения внутрикомандного взаимодействия в онлайне
- Как собрать эффективную команду и коммуникацию в онлайне

📆Дата: 4 июля в 14:00 по Москве
👉Регистрация

Считается, что наставничество и менторинг джунов может стать классным бустом в карьере будущего или действующего тимлида. Так, многие профессионалы в сфере IT&Digital сотрудничают с той или иной онлайн-школой: кто-то создает образовательные курсы, кто-то преподает, кто-то менторит студентов или проверяет их работы.

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

Примите участие в исследовании до 5 июля.

Важно: можно поучаствовать, даже если опыта сотрудничества с онлайн-школой не было / вы только выбираете проект.

На прохождение опроса вы потратите всего 7 минут, а в конце вас ждет подарок — цифровые книги от издательства «МИФ».

👉Пройти опрос

Реклама АНО ДПО "Образовательные технологии Яндекса", ИНН:7704282033, erid:LjN8K9Mrf

Гайд по обработке инцидентов

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

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

Как продать техдолг и как бороться с ним

Замечательная статья, которую можно скидывать менеджерам, считающим борьбу с тех долгом задачей с приоритетом "nice-to-have". Мне особенно понравился предлагаемый автором рефрейминг – вместо того, чтобы обсуждать, зачем вообще надо тратить время на решение техдолга, надо признать, что из-за его существования вы уже тратите дофига времени, и вам надо сделать что-то, чтобы в будущем его тратилось меньше.

Тинькофф приглашает в команду крутых ИТ-специалистов

Команда решает масштабные задачи: создает высоконагруженные сервисы для 30 миллионов клиентов, экспериментирует и ищет новые решения. А еще с ними комфортно работать. Большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и поддержки спорта.
Откликнуться в команду Тинькофф: https://u.tinkoff.ru/it.prof

Бреслав и Ложечкин говорят про навыки руководителей

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

В этом эпизоде Бреслав и Ложечкин обсуждают, какие навыки необходимы руководителю, чтобы качественно справляться со своей работой и сравнивают свой опыт развития в разных компаниях. Мой любимый момент – цитирование Куклачева!

Открыта регистрация на летний ProductCamp

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

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

Короче, не будьте мной, и вписывайтесь – там должно быть топово!

📆Дата: 19-20 августа
📍Офлайн в Подмосковье и онлайн на ProductLand
💻Регистрация

Реклама ООО “Тривиум“, ИНН 7806297293, erid: LjN8KFPcU

Микроменеджмент

Расшифровка доклада Жени Антонова про то, откуда берется микроменеджмент, чем он вреден, и как с ним бороться. Все тезисы из статьи я повторять не буду, но для старта обсуждения в комментариях – список основных причин возникновения микроменеджмента:

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

Как делать сложный выбор

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

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

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

В статье предлагают простой подход – выписать все варианты решения в виде фразы "In order to [thing], I’m choosing [x important thing] even over [y important thing]".

Чем это полезно:

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

Как всей командой оценивать риски

1️⃣Нарисуйте на вайтборде или в Miro схему вашей системы или процесса.
2️⃣Попросите каждого человека в команде в течение 10 минут подумать над рисками, которые он видит, и выписать их на отдельные стикеры. Разные цвета – разные категории важности.
3️⃣Наклейте стикеры на схему, в те ее части, к которым относятся упомянутые риски.
4️⃣Обсудите все риски, уделяя особенное внимание тем случаям, когда риск видит только один человек, и тем, когда у людей есть противоположное друг другу мнение.
5️⃣А дальше по классике – разложите все риски, с которыми команда согласилась, по шкалам probability и impact, и начинайте прорабатывать их.

Страх и ненависть performance review в Microsoft

Про кровавые performance review в Microsoft ходит много городских легенд. Главная из них про то, что по результатам ревью 10% сотрудников с наихудшим перфомансом ждало увольнение.

Автор статьи, работавший в Microsoft в годы, когда компания экспериментировала с разными подходами к оценке сотрудников, делится своим опытом участия в этой бессмысленной и неэффективной системе stack ranking'а людей.

Как Google работает с техническим долгом

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

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