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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

👉Тревожность и страх отпускать контроль и доверять другим людям.
👉Недоверие к коллегам, которые не такие умные, как руководитель.
👉Гиперопека команды.
👉Амбиции и эго менеджера.
👉Желание стать незаменимым и обеспечить 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 кажый квартал проводятся опросы всех инженеров, основная задача которых – следить за тем, насколько им нравится работать, и что влияет на их удовлетворенность. Когда в факторах неудовлетворенности стал лидировать технический долг, рисерчеры закопались в проблему глубже.

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

Отличие технического бренда и технического престижа

Стандартный подход к построению техбренда в компании:

1️⃣Поставить цель в виде количества статей и докладов в квартал
2️⃣Пинать инженеров, чтобы они выдавали хоть какие-то статьи, но регулярно
3️⃣Радоваться количеству просмотров и подписчиков

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

Гайд для начинающих про то, как устроена продуктовая разработка

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

Внутри есть ответы на вопросы:
👉Кто входит в команду разработки и за что они отвечают
👉Что входит и не входит в задачи продакта на этапе Delivery
👉Основной глоссарий по архитектуре, процессам, технологическому стеку
👉Какие первые шаги продакту сделать в своей работе (а вот эта часть полезна и тимлидам, которые думают вкатиться в продакт-менеджмент)

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

Автономность и выравнивание

Знаете фразу "просто наймите крутых людей, и не мешайте им работать"? Меня она всегда очень сильно смущала, потому что абсолютно ничего не говорила о том, как обеспечивать, чтобы эти крутые люди не тащили продукт и компанию в разные стороны. Статья как раз о том, почему люди часто путают необходимость выравнивания с отсутствием автономности.

Интервью с СОО Shopify про борьбу с бесполезными митингами и ценности компании

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

👉В начале 2023 года менеджмент запустил стратегию борьбы с лишними коммуникациями: отменились все митинги с 3+ участниками, удалились лишние каналы в Slack, вернулась практика no meeting Wednesday. А еще в календаре изменили дефолтный ответ на присылаемый митинг с approve на decline. Как результат этих изменений, среднее время участия во встречах сократилось на 30%.
👉Вместо этого пропагандируется культура письменных коммуникаций. Например, специальная внутренняя система "Get Shit Done" – это что-то вроде репортилки о прогрессе целей, в которой используется текст.

Подлодка про холакратию

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

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

Фреймворк для оценки экономического импакта любой работы

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

📈Increase revenue: любые изменения, которые ведут к тому, что либо у продукта появляется больше пользователей, либо получается заработать больше с текущих пользователей.
🔐Protect revenue: действия, направленные на то, чтобы удержать текущий рынок, повысить лояльность существующих пользователей, или поддерживать требуемую скорость разработки.
📉Reduce costs: все, что помогает резать косты, в том числе процессные улучшения и автоматизация.
✋Avoid costs: действия, которые помогают избежать возможных трат в будущем, митигация рисков.

Как искать людей в воронку найма

Найм людей – задача не рекрутера, а тимлида. От укомплектованности команды правильными людьми зависит именно твой успех. Поэтому тимлиду важно самому вовлекаться не только в процесс проведения собеседований, но и в более ранние этапы воронки найма. Я про это даже писал отдельную статью. Она уже не прямо свежая, но состарилась довольно-таки неплохо!

Так вот, по ссылке в заголовке – другая статья. Я не согласен со всеми советами оттуда, но меня очень привлекла одна конкретная ее часть – упор на реферралки от уже нанятых сотрудников. Где бы я ни работал, реферральная программа приносила самых клевых и замотивированных кандидатов, но при этом эйчары постоянно продалбывали ее правильно организовать. В статье приводится одна клевая практика, которой я когда-нибудь воспользуюсь – если у вас нет времени и желания выстраивать полноценную реферральную программу, можете провести one-time event, на котором за каждый реферрал от коллег вы будете выдавать им какой-то мерч, протеиновый батончик или еще что-то вкусное.