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

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

Так вот, если вы все еще страдаете от того, что управлять своей энергией – сложно, послушайте новый выпуск подкаста от Андрея Бреслава и Александра Ложечкина. У них есть много отличных советов и жизненных историй, которые могут помочь именно вам.

А если вы вдруг пропустили предыдущие выпуски, то вот их каталог:

🤝5: Делегирование
📊4: Performance management инженерных организаций
🤔3: Что должен уметь руководитель?
🎁2: Что является продуктом работы руководителя?
🔁1: Из эксперта в руководителя и обратно

Обсудить этот и другие выпуски можно в комментах в канале подкаста @breslavandlozhechkin.

Как общаться с топ-менеджерами

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

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

Почему компании загоняют людей в офисы

Рациональное объяснение от сотрудника Амазона:

👉Без сотрудников, посещающих офисы, начинают загибаться даунтауны и работающий там бизнес. Правительство это пугает, поэтому компаниям угрожают отменами налоговых льгот, если сотрудников не вернуть в офисы.
👉В США во время ковида компании набрали денег в долг с 0 ставкой и купили офисную недвижимость. Из-за загибающихся даунтаунов в пункте выше цена ее упала. Возврат сотрудников может повлиять на ее рост.

Оба пункта в первую очередь про США, но для международных компаний политики часто становятся общими на все страны.

Что надо указывать в вакансии

Ребята с Хабра собрали чеклист того, как оформлять вакансию, чтобы получить побольше откликов. От других подобных чеклистов этот отличает то, что он подкреплен аналитикой от их карьерного портала. Сначала несколько интересных фактов:

👉Наличие зарплатной вилки не влияет на количество откликов в компаниях с больше 5000 или меньше 100 сотрудников.
👉В вакансиях с удаленкой конверсия в отклик в 2 раза выше. Особенно влияет на большие компании.

А сам чеклист вот такой:

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

История роли SDET в Microsoft

Рассказ про то, как в Microsoft появилась выделенная роль Software Engineer in Test, какие минусы она с собой принесла, и как через несколько лет от нее героически отказались и стали продуктивнее.

Подборка заметок про системный дизайн

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

Менеджерские грейды в DoorDash

Чужие карьерные линейки смотреть всегда интересно. В этот раз своей системой поделились ребята из DoorDash. Первую часть поста сразу пролистывайте, там какое-то нереальное количество пафоса. Основные идеи их системы такие:

👉Все навыки менеджеров бьются на три столпа: Business Outcome, Team и Engineering Excellence. Business Outcome – это все про умение задать команде продуктовое и техническое направление и предсказуемо поставлять результаты. Team – про построение команд, рост людей в них и кросскомандное взаимодействие. Engineering Excellence – качество, скорость разработки и эффективная утилизация ресурсов.
👉В линейке два менеджерских уровня и два директорских. Для каждого уровня перечисленные выше скиллы описываются через примеры желательного поведения.

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

Writerside – IDE для технической документации

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

👉Построена на принципах Docs-as-a-code: встроена работа с гитом, системами сборки и автотестами.
👉Умеет работать одновременно с XML и Markdown. Поддерживает встраивание Mermaid диаграмм и LaTeX.
👉Встроена куча инспекций, которые проверяют качество документации.
👉Live preview для доков, которое обновляется на лету.
👉Доки собираются в артефакты, которые легко опубликовать в вебе.

Пока Writerside в раннем доступе и распространяется бесплатно, так что можно пробовать.

Влияние GitHub Copilot на продуктивность

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

👉85% разработчиков более уверены в качестве своего кода при использовании Copilot. Качество оценивается по нескольким показателям: Readable, Reusable, Concise, Maintainable, Resilient.
👉Code review проходят в среднем на 15% быстрее, результаты их более actionable.
👉88% разработчиков считают, что поддерживать состояние потока с Copilot проще.
👉55% разработчиков начали работать быстрее.

Вопросы, которые кандидат должен спросить на собеседовании

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

Подборка заметок и статей про стратегию

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

👉Как написать техническую стратегию
👉Признаки хорошей и плохой стратегии
👉Механизм принятия сложных решений
👉Оценка стратегии через призму “ставок”, и баланса между risk и reward
👉Про то, почему многим стратегиям не достает ясности, и почему они очень абстрактны
👉Чем отличаются фокусировка и обобщение в стратегии
👉Как собирать фидбэк на стратегию, и почему разные люди говорят разные вещи
👉Почему у многих команд и компаний нет стратегии
👉Нормально ли, если стратегия часто изменяется

Увидимся в чатике сезона!

Как сэкономить 10 миллионов на найме

Стандартная ситуация, которую я постоянно наблюдаю в разных компаниях. В команду нужен специалист с опытом работы в чем-то сравнительно редком. Открывается вакансия мидлового или сеньорного уровня, которая закрывается по 6-9 месяцев, на протяжении которых бизнес недополучает пользу. В то же время все резюме джунов отметаются сходу с аргументом про то, что учить их некому и дорого.

Ребята в статье делятся своим опытом построения программ внутреннего обучения начинающих специалистов. Сразу предупреждаю, что читается довольно тяжело. Мне в первую очередь понравились цифры, которые они приводят как результат своих экспериментов. Как пример, фокус на найме и обучении джунов дата-инженеров сэкономил 10 миллионов рублей по сравнению с аналогичной воронкой найма сеньоров.

Как нетворкаться, если ты не любишь общаться с людьми

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

Подборка из 75 карьерных линеек

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

Сэм Олтмен про продуктивность

Сэм Альтман, СЕО OpenAI, пишет довольно много эссе в своем блоге. Мне понравился один из последних постов, в котором он рассуждает про то, что влияет на продуктивность. Как и в любом разговоре про продуктивность нет никаких глобально новых идей, но некоторые мысли меня триггернули:

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

Как запускать кросскомандные проекты

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

1️⃣Выровнять всех относительно общей цели

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

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

2️⃣Составить роадмап

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

3️⃣Быть прозрачным

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

Как научить людей принимать решения

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

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

1️⃣Человек не распознает проблему и не знает, как ее решать
2️⃣Человек видит проблему, но не может найти решение
3️⃣Человек видит проблему и несколько способов решения, но не знает, как выбрать один из них
4️⃣Человек видит проблему, несколько способов решения и предлагает один из них
5️⃣Человек распознал проблему, выбрал один вариант решения из нескольких, исполнил его, и теперь просто делится с вами статусом

Не копируйте оргструктуру Spotify

Лет пять назад было очень модно копировать модель, по которой Spotify организует свои команды – все эти сквады, трайбы и гильдии. В большинстве случаев это приносило больше проблем, чем пользы. Причина этого – карго-культ, так как вместо фокуса на идеях компании слепо пытались перенести внешние атрибуты.

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