🟣Найти «своего» сотрудника — задача не из легких. Позже может выясниться, что ваши ценности не совпадают, эта работа не подходит новому сотруднику или ему не хватает компетенций. В таких случаях компания всегда теряет время и деньги. Хорошая новость в том, что этого можно избежать.
❓Какие ошибки совершают начинающие менеджеры при проведении интервью? Что поможет объективно оценить кандидата? Как корректно транслировать ценности команды?
Эти вопросы обсудят на бесплатном онлайн-митапе с коллегами из Яндекса и OTUS 6 декабря в 19:00 (мск).
Спикером выступит Евгений Картавец, руководитель продукта в «Образовательные технологии Яндекса», который уже прошел этот путь и поделится своими инсайтами.
В эфире расскажут, как найти сотрудника и не ошибиться в своем выборе. А также обсудят, как провести интервью так, чтобы оставить хорошее впечатление о компании и вас лично.
Зарегистрируйтесь, чтобы получить ссылку на вебинар: https://otus.pw/DRsn/
❓Какие ошибки совершают начинающие менеджеры при проведении интервью? Что поможет объективно оценить кандидата? Как корректно транслировать ценности команды?
Эти вопросы обсудят на бесплатном онлайн-митапе с коллегами из Яндекса и OTUS 6 декабря в 19:00 (мск).
Спикером выступит Евгений Картавец, руководитель продукта в «Образовательные технологии Яндекса», который уже прошел этот путь и поделится своими инсайтами.
В эфире расскажут, как найти сотрудника и не ошибиться в своем выборе. А также обсудят, как провести интервью так, чтобы оставить хорошее впечатление о компании и вас лично.
Зарегистрируйтесь, чтобы получить ссылку на вебинар: https://otus.pw/DRsn/
👍7💩2👎1
🔵В чем заключается роль тимлида?
В контроле команды? В ответственности за процесс разработки? Может в умении разговаривать на языке программистов?
Роль тимлида всегда поддаётся разночтениям. Но можно сказать совершенно точно: тимлид должен быть полноценным менеджером.
Как делегировать и распределять задачи команде эффективно и экологично? Расскажут 15 декабря в 19:00 мск на онлайн-митапе в OTUS.
На вебинаре обсудят:
🔹Как определить свои зоны ответственности как тимлида
🔹В каких случаях руководитель может работать «руками», а когда — это обязанности команды
🔹Как распределять задачи, чтобы команда развивалась, а проекты реализовывались
Спикер: Александр Пряхин, технический руководитель юнита в Авито и преподаватель курсов OTUS. Александр прошел долгий путь от Junior Developer до CTO и ему есть что рассказать.
Для участия зарегистрируйтесь: https://otus.pw/uHG4/
В контроле команды? В ответственности за процесс разработки? Может в умении разговаривать на языке программистов?
Роль тимлида всегда поддаётся разночтениям. Но можно сказать совершенно точно: тимлид должен быть полноценным менеджером.
Как делегировать и распределять задачи команде эффективно и экологично? Расскажут 15 декабря в 19:00 мск на онлайн-митапе в OTUS.
На вебинаре обсудят:
🔹Как определить свои зоны ответственности как тимлида
🔹В каких случаях руководитель может работать «руками», а когда — это обязанности команды
🔹Как распределять задачи, чтобы команда развивалась, а проекты реализовывались
Спикер: Александр Пряхин, технический руководитель юнита в Авито и преподаватель курсов OTUS. Александр прошел долгий путь от Junior Developer до CTO и ему есть что рассказать.
Для участия зарегистрируйтесь: https://otus.pw/uHG4/
💩9👍6👎1🔥1
Влияние рынка вакансий на сложность технических интервью
Я думаю, все уже знают про массовые увольнения программистов как в FAANG, так и в стартапах, хайринг-фризы и в целом про наступивший кризис для тех, кто работает в IT. Тут подъехали довольно интересные данные от сервиса, проводящего технические собеседования:
- Количество открытых вакансий на рынке упало на ~40%, при этом количество открытых для найма инженеров постепенно растет.
- Планка сложности прохождения технического интервью поднялась на 15%. Сейчас, чтобы получить работу, надо пройти собеседование в среднем лучше 78% остальных кандидатов.
Я думаю, все уже знают про массовые увольнения программистов как в FAANG, так и в стартапах, хайринг-фризы и в целом про наступивший кризис для тех, кто работает в IT. Тут подъехали довольно интересные данные от сервиса, проводящего технические собеседования:
- Количество открытых вакансий на рынке упало на ~40%, при этом количество открытых для найма инженеров постепенно растет.
- Планка сложности прохождения технического интервью поднялась на 15%. Сейчас, чтобы получить работу, надо пройти собеседование в среднем лучше 78% остальных кандидатов.
👍18😢8🔥2😁2
Сначала – интересы компании, потом – команды, потом – твои
Держите простую, но полезную ментальную модель, которая помогает принимать решения и приоритизировать как свою личную работу, так и командную. Если в первую очередь делать то, что закрывает интересы компании, во вторую очередь – команды, а в третью – твои личные, то в большинстве случаев результаты будут оптимальными с точки зрения ожиданий и пользы от твоей работы.
Как и у любое другое правило, в ряде случаев это разумно нарушать. Часто в системе присутствуют непрямые зависимости. Например, тимлид, который тратит свое время на написание кода – не всегда бесполезная трата ресурсов компании. Если его эта работа заряжает энергией и драйвит, то разумно тратить на нее часть времени, ведь это в итоге улучшит и общий результат.
Держите простую, но полезную ментальную модель, которая помогает принимать решения и приоритизировать как свою личную работу, так и командную. Если в первую очередь делать то, что закрывает интересы компании, во вторую очередь – команды, а в третью – твои личные, то в большинстве случаев результаты будут оптимальными с точки зрения ожиданий и пользы от твоей работы.
Как и у любое другое правило, в ряде случаев это разумно нарушать. Часто в системе присутствуют непрямые зависимости. Например, тимлид, который тратит свое время на написание кода – не всегда бесполезная трата ресурсов компании. Если его эта работа заряжает энергией и драйвит, то разумно тратить на нее часть времени, ведь это в итоге улучшит и общий результат.
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…
👎27👍16🤡4🤔2🙈2
Аддитивность найма
Один из ключевых принципов найма в Netflix – аддитивность. Приход нового человека в команду должен не просто увеличить количество рабочих рук, но и принести те качества, которых текущему составу команды не хватает. В статье предлагается попробовать инструмент Team Talent Map, который помогает соотнести качества участников команды и то, что от нее ожидает бизнес.
Один из ключевых принципов найма в Netflix – аддитивность. Приход нового человека в команду должен не просто увеличить количество рабочих рук, но и принести те качества, которых текущему составу команды не хватает. В статье предлагается попробовать инструмент Team Talent Map, который помогает соотнести качества участников команды и то, что от нее ожидает бизнес.
👍30❤🔥5
Команда Тинькофф ищет системных аналитиков💡
Большое комьюнити системных аналитиков решает крутые задачи — участвует в разработке высоконагруженных сервисов для 27 миллионов клиентов, экспериментирует и ищет новые решения. Приглашает в команду системных аналитиков с опытом от трех лет!
Работать с Тинькофф значит:
— не ограничивать свои скиллы и вводить в сервисы новые фичи;
— делать жизнь миллионов людей удобнее и технологичней;
— расти в грейде по скиллам, а не по стажу в компании;
— становиться заметным в профессиональном комьюнити.
А еще команда всегда «за» действительно комфортную работу. Поэтому большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и разных активностей.
Откликнуться и узнать подробнее о команде системных аналитиков Тинькофф: https://o.tinkoff.ru/pro.sa
Большое комьюнити системных аналитиков решает крутые задачи — участвует в разработке высоконагруженных сервисов для 27 миллионов клиентов, экспериментирует и ищет новые решения. Приглашает в команду системных аналитиков с опытом от трех лет!
Работать с Тинькофф значит:
— не ограничивать свои скиллы и вводить в сервисы новые фичи;
— делать жизнь миллионов людей удобнее и технологичней;
— расти в грейде по скиллам, а не по стажу в компании;
— становиться заметным в профессиональном комьюнити.
А еще команда всегда «за» действительно комфортную работу. Поэтому большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и разных активностей.
Откликнуться и узнать подробнее о команде системных аналитиков Тинькофф: https://o.tinkoff.ru/pro.sa
💩21👍6🤡2👎1
Как устроены архитектурные ревью в 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
👍13🔥2
Курс «Английский для продактов» от Яндекс Практикума
Для тех, кто хочет изменить свою профессиональную жизнь и работать в международной команде.
Обучение построено вокруг рабочих ситуаций и полезных для карьеры навыков:
Самопрезентация. Демонстрация лидерских качеств на встречах. Рассказ о себе на собеседовании и при знакомстве с командой. Презентация итогов и JTBD команде.
Питч стратегии продукта. Ответы на product sense questions на собеседовании. Защита дорожной карты перед стэйкхолдерами.
Навигация в спорных ситуациях. Переговоры о ресурсах и сроках со стейкхолдерами. Работа с немотивированными командами. Обсуждение проблем и идей на ретро.
Питчинг локальных и глобальных трендов. Обсуждение ценностей, которые вызывают доверие пользователей, на собеседовании и во время нетворкинга.
Обсуждение результатов работы. Продуктовое демо для стейкхолдеров. Ревью для себя и команды: рефлексия и развивающий фидбек.
Запишитесь на бесплатную консультацию. Определят ваш уровень языка и расскажут подробнее про обучение.
Для тех, кто хочет изменить свою профессиональную жизнь и работать в международной команде.
Обучение построено вокруг рабочих ситуаций и полезных для карьеры навыков:
Самопрезентация. Демонстрация лидерских качеств на встречах. Рассказ о себе на собеседовании и при знакомстве с командой. Презентация итогов и JTBD команде.
Питч стратегии продукта. Ответы на product sense questions на собеседовании. Защита дорожной карты перед стэйкхолдерами.
Навигация в спорных ситуациях. Переговоры о ресурсах и сроках со стейкхолдерами. Работа с немотивированными командами. Обсуждение проблем и идей на ретро.
Питчинг локальных и глобальных трендов. Обсуждение ценностей, которые вызывают доверие пользователей, на собеседовании и во время нетворкинга.
Обсуждение результатов работы. Продуктовое демо для стейкхолдеров. Ревью для себя и команды: рефлексия и развивающий фидбек.
Запишитесь на бесплатную консультацию. Определят ваш уровень языка и расскажут подробнее про обучение.
💩20👍4🤡1
Что влияет на то, насколько продуктивным себя воспринимает разработчик
Google провел исследование того, какие факторы больше всего влияют на воспринимаемую продуктивность разработчика. Чтобы сделать исследование более надежным, одних и тех же людей опрашивали много раз через определенные временные промежутки.
Самые значимые факторы следующие:
1️⃣Удовлетворение от инфры и используемых инструментов
2️⃣Инновационность инфры и инструментов
3️⃣Качество кода в проекте
4️⃣Уровень техдолга в проекте
5️⃣Скорость кодревью
Google провел исследование того, какие факторы больше всего влияют на воспринимаемую продуктивность разработчика. Чтобы сделать исследование более надежным, одних и тех же людей опрашивали много раз через определенные временные промежутки.
Самые значимые факторы следующие:
1️⃣Удовлетворение от инфры и используемых инструментов
2️⃣Инновационность инфры и инструментов
3️⃣Качество кода в проекте
4️⃣Уровень техдолга в проекте
5️⃣Скорость кодревью
👍22
Причины инцидентов, о которых часто забывают
Процесс инцидент-менеджмента часто включает в себя категоризацию инцидентов по причинам их возникновения. Это помогает на длинной дистанции оценивать вклад различных проблем в общую надежность системы.
В статье приводится четыре категории, которые редко появляются в пост-мортемах, но являются истинными причинами многих проблем:
📆Избыточное давление дедлайнов, из-за которого люди истощают свои ресурсы и принимают неоптимальные решения.
🚏Конфликтующие цели, из-за которых инженер может попасть в безвыходную ситуацию.
⤵️Когда-то реализованные костыли и воркэраунды, нарушающие явные контракты системы.
Процесс инцидент-менеджмента часто включает в себя категоризацию инцидентов по причинам их возникновения. Это помогает на длинной дистанции оценивать вклад различных проблем в общую надежность системы.
В статье приводится четыре категории, которые редко появляются в пост-мортемах, но являются истинными причинами многих проблем:
📆Избыточное давление дедлайнов, из-за которого люди истощают свои ресурсы и принимают неоптимальные решения.
🚏Конфликтующие цели, из-за которых инженер может попасть в безвыходную ситуацию.
⤵️Когда-то реализованные костыли и воркэраунды, нарушающие явные контракты системы.
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 …
❤13👍1
Про догфудинг
Догфудингом в индустрии традиционно называется практика регулярного использования своих собственных продуктов. Например, мы в JetBrains используем ежедневно практически все свои продукты, и это является одним из ключевых принципов нашего продакт-менеджмента.
Главная сила догфудинга в том, что инженер, являющийся активным пользователем своего продукта, очень хорошо понимает доменную область и проблемы пользователей. Уменьшается необходимость в большом количестве системных аналитиков и продактов, которые должны разжевывать инженеру все задачи. Меньше звеньев в коммуникации, меньше информационные потери, выше итоговое качество.
В статье подробно разбирается связь догфудинга и качества продукта, а также два подхода внедрения практики – революционный и эволюционный.
Догфудингом в индустрии традиционно называется практика регулярного использования своих собственных продуктов. Например, мы в JetBrains используем ежедневно практически все свои продукты, и это является одним из ключевых принципов нашего продакт-менеджмента.
Главная сила догфудинга в том, что инженер, являющийся активным пользователем своего продукта, очень хорошо понимает доменную область и проблемы пользователей. Уменьшается необходимость в большом количестве системных аналитиков и продактов, которые должны разжевывать инженеру все задачи. Меньше звеньев в коммуникации, меньше информационные потери, выше итоговое качество.
В статье подробно разбирается связь догфудинга и качества продукта, а также два подхода внедрения практики – революционный и эволюционный.
Qase Blog
Dogfooding and quality
The article explores dogfooding practice history, the rationality behind it, and its effect on quality.
👍19🤔2
Root Cause анализ вреден
Root Cause Analysis – процесс анализа причин инцидента в поисках одной истинной, при предотвращении которой инцидента бы не случилось.
Проблема в том, что мы работаем над сложными социоинженерными системами. У любого инцидента в них не может быть одной основной причины, это всегда переплетение разных технических и человеческих проблем. Выделение какой-то одной из них дает неполную картину произошедшего и, что хуже, выставляет кого-то одного виноватым. Культура блейминга, в свою очередь, только уменьшает желание людей обсуждать проблемы и ведет к появлению новых.
Альтернатива, которую предлагает автор – проведение одним человеком интервью всех, кто как-то участвовал в инциденте, с целью поиска мест, где их картины мира не соответствуют друг другу. Цель такого процесса – улучшить синхронизацию знаний в команде и найти белые пятна, которые могут навредить в будущем.
Root Cause Analysis – процесс анализа причин инцидента в поисках одной истинной, при предотвращении которой инцидента бы не случилось.
Проблема в том, что мы работаем над сложными социоинженерными системами. У любого инцидента в них не может быть одной основной причины, это всегда переплетение разных технических и человеческих проблем. Выделение какой-то одной из них дает неполную картину произошедшего и, что хуже, выставляет кого-то одного виноватым. Культура блейминга, в свою очередь, только уменьшает желание людей обсуждать проблемы и ведет к появлению новых.
Альтернатива, которую предлагает автор – проведение одним человеком интервью всех, кто как-то участвовал в инциденте, с целью поиска мест, где их картины мира не соответствуют друг другу. Цель такого процесса – улучшить синхронизацию знаний в команде и найти белые пятна, которые могут навредить в будущем.
👎18👍12🤮11😁4
Как руководитель может обманывать команду
На заре карьеры тимлида я усвоил одно важное правило – никогда нельзя обещать сотруднику повышение зарплаты или премию, пока ты об этом не договорился со всеми, кто отвечает за бюджет. Доверие команды руководителю – важный и очень хрупкий фактор командной динамики. Его можно сломать не только прямой ложью, к которой, я думаю, большинство из вас не прибегает, а даже такими невыполненными не по своей вине обещаниями.
В статье разбираются несколько видов обмана, которым подвержены различные руководители:
🌑Прямая ложь
🌒Невыполнение обещаний.
🌓Несоответствие действительности декларируемому.
🌔Несоответствие полномочий ответственности.
🌕Непрозрачность решений.
На заре карьеры тимлида я усвоил одно важное правило – никогда нельзя обещать сотруднику повышение зарплаты или премию, пока ты об этом не договорился со всеми, кто отвечает за бюджет. Доверие команды руководителю – важный и очень хрупкий фактор командной динамики. Его можно сломать не только прямой ложью, к которой, я думаю, большинство из вас не прибегает, а даже такими невыполненными не по своей вине обещаниями.
В статье разбираются несколько видов обмана, которым подвержены различные руководители:
🌑Прямая ложь
🌒Невыполнение обещаний.
🌓Несоответствие действительности декларируемому.
🌔Несоответствие полномочий ответственности.
🌕Непрозрачность решений.
Хабр
Как не обманывать команду
Один из главных грехов руководителя — обман своей команды. Бывает также, что некоторые действия начальника, хоть и не являются обманом, создают у сотрудников ощущение обмана, которое работает не менее...
👍26❤7🔥5
Результаты большого исследования продакт-менеджеров
Я вместе с Авито провел ежегодный опрос российских продактов, и наконец-то готов поделиться его результатами!
- Топ-3 профессии для входа в продакт-менеджмент: проджект-менеджер, маркетолог и бизнес аналитик. Вход через тимлидство – на 11 месте.
- Предел работы на позиции джуна – два года, а в Senior и Head of Product можно метить уже после трех.
- Половина продакт-менеджеров работает удаленно, а в офис ходят всего 10%.
- Самое сложное в работе – менять процессы и продуктовую культуру в компании.
- Три самых важных навыка: аналитика, лидерство и коммуникации.
- Топ книг: Inspired, Спроси маму, Цель, Thinking Fast and Slow.
Все остальные инсайты про то, куда переехали, где работают, что изучают и чем занимаются на работе продакт-менеджеры – по ссылке.
А если вы хотите, чтобы я провел похожее исследование про руководителей разработки – ставьте 👍и предлагайте конкретные вопросы исследования в комментах!
Я вместе с Авито провел ежегодный опрос российских продактов, и наконец-то готов поделиться его результатами!
- Топ-3 профессии для входа в продакт-менеджмент: проджект-менеджер, маркетолог и бизнес аналитик. Вход через тимлидство – на 11 месте.
- Предел работы на позиции джуна – два года, а в Senior и Head of Product можно метить уже после трех.
- Половина продакт-менеджеров работает удаленно, а в офис ходят всего 10%.
- Самое сложное в работе – менять процессы и продуктовую культуру в компании.
- Три самых важных навыка: аналитика, лидерство и коммуникации.
- Топ книг: Inspired, Спроси маму, Цель, Thinking Fast and Slow.
Все остальные инсайты про то, куда переехали, где работают, что изучают и чем занимаются на работе продакт-менеджеры – по ссылке.
А если вы хотите, чтобы я провел похожее исследование про руководителей разработки – ставьте 👍и предлагайте конкретные вопросы исследования в комментах!
👍63❤1
Премортемы
Проекты постоянно проваливаются по миллиону различных причин. Хорошо, когда команда учится на своих ошибках, анализирует причины провала, и пытается что-то изменить в процессах, чтобы они не повторились. Но есть одна крутая практика, которая иногда позволяет предотвратить ошибки до того, как они произошли – это премортем.
Суть практики в том, что вы принимаете за данность, что ваш проект провалится, а затем пытаетесь собрать максимально полный список причин, по которым это могло бы произойти. Дальше эти возможные проблемв приоритизируются, и защита от них попадает в работу.
Чаще всего премортемы обсуждаются вместе с командой. Основная идея в том, что открытый разговор о возможном провале дает людям возможность высказать все свои глубинные опасения без боязни показаться пессимистами.
Помимо статьи по основной ссылке, я рекомендую почитать вот этот Twitter-тред про опыт проведения премортемов в Stripe.
Проекты постоянно проваливаются по миллиону различных причин. Хорошо, когда команда учится на своих ошибках, анализирует причины провала, и пытается что-то изменить в процессах, чтобы они не повторились. Но есть одна крутая практика, которая иногда позволяет предотвратить ошибки до того, как они произошли – это премортем.
Суть практики в том, что вы принимаете за данность, что ваш проект провалится, а затем пытаетесь собрать максимально полный список причин, по которым это могло бы произойти. Дальше эти возможные проблемв приоритизируются, и защита от них попадает в работу.
Чаще всего премортемы обсуждаются вместе с командой. Основная идея в том, что открытый разговор о возможном провале дает людям возможность высказать все свои глубинные опасения без боязни показаться пессимистами.
Помимо статьи по основной ссылке, я рекомендую почитать вот этот Twitter-тред про опыт проведения премортемов в Stripe.
👍33🔥5