Влияние рынка вакансий на сложность технических интервью
Я думаю, все уже знают про массовые увольнения программистов как в FAANG, так и в стартапах, хайринг-фризы и в целом про наступивший кризис для тех, кто работает в IT. Тут подъехали довольно интересные данные от сервиса, проводящего технические собеседования:
- Количество открытых вакансий на рынке упало на ~40%, при этом количество открытых для найма инженеров постепенно растет.
- Планка сложности прохождения технического интервью поднялась на 15%. Сейчас, чтобы получить работу, надо пройти собеседование в среднем лучше 78% остальных кандидатов.
Я думаю, все уже знают про массовые увольнения программистов как в FAANG, так и в стартапах, хайринг-фризы и в целом про наступивший кризис для тех, кто работает в IT. Тут подъехали довольно интересные данные от сервиса, проводящего технические собеседования:
- Количество открытых вакансий на рынке упало на ~40%, при этом количество открытых для найма инженеров постепенно растет.
- Планка сложности прохождения технического интервью поднялась на 15%. Сейчас, чтобы получить работу, надо пройти собеседование в среднем лучше 78% остальных кандидатов.
Сначала – интересы компании, потом – команды, потом – твои
Держите простую, но полезную ментальную модель, которая помогает принимать решения и приоритизировать как свою личную работу, так и командную. Если в первую очередь делать то, что закрывает интересы компании, во вторую очередь – команды, а в третью – твои личные, то в большинстве случаев результаты будут оптимальными с точки зрения ожиданий и пользы от твоей работы.
Как и у любое другое правило, в ряде случаев это разумно нарушать. Часто в системе присутствуют непрямые зависимости. Например, тимлид, который тратит свое время на написание кода – не всегда бесполезная трата ресурсов компании. Если его эта работа заряжает энергией и драйвит, то разумно тратить на нее часть времени, ведь это в итоге улучшит и общий результат.
Держите простую, но полезную ментальную модель, которая помогает принимать решения и приоритизировать как свою личную работу, так и командную. Если в первую очередь делать то, что закрывает интересы компании, во вторую очередь – команды, а в третью – твои личные, то в большинстве случаев результаты будут оптимальными с точки зрения ожиданий и пользы от твоей работы.
Как и у любое другое правило, в ряде случаев это разумно нарушать. Часто в системе присутствуют непрямые зависимости. Например, тимлид, который тратит свое время на написание кода – не всегда бесполезная трата ресурсов компании. Если его эта работа заряжает энергией и драйвит, то разумно тратить на нее часть времени, ведь это в итоге улучшит и общий результат.
Lethain
Company, team, self.
Back when I was managing at Uber, I latched onto a thinking tool that I drilled into the teams I worked with: reach the right outcomes by prioritizing the company first, your team second, and yourself third. This company/team/self framework proved itself…
Аддитивность найма
Один из ключевых принципов найма в Netflix – аддитивность. Приход нового человека в команду должен не просто увеличить количество рабочих рук, но и принести те качества, которых текущему составу команды не хватает. В статье предлагается попробовать инструмент Team Talent Map, который помогает соотнести качества участников команды и то, что от нее ожидает бизнес.
Один из ключевых принципов найма в Netflix – аддитивность. Приход нового человека в команду должен не просто увеличить количество рабочих рук, но и принести те качества, которых текущему составу команды не хватает. В статье предлагается попробовать инструмент Team Talent Map, который помогает соотнести качества участников команды и то, что от нее ожидает бизнес.
Команда Тинькофф ищет системных аналитиков💡
Большое комьюнити системных аналитиков решает крутые задачи — участвует в разработке высоконагруженных сервисов для 27 миллионов клиентов, экспериментирует и ищет новые решения. Приглашает в команду системных аналитиков с опытом от трех лет!
Работать с Тинькофф значит:
— не ограничивать свои скиллы и вводить в сервисы новые фичи;
— делать жизнь миллионов людей удобнее и технологичней;
— расти в грейде по скиллам, а не по стажу в компании;
— становиться заметным в профессиональном комьюнити.
А еще команда всегда «за» действительно комфортную работу. Поэтому большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и разных активностей.
Откликнуться и узнать подробнее о команде системных аналитиков Тинькофф: https://o.tinkoff.ru/pro.sa
Большое комьюнити системных аналитиков решает крутые задачи — участвует в разработке высоконагруженных сервисов для 27 миллионов клиентов, экспериментирует и ищет новые решения. Приглашает в команду системных аналитиков с опытом от трех лет!
Работать с Тинькофф значит:
— не ограничивать свои скиллы и вводить в сервисы новые фичи;
— делать жизнь миллионов людей удобнее и технологичней;
— расти в грейде по скиллам, а не по стажу в компании;
— становиться заметным в профессиональном комьюнити.
А еще команда всегда «за» действительно комфортную работу. Поэтому большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и разных активностей.
Откликнуться и узнать подробнее о команде системных аналитиков Тинькофф: https://o.tinkoff.ru/pro.sa
Как устроены архитектурные ревью в Skyscanner
У Подлодки есть замечательный выпуск с Филиппом Дельгядо про то, почему code review часто добавляет больше проблем, чем пользы, и про другие виды peer review, которыми его можно заменить. Если вы уже посмотрели выпуск или доклад Фила на ту же тему, и хотите узнать, а как оно работает на практике, то вот вам кейс от Skyscanner.
- Автор планируемого изменения готовит документ, в котором описывает решаемую проблему и детали своего решения.
- Этот пропозал читают и комментируют все связанные с изменением команды. Весь ревью организован асинхронно, встреча собирается только в том случае, если есть какие-то крупные вопросы и комментарии, которые автору удобнее разобрать голосом.
- Документ продолжает жить и дальше, постепенно превращаясь в документацию разработанного сервиса или принятого решения.
У Подлодки есть замечательный выпуск с Филиппом Дельгядо про то, почему code review часто добавляет больше проблем, чем пользы, и про другие виды peer review, которыми его можно заменить. Если вы уже посмотрели выпуск или доклад Фила на ту же тему, и хотите узнать, а как оно работает на практике, то вот вам кейс от Skyscanner.
- Автор планируемого изменения готовит документ, в котором описывает решаемую проблему и детали своего решения.
- Этот пропозал читают и комментируют все связанные с изменением команды. Весь ревью организован асинхронно, встреча собирается только в том случае, если есть какие-то крупные вопросы и комментарии, которые автору удобнее разобрать голосом.
- Документ продолжает жить и дальше, постепенно превращаясь в документацию разработанного сервиса или принятого решения.
Medium
Building systems at scale: how Skyscanner approaches engineering design reviews
By Tom Butterwith, Engineering Manager
Курс «Английский для продактов» от Яндекс Практикума
Для тех, кто хочет изменить свою профессиональную жизнь и работать в международной команде.
Обучение построено вокруг рабочих ситуаций и полезных для карьеры навыков:
Самопрезентация. Демонстрация лидерских качеств на встречах. Рассказ о себе на собеседовании и при знакомстве с командой. Презентация итогов и JTBD команде.
Питч стратегии продукта. Ответы на product sense questions на собеседовании. Защита дорожной карты перед стэйкхолдерами.
Навигация в спорных ситуациях. Переговоры о ресурсах и сроках со стейкхолдерами. Работа с немотивированными командами. Обсуждение проблем и идей на ретро.
Питчинг локальных и глобальных трендов. Обсуждение ценностей, которые вызывают доверие пользователей, на собеседовании и во время нетворкинга.
Обсуждение результатов работы. Продуктовое демо для стейкхолдеров. Ревью для себя и команды: рефлексия и развивающий фидбек.
Запишитесь на бесплатную консультацию. Определят ваш уровень языка и расскажут подробнее про обучение.
Для тех, кто хочет изменить свою профессиональную жизнь и работать в международной команде.
Обучение построено вокруг рабочих ситуаций и полезных для карьеры навыков:
Самопрезентация. Демонстрация лидерских качеств на встречах. Рассказ о себе на собеседовании и при знакомстве с командой. Презентация итогов и JTBD команде.
Питч стратегии продукта. Ответы на product sense questions на собеседовании. Защита дорожной карты перед стэйкхолдерами.
Навигация в спорных ситуациях. Переговоры о ресурсах и сроках со стейкхолдерами. Работа с немотивированными командами. Обсуждение проблем и идей на ретро.
Питчинг локальных и глобальных трендов. Обсуждение ценностей, которые вызывают доверие пользователей, на собеседовании и во время нетворкинга.
Обсуждение результатов работы. Продуктовое демо для стейкхолдеров. Ревью для себя и команды: рефлексия и развивающий фидбек.
Запишитесь на бесплатную консультацию. Определят ваш уровень языка и расскажут подробнее про обучение.
Что влияет на то, насколько продуктивным себя воспринимает разработчик
Google провел исследование того, какие факторы больше всего влияют на воспринимаемую продуктивность разработчика. Чтобы сделать исследование более надежным, одних и тех же людей опрашивали много раз через определенные временные промежутки.
Самые значимые факторы следующие:
1️⃣Удовлетворение от инфры и используемых инструментов
2️⃣Инновационность инфры и инструментов
3️⃣Качество кода в проекте
4️⃣Уровень техдолга в проекте
5️⃣Скорость кодревью
Google провел исследование того, какие факторы больше всего влияют на воспринимаемую продуктивность разработчика. Чтобы сделать исследование более надежным, одних и тех же людей опрашивали много раз через определенные временные промежутки.
Самые значимые факторы следующие:
1️⃣Удовлетворение от инфры и используемых инструментов
2️⃣Инновационность инфры и инструментов
3️⃣Качество кода в проекте
4️⃣Уровень техдолга в проекте
5️⃣Скорость кодревью
Причины инцидентов, о которых часто забывают
Процесс инцидент-менеджмента часто включает в себя категоризацию инцидентов по причинам их возникновения. Это помогает на длинной дистанции оценивать вклад различных проблем в общую надежность системы.
В статье приводится четыре категории, которые редко появляются в пост-мортемах, но являются истинными причинами многих проблем:
📆Избыточное давление дедлайнов, из-за которого люди истощают свои ресурсы и принимают неоптимальные решения.
🚏Конфликтующие цели, из-за которых инженер может попасть в безвыходную ситуацию.
⤵️Когда-то реализованные костыли и воркэраунды, нарушающие явные контракты системы.
Процесс инцидент-менеджмента часто включает в себя категоризацию инцидентов по причинам их возникновения. Это помогает на длинной дистанции оценивать вклад различных проблем в общую надежность системы.
В статье приводится четыре категории, которые редко появляются в пост-мортемах, но являются истинными причинами многих проблем:
📆Избыточное давление дедлайнов, из-за которого люди истощают свои ресурсы и принимают неоптимальные решения.
🚏Конфликтующие цели, из-за которых инженер может попасть в безвыходную ситуацию.
⤵️Когда-то реализованные костыли и воркэраунды, нарушающие явные контракты системы.
Surfing Complexity
Incident categories I’d like to see
If you’re categorizing your incidents by cause, here are some options for causes that I’d love to see used. These are all taken directly from the field of cognitive systems engineering …
Про догфудинг
Догфудингом в индустрии традиционно называется практика регулярного использования своих собственных продуктов. Например, мы в JetBrains используем ежедневно практически все свои продукты, и это является одним из ключевых принципов нашего продакт-менеджмента.
Главная сила догфудинга в том, что инженер, являющийся активным пользователем своего продукта, очень хорошо понимает доменную область и проблемы пользователей. Уменьшается необходимость в большом количестве системных аналитиков и продактов, которые должны разжевывать инженеру все задачи. Меньше звеньев в коммуникации, меньше информационные потери, выше итоговое качество.
В статье подробно разбирается связь догфудинга и качества продукта, а также два подхода внедрения практики – революционный и эволюционный.
Догфудингом в индустрии традиционно называется практика регулярного использования своих собственных продуктов. Например, мы в JetBrains используем ежедневно практически все свои продукты, и это является одним из ключевых принципов нашего продакт-менеджмента.
Главная сила догфудинга в том, что инженер, являющийся активным пользователем своего продукта, очень хорошо понимает доменную область и проблемы пользователей. Уменьшается необходимость в большом количестве системных аналитиков и продактов, которые должны разжевывать инженеру все задачи. Меньше звеньев в коммуникации, меньше информационные потери, выше итоговое качество.
В статье подробно разбирается связь догфудинга и качества продукта, а также два подхода внедрения практики – революционный и эволюционный.
Qase Blog
Dogfooding and quality
The article explores dogfooding practice history, the rationality behind it, and its effect on quality.
Root Cause анализ вреден
Root Cause Analysis – процесс анализа причин инцидента в поисках одной истинной, при предотвращении которой инцидента бы не случилось.
Проблема в том, что мы работаем над сложными социоинженерными системами. У любого инцидента в них не может быть одной основной причины, это всегда переплетение разных технических и человеческих проблем. Выделение какой-то одной из них дает неполную картину произошедшего и, что хуже, выставляет кого-то одного виноватым. Культура блейминга, в свою очередь, только уменьшает желание людей обсуждать проблемы и ведет к появлению новых.
Альтернатива, которую предлагает автор – проведение одним человеком интервью всех, кто как-то участвовал в инциденте, с целью поиска мест, где их картины мира не соответствуют друг другу. Цель такого процесса – улучшить синхронизацию знаний в команде и найти белые пятна, которые могут навредить в будущем.
Root Cause Analysis – процесс анализа причин инцидента в поисках одной истинной, при предотвращении которой инцидента бы не случилось.
Проблема в том, что мы работаем над сложными социоинженерными системами. У любого инцидента в них не может быть одной основной причины, это всегда переплетение разных технических и человеческих проблем. Выделение какой-то одной из них дает неполную картину произошедшего и, что хуже, выставляет кого-то одного виноватым. Культура блейминга, в свою очередь, только уменьшает желание людей обсуждать проблемы и ведет к появлению новых.
Альтернатива, которую предлагает автор – проведение одним человеком интервью всех, кто как-то участвовал в инциденте, с целью поиска мест, где их картины мира не соответствуют друг другу. Цель такого процесса – улучшить синхронизацию знаний в команде и найти белые пятна, которые могут навредить в будущем.
Как руководитель может обманывать команду
На заре карьеры тимлида я усвоил одно важное правило – никогда нельзя обещать сотруднику повышение зарплаты или премию, пока ты об этом не договорился со всеми, кто отвечает за бюджет. Доверие команды руководителю – важный и очень хрупкий фактор командной динамики. Его можно сломать не только прямой ложью, к которой, я думаю, большинство из вас не прибегает, а даже такими невыполненными не по своей вине обещаниями.
В статье разбираются несколько видов обмана, которым подвержены различные руководители:
🌑Прямая ложь
🌒Невыполнение обещаний.
🌓Несоответствие действительности декларируемому.
🌔Несоответствие полномочий ответственности.
🌕Непрозрачность решений.
На заре карьеры тимлида я усвоил одно важное правило – никогда нельзя обещать сотруднику повышение зарплаты или премию, пока ты об этом не договорился со всеми, кто отвечает за бюджет. Доверие команды руководителю – важный и очень хрупкий фактор командной динамики. Его можно сломать не только прямой ложью, к которой, я думаю, большинство из вас не прибегает, а даже такими невыполненными не по своей вине обещаниями.
В статье разбираются несколько видов обмана, которым подвержены различные руководители:
🌑Прямая ложь
🌒Невыполнение обещаний.
🌓Несоответствие действительности декларируемому.
🌔Несоответствие полномочий ответственности.
🌕Непрозрачность решений.
Хабр
Как не обманывать команду
Один из главных грехов руководителя — обман своей команды. Бывает также, что некоторые действия начальника, хоть и не являются обманом, создают у сотрудников ощущение обмана, которое работает не менее...
Результаты большого исследования продакт-менеджеров
Я вместе с Авито провел ежегодный опрос российских продактов, и наконец-то готов поделиться его результатами!
- Топ-3 профессии для входа в продакт-менеджмент: проджект-менеджер, маркетолог и бизнес аналитик. Вход через тимлидство – на 11 месте.
- Предел работы на позиции джуна – два года, а в Senior и Head of Product можно метить уже после трех.
- Половина продакт-менеджеров работает удаленно, а в офис ходят всего 10%.
- Самое сложное в работе – менять процессы и продуктовую культуру в компании.
- Три самых важных навыка: аналитика, лидерство и коммуникации.
- Топ книг: Inspired, Спроси маму, Цель, Thinking Fast and Slow.
Все остальные инсайты про то, куда переехали, где работают, что изучают и чем занимаются на работе продакт-менеджеры – по ссылке.
А если вы хотите, чтобы я провел похожее исследование про руководителей разработки – ставьте 👍и предлагайте конкретные вопросы исследования в комментах!
Я вместе с Авито провел ежегодный опрос российских продактов, и наконец-то готов поделиться его результатами!
- Топ-3 профессии для входа в продакт-менеджмент: проджект-менеджер, маркетолог и бизнес аналитик. Вход через тимлидство – на 11 месте.
- Предел работы на позиции джуна – два года, а в Senior и Head of Product можно метить уже после трех.
- Половина продакт-менеджеров работает удаленно, а в офис ходят всего 10%.
- Самое сложное в работе – менять процессы и продуктовую культуру в компании.
- Три самых важных навыка: аналитика, лидерство и коммуникации.
- Топ книг: Inspired, Спроси маму, Цель, Thinking Fast and Slow.
Все остальные инсайты про то, куда переехали, где работают, что изучают и чем занимаются на работе продакт-менеджеры – по ссылке.
А если вы хотите, чтобы я провел похожее исследование про руководителей разработки – ставьте 👍и предлагайте конкретные вопросы исследования в комментах!
Премортемы
Проекты постоянно проваливаются по миллиону различных причин. Хорошо, когда команда учится на своих ошибках, анализирует причины провала, и пытается что-то изменить в процессах, чтобы они не повторились. Но есть одна крутая практика, которая иногда позволяет предотвратить ошибки до того, как они произошли – это премортем.
Суть практики в том, что вы принимаете за данность, что ваш проект провалится, а затем пытаетесь собрать максимально полный список причин, по которым это могло бы произойти. Дальше эти возможные проблемв приоритизируются, и защита от них попадает в работу.
Чаще всего премортемы обсуждаются вместе с командой. Основная идея в том, что открытый разговор о возможном провале дает людям возможность высказать все свои глубинные опасения без боязни показаться пессимистами.
Помимо статьи по основной ссылке, я рекомендую почитать вот этот Twitter-тред про опыт проведения премортемов в Stripe.
Проекты постоянно проваливаются по миллиону различных причин. Хорошо, когда команда учится на своих ошибках, анализирует причины провала, и пытается что-то изменить в процессах, чтобы они не повторились. Но есть одна крутая практика, которая иногда позволяет предотвратить ошибки до того, как они произошли – это премортем.
Суть практики в том, что вы принимаете за данность, что ваш проект провалится, а затем пытаетесь собрать максимально полный список причин, по которым это могло бы произойти. Дальше эти возможные проблемв приоритизируются, и защита от них попадает в работу.
Чаще всего премортемы обсуждаются вместе с командой. Основная идея в том, что открытый разговор о возможном провале дает людям возможность высказать все свои глубинные опасения без боязни показаться пессимистами.
Помимо статьи по основной ссылке, я рекомендую почитать вот этот Twitter-тред про опыт проведения премортемов в Stripe.
Избавляемся от микроменеджеров
Давайте разберемся, микроменеджер ли вы. Держите чеклист:
☑️Вы не доверяете команде или конкретным участникам достижение целей
☑️Вам постоянно хочется проверять статус их работ или результатов
☑️Вам часто проще сделать что-то самому, чем доверять другим
☑️При постановке задачи вы фокусируетесь на том, как ее делать, а не на том, ради чего
☑️У вас не хватает времени на стратегические задачи
☑️При делегировании задач вы редко обсуждаете ожидания
☑️Вы не любите, когда команда достигает результатов способом отличным от того, который хотели вы
☑️Вам часто кажется, что вы теряете контроль
Помимо чеклиста и напоминания о том, почему микроменеджмент – это плохо, в статье приводится несколько прикладных советов про то, как очистить свои привычки и компанию от микроменеджмента.
Давайте разберемся, микроменеджер ли вы. Держите чеклист:
☑️Вы не доверяете команде или конкретным участникам достижение целей
☑️Вам постоянно хочется проверять статус их работ или результатов
☑️Вам часто проще сделать что-то самому, чем доверять другим
☑️При постановке задачи вы фокусируетесь на том, как ее делать, а не на том, ради чего
☑️У вас не хватает времени на стратегические задачи
☑️При делегировании задач вы редко обсуждаете ожидания
☑️Вы не любите, когда команда достигает результатов способом отличным от того, который хотели вы
☑️Вам часто кажется, что вы теряете контроль
Помимо чеклиста и напоминания о том, почему микроменеджмент – это плохо, в статье приводится несколько прикладных советов про то, как очистить свои привычки и компанию от микроменеджмента.
Corporate Rebels
Let’s Fire All The Micromanagers - Blog
Micromanagers are by far the least popular managers. Nobody wants to report to one. Nobody wants to be one. The funny thing about micromanagers is the…
Паттерны офисной политики
В прошлом году мы записали отличный выпуск Подлодки про то, как работает офисная политика – какие типы персонажей могут встречаться, как распознавать политические схемы и спокойно работать, не поддаваясь на провокации и оставаясь в стороне от них. Если вы не слушали его – обязательно послушайте.
Так вот, помимо выпуска – посмотрите статью по ссылке в заголовке. В ней на ярких примерах разбирается часть паттернов офисной политики – подсиживание, рабочая ревность, желание выслужиться, и приводятся способы борьбы с каждым из них.
А если вы решите выйти на advanced ступень распознавания и выживания в политике, начните с книги "Политика у шимпанзе”. Автор, биолог-исследователь, на протяжении нескольких лет ежедневно наблюдал за колонией шимпанзе и анализировал все их действия и их влияние на структуру социальных связей. На выходе неожиданно получился курс молодого бойца для тех, кто не разбирается в политике, интригах и формировании коалиций, но очень хочет научиться.
В прошлом году мы записали отличный выпуск Подлодки про то, как работает офисная политика – какие типы персонажей могут встречаться, как распознавать политические схемы и спокойно работать, не поддаваясь на провокации и оставаясь в стороне от них. Если вы не слушали его – обязательно послушайте.
Так вот, помимо выпуска – посмотрите статью по ссылке в заголовке. В ней на ярких примерах разбирается часть паттернов офисной политики – подсиживание, рабочая ревность, желание выслужиться, и приводятся способы борьбы с каждым из них.
А если вы решите выйти на advanced ступень распознавания и выживания в политике, начните с книги "Политика у шимпанзе”. Автор, биолог-исследователь, на протяжении нескольких лет ежедневно наблюдал за колонией шимпанзе и анализировал все их действия и их влияние на структуру социальных связей. На выходе неожиданно получился курс молодого бойца для тех, кто не разбирается в политике, интригах и формировании коалиций, но очень хочет научиться.
Хабр
Не мешайте мне работать! Ну пожалуйста
В 2010 году одно из крупных издательств объявило конкурс на лучшее произведение в стиле офисного романа. Мне об этом рассказала моя уже бывшая коллега за обедом. Она собралась писать и подавать...