Forwarded from что-то на инженерном
Как продакт выбирает инженера, часть 2
На прошлой неделе был пост-интервью с Product Owner о том, как он выбирает инженеров в свою команду. Он собрал много реакций и репостов, поэтому мы решили сделать еще один совместный пост🔥
Как устроен процесс отбора резюме инженеров?
1. Сейчас, когда направление разрослось, появилась возможность переложить большую часть процесса отбора на техлида. PO подключается только на последнем этапе собеседования. Раньше приходилось заниматься самому. В любом случае вначале назначенный на вакансию рекрутер делает первичный отбор резюме в соответствии с требованиями, в основном с HH. Сама компания выкладывать вакансию в открытый доступ не любит: слишком много шлака летит в ответ. Пару раз мне приходилось участвовать в отборе резюме на HH cовместно с рекрутером чтобы откалибровать требования - адская работа.
2. Инициатор вакансии (техлид) по каждому резюме дает обратную связь ректрутеру. С успешными рекрутер должен договориться о собеседовании, по неуспешным - принять к сведению комментарии (хочется в это верить)
3. Если случился матч, техлид проводит интервью с кандидатом на предмет соответствия требованиям и хард скиллов. Рекрутер присутствует и оценивает психологический портрет кандидата (вполуха, есть подозрение)
4. Если и тут возникла обоюдная любовь, состоится второе собеседование, со мной. Моя задача оценить насколько кандидат впишется в процесс и в команду, насколько готов работать над нашими задачами. Ну и с другой стороны рассказать кандидату, с чем придется столкнуться, ответить на вопросы. До этого этапа по моему опыту доходит 4-8 человек, до первого собеседования - в разы больше. Резюме просмотрено еще на порядок больше. Т.е. Найм - это в любом случае десятки часов руководителей, затягивать его или повторять слишком часто никому не хочется, проще поступиться частью требований.
5. Остался последний шаг перед оффером - проверка HR и СБ. Тут могут всплыть несоответствия в резюме, или уход со скандалом с прошлой работы, о котором кандидат умолчал, но на моей памяти с успешными кандидатами такого не было.
Что для тебя ред флаг/и в резюме?
Ред флагов у меня немного: 3-4 последних места работы продолжительностью год-два - вот, пожалуй, и все. С остальным можно жить.
Сейчас популярно накрутчивать опыт. Как ты к этому относишься и как распознаешь накрутчиков?
Если учебный опыт включен в резюме, это хорошо видно, тут либо тебе нужен джун, либо нет. В целом без опыта пройти все этапы собеседования на мидла без посторонней помощи нереально. Перед выставлением оффера документы проверяет Служба безопасности. Ну и испытательные срок никто не отменял. Не вижу в накручивании никакого смысла, только репутацию испортите.
Как ты реагируешь, когда твой оффер перебивают? (Ты предложил 300тыс, а соискатель говорит, что согласится только на 350)
Нередкий случай в целом. Если кандидат примерно одновременно дошел до афера в двух компаниях, хочет работать у нас, но в другой компании предлагают больше, можно и попросить уровнять. Процесс найма у нас построен так, что практически ни у кого нет личного интереса экономить на кандидате. Если деньги в бюджете на вакансии есть - в целом не жалко. А если запрос в бюджет не вписывается - не судьба. Но если в шорт-листе были еще кандидаты, параллельно запустится общение с ним, на всякий случай.
P.S. Пожалуй, этот разговор позволил мне взглянуть на работу менеджеров с другого ракурса. Поскольку со стороны инженеров я часто замечаю нападки в адрес некомпетентности PM/PO: что они неправильно проводят собесы, не разбираются досконально во всех технологиях, задают глупые вопросы. Да, менеджеры не всегда погружаются в технические нюансы так глубоко, как хотелось бы. Но их фокус - не в деталях технологий, а в сборке пазла, где каждая деталь - это запросы бизнеса, динамика команды и долгосрочные цели продукта.
А вам приходилось сталкиваться с неочевидными нюансами найма? 👀
На прошлой неделе был пост-интервью с Product Owner о том, как он выбирает инженеров в свою команду. Он собрал много реакций и репостов, поэтому мы решили сделать еще один совместный пост🔥
Как устроен процесс отбора резюме инженеров?
1. Сейчас, когда направление разрослось, появилась возможность переложить большую часть процесса отбора на техлида. PO подключается только на последнем этапе собеседования. Раньше приходилось заниматься самому. В любом случае вначале назначенный на вакансию рекрутер делает первичный отбор резюме в соответствии с требованиями, в основном с HH. Сама компания выкладывать вакансию в открытый доступ не любит: слишком много шлака летит в ответ. Пару раз мне приходилось участвовать в отборе резюме на HH cовместно с рекрутером чтобы откалибровать требования - адская работа.
2. Инициатор вакансии (техлид) по каждому резюме дает обратную связь ректрутеру. С успешными рекрутер должен договориться о собеседовании, по неуспешным - принять к сведению комментарии (хочется в это верить)
3. Если случился матч, техлид проводит интервью с кандидатом на предмет соответствия требованиям и хард скиллов. Рекрутер присутствует и оценивает психологический портрет кандидата (вполуха, есть подозрение)
4. Если и тут возникла обоюдная любовь, состоится второе собеседование, со мной. Моя задача оценить насколько кандидат впишется в процесс и в команду, насколько готов работать над нашими задачами. Ну и с другой стороны рассказать кандидату, с чем придется столкнуться, ответить на вопросы. До этого этапа по моему опыту доходит 4-8 человек, до первого собеседования - в разы больше. Резюме просмотрено еще на порядок больше. Т.е. Найм - это в любом случае десятки часов руководителей, затягивать его или повторять слишком часто никому не хочется, проще поступиться частью требований.
5. Остался последний шаг перед оффером - проверка HR и СБ. Тут могут всплыть несоответствия в резюме, или уход со скандалом с прошлой работы, о котором кандидат умолчал, но на моей памяти с успешными кандидатами такого не было.
Что для тебя ред флаг/и в резюме?
Ред флагов у меня немного: 3-4 последних места работы продолжительностью год-два - вот, пожалуй, и все. С остальным можно жить.
Сейчас популярно накрутчивать опыт. Как ты к этому относишься и как распознаешь накрутчиков?
Если учебный опыт включен в резюме, это хорошо видно, тут либо тебе нужен джун, либо нет. В целом без опыта пройти все этапы собеседования на мидла без посторонней помощи нереально. Перед выставлением оффера документы проверяет Служба безопасности. Ну и испытательные срок никто не отменял. Не вижу в накручивании никакого смысла, только репутацию испортите.
Как ты реагируешь, когда твой оффер перебивают? (Ты предложил 300тыс, а соискатель говорит, что согласится только на 350)
Нередкий случай в целом. Если кандидат примерно одновременно дошел до афера в двух компаниях, хочет работать у нас, но в другой компании предлагают больше, можно и попросить уровнять. Процесс найма у нас построен так, что практически ни у кого нет личного интереса экономить на кандидате. Если деньги в бюджете на вакансии есть - в целом не жалко. А если запрос в бюджет не вписывается - не судьба. Но если в шорт-листе были еще кандидаты, параллельно запустится общение с ним, на всякий случай.
P.S. Пожалуй, этот разговор позволил мне взглянуть на работу менеджеров с другого ракурса. Поскольку со стороны инженеров я часто замечаю нападки в адрес некомпетентности PM/PO: что они неправильно проводят собесы, не разбираются досконально во всех технологиях, задают глупые вопросы. Да, менеджеры не всегда погружаются в технические нюансы так глубоко, как хотелось бы. Но их фокус - не в деталях технологий, а в сборке пазла, где каждая деталь - это запросы бизнеса, динамика команды и долгосрочные цели продукта.
А вам приходилось сталкиваться с неочевидными нюансами найма? 👀
Forwarded from DevFM
Как я провожу синки с тимлидами
Недавно с коллегами заходил разговор за формат синков с тимлидами. Расскажу, как я провожу подобные встречи.
Формат
Обычно, такие встречи проходят раз в неделю. Цель – синхронизация по текущим задачам, проблемам и приоритетам.
Каждый синк – отдельная повторяющаяся приватная таска в таск трекере (как я веду задачи писал тут), либо приватная страничка в вики (в нашем случае конфлюенсе), где фиксируется повестка. Важно, что повестку наполняют оба: руководитель и подчиненный.
Структура
Повестка состоит из трёх частей:
1️⃣ Обязательная часть
Фиксированный список тем, которые обсуждаются на каждой встрече. Этот раздел редко меняется.
Как правило это:
– Посмотреть action points с предыдущего синка
– Общий статус по задачам в работе
Для разных лидов обязательная часть может отличаться. Например, с некоторыми лидами у нас есть пункт по тайм менеджменту, потому что с этим часто бывают вопросы.
2️⃣ Опциональная часть
Эта такой живой раздел. Сюда каждый из участников записывает темы/вопросы, накапливающиеся в течение недели. Темы могут быть самыми разными: какой формат перфоманс ревью в этом полугодии, обсудить новую идею по изменению шаблонного сервиса, внедрение новых метрик и т.д.
3️⃣ Action points
Самый важный раздел. Здесь фиксируем договоренности с синка с указанием дедлайнов и ответственных.
Соответственно, такой скелет повестки с пояснениями по каждому разделу создается для каждой встречи и наполняется в течение недели.
Почему именно так?
Кому-то может показаться, что такой формат слишком бюрократичен. И в целом, когда у тебя пара подчиненных, действительно можно держать многое в голове, но когда их становится больше, то подобный формат мне дает:
✅ прозрачное отслеживание всех вопросов и договоренностей
✅ возможность накидывать темы заранее, не теряя их
✅ отсутствие стихийных созвонов, когда появляется какой-то вопрос. Всегда есть понятное место, куда его можно припарковать
✅ наличие повестки заранее, что позволяет лучше подготовиться к встрече
✅ лучше работает на асинхронное взаимодействие – если какая-то тема потеряла актуальность за неделю, можно просто её удалить, не тратя время на обсуждение
О применении ТГ для асинхронной работы была отдельная статья.
#teamwork #devfm
Недавно с коллегами заходил разговор за формат синков с тимлидами. Расскажу, как я провожу подобные встречи.
Формат
Обычно, такие встречи проходят раз в неделю. Цель – синхронизация по текущим задачам, проблемам и приоритетам.
Каждый синк – отдельная повторяющаяся приватная таска в таск трекере (как я веду задачи писал тут), либо приватная страничка в вики (в нашем случае конфлюенсе), где фиксируется повестка. Важно, что повестку наполняют оба: руководитель и подчиненный.
Структура
Повестка состоит из трёх частей:
1️⃣ Обязательная часть
Фиксированный список тем, которые обсуждаются на каждой встрече. Этот раздел редко меняется.
Как правило это:
– Посмотреть action points с предыдущего синка
– Общий статус по задачам в работе
Для разных лидов обязательная часть может отличаться. Например, с некоторыми лидами у нас есть пункт по тайм менеджменту, потому что с этим часто бывают вопросы.
2️⃣ Опциональная часть
Эта такой живой раздел. Сюда каждый из участников записывает темы/вопросы, накапливающиеся в течение недели. Темы могут быть самыми разными: какой формат перфоманс ревью в этом полугодии, обсудить новую идею по изменению шаблонного сервиса, внедрение новых метрик и т.д.
3️⃣ Action points
Самый важный раздел. Здесь фиксируем договоренности с синка с указанием дедлайнов и ответственных.
Соответственно, такой скелет повестки с пояснениями по каждому разделу создается для каждой встречи и наполняется в течение недели.
Почему именно так?
Кому-то может показаться, что такой формат слишком бюрократичен. И в целом, когда у тебя пара подчиненных, действительно можно держать многое в голове, но когда их становится больше, то подобный формат мне дает:
✅ прозрачное отслеживание всех вопросов и договоренностей
✅ возможность накидывать темы заранее, не теряя их
✅ отсутствие стихийных созвонов, когда появляется какой-то вопрос. Всегда есть понятное место, куда его можно припарковать
✅ наличие повестки заранее, что позволяет лучше подготовиться к встрече
✅ лучше работает на асинхронное взаимодействие – если какая-то тема потеряла актуальность за неделю, можно просто её удалить, не тратя время на обсуждение
О применении ТГ для асинхронной работы была отдельная статья.
#teamwork #devfm
Telegram
DevFM
Ведение дел – мой опыт
Часто начинающие тим лиды имеют сложности с тайм-менеджментом. У них появляются новые зоны ответственности, новые задачи, интерапты, о которых они раньше и не слышали, больше общения с людьми. В общем, совершенно новый опыт.
Что уж…
Часто начинающие тим лиды имеют сложности с тайм-менеджментом. У них появляются новые зоны ответственности, новые задачи, интерапты, о которых они раньше и не слышали, больше общения с людьми. В общем, совершенно новый опыт.
Что уж…
Forwarded from РИСЕРЧОШНАЯ
Кратко
Подробно
Видео
#LLM #NLP #NOTION
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from РИСЕРЧОШНАЯ
Кратко
Подробно
Видео
#LLM #NLP #NOTION
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from РИСЕРЧОШНАЯ
Кратко
Подробно
#RECSYS #NOTION
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Александр
нашел очень красивые lecture notes: https://archives.leni.sh/stanford/CS224w.pdf