Поиск работы. Разведка перед интервью
На интервью оценивают не только скиллы, но и подготовленность кандидата. Что он узнал о компании, продукте, команде? Все это показывает мотивацию и дает плюс очки.
Вот эту информацию я советую узнать перед интервью:
1️⃣Что делает продукт. Необязательно знать все фичи, но обязательно понимать, какую проблему решает продукт и для кого. Когда я нанимал в нашу команду в Минске, приходили ребята и говорили “ну у вас там что-то про редактирование видео”, это сразу отказ. Если ты не знаешь, что мы делаем, нафиг ты пришел? В Европе таких ошибок не прощают.
2️⃣Понять, какого менеджера хочет компания. Технаря, который вместе с девелоперами ныряет в логику легаси? Дизайнера, который сделает головокружительный онбординг? Маркетолога, который разберется наконец с каналами привлечения? Конкретный профиль нетрудно раскодировать из ключевых слов в вакансии. Под него должен быть заточен рассказ о себе. Вот, например, как можно упаковать один и тот же опыт под 2 разные вакансии.
3️⃣Ценности. Не уточнив ценности соседа в Европе есть фалафель рядом не сядут. Очень-очень-очень круто, ссылаться на ценности и миссию, рассказывая о прошлом опыте.
Например, написано про customer-focus. Тогда на интервью вы рассказываете, как был один клиент, который просил Х, а вы прошли экстра милю и сделали Х, У и еще цветы ему подарили.
В ответах на вопросы тоже круто ссылаться на ценности:
- Расскажите, как бы вы поднимали MRR нашего продукта?
- Ну я помню, что в ваших ценностях customer-focused, поэтому поговорю с аккаунт менеджерами, изучу отзывы отвалившихся, и т.п.
Другие вопросы для подготовки:
4️⃣На какой стадии компания? Поднимала инвестиции? Сокращала штат?
5️⃣Какие перед ней могут стоять челенджи? Как вы уже решали такие челенджи и какой был результат?
6️⃣Кто главный конкурент и в чем его основное отличие?
7️⃣❗️Подготовьте интересные вопросы. Не спрашивайте банальное, вроде “на чем у вас бекенд”. Спрашивайте “есть ли планы выйти вот в эту смежную вертикаль”.
8️⃣Блог компании, интервью СЕО, новости. На это так же круто сослаться, как и на ценности.
9️⃣Кто босс? Как давно он в компании, какой у него бекграунд? Боссу, который до этого кодил 10 лет в ютубе, я расскажу, как мне нравится их рекоммендер, подкидывающий классные видосы про систем дизайн. Бывшему продакту из ютуба я расскажу, как классно сделана сегментация, что пока я смотрю про систем дизайн, моя мама смотрит про путешествия.
На интервью оценивают не только скиллы, но и подготовленность кандидата. Что он узнал о компании, продукте, команде? Все это показывает мотивацию и дает плюс очки.
Вот эту информацию я советую узнать перед интервью:
1️⃣Что делает продукт. Необязательно знать все фичи, но обязательно понимать, какую проблему решает продукт и для кого. Когда я нанимал в нашу команду в Минске, приходили ребята и говорили “ну у вас там что-то про редактирование видео”, это сразу отказ. Если ты не знаешь, что мы делаем, нафиг ты пришел? В Европе таких ошибок не прощают.
2️⃣Понять, какого менеджера хочет компания. Технаря, который вместе с девелоперами ныряет в логику легаси? Дизайнера, который сделает головокружительный онбординг? Маркетолога, который разберется наконец с каналами привлечения? Конкретный профиль нетрудно раскодировать из ключевых слов в вакансии. Под него должен быть заточен рассказ о себе. Вот, например, как можно упаковать один и тот же опыт под 2 разные вакансии.
3️⃣Ценности. Не уточнив ценности соседа в Европе есть фалафель рядом не сядут. Очень-очень-очень круто, ссылаться на ценности и миссию, рассказывая о прошлом опыте.
Например, написано про customer-focus. Тогда на интервью вы рассказываете, как был один клиент, который просил Х, а вы прошли экстра милю и сделали Х, У и еще цветы ему подарили.
В ответах на вопросы тоже круто ссылаться на ценности:
- Расскажите, как бы вы поднимали MRR нашего продукта?
- Ну я помню, что в ваших ценностях customer-focused, поэтому поговорю с аккаунт менеджерами, изучу отзывы отвалившихся, и т.п.
Другие вопросы для подготовки:
4️⃣На какой стадии компания? Поднимала инвестиции? Сокращала штат?
5️⃣Какие перед ней могут стоять челенджи? Как вы уже решали такие челенджи и какой был результат?
6️⃣Кто главный конкурент и в чем его основное отличие?
7️⃣❗️Подготовьте интересные вопросы. Не спрашивайте банальное, вроде “на чем у вас бекенд”. Спрашивайте “есть ли планы выйти вот в эту смежную вертикаль”.
8️⃣Блог компании, интервью СЕО, новости. На это так же круто сослаться, как и на ценности.
9️⃣Кто босс? Как давно он в компании, какой у него бекграунд? Боссу, который до этого кодил 10 лет в ютубе, я расскажу, как мне нравится их рекоммендер, подкидывающий классные видосы про систем дизайн. Бывшему продакту из ютуба я расскажу, как классно сделана сегментация, что пока я смотрю про систем дизайн, моя мама смотрит про путешествия.
🔥81👍43😁6❤2
Поиск работы. Стадии интервью
Ожидай от 4 до 8 раундов интервью на позицию менеджера любого типа.
По времени самое быстрое, что у меня было - это 3 недели. В нормальном режиме пройти все этапы с одной компанией занимает 1,5 месяца.
Вот какие будут этапы.
Скрининг
Рекрутер валидирует, что ты адекватный у тебя есть нужный опыт. Всегда спрашивает ожидания по зп, но можно не называть. В крутых компаниях уже здесь будут серьезные вопросы, вроде “расскажи, как ты продавал команде непопулярное решение”.
Интервью с пиром (peer)
Т.е. с таким же продактом или проджектом. Таких интервью будет от 1 до 3. Здесь проверяют основные хард скиллы + коммуникацию, конечно.
Ревью тестового задания
Если есть тестовое, ты высылаешь результат заранее, но обязательно питчишь его на звонке. Ревью проводят несколько пиров и любые члены команды: программисты, дизайнеры, аналитики.
С нанимающим менеджером
Обычно проводят либо в самом начале, либо в конце. Вопросы строят вокруг ситуации из твоего опыта. Например, “расскажи, как ты действовал в условиях неопределенности”.
С боссом нанимающего менеджера (director of product / project)
Вопросы примерно как раньше, а вот в ответах почаще ссылайся на цели, миссию и т.п.
С каким-нибудь крутым челом из другого отдела
Дополнительный раунд, чтобы проверить на culture fit. Хотят послушать мнение со стороны. У меня было, например, с head of sales и с engineering manager.
————————————
Если доберешься до конца, компания соберет комитет из всех людей, с кем вы общались. Каждый поставит тебе баллы по разным критериям и свой вердикт - hire \ no hire. Решение принимается коллегиально.
По вот этим осям оценивают профиль каждого кандидата:
▫️ Знания домена.
▫️ Хард скиллы. Ты уже строил роудмап, вел большую команду.
▫️ Culture fit. Насколько ты вежливый, умеешь в смол толк, фигачишь на результат.
▫️ Technical Competency. Знаешь, из каких компонентов состоит твой продукт. Для проверки этого навыка часто делают отдельное интервью - system design. У меня было 2 таких, оба на проджекта.
▫️ Vision, Mission, Goals - driven. Тонешь в операционке или думаешь на перспективу? Особенно актуально для продактов.
▫️ Leadership. Умеешь замотивировать окружающих задорно грести к общему результату.
▫️ Problem solving. Знаешь, что делать, когда чел из соседнего отдела игнорит тебя как только может, а у тебя зависимость и дедлайны.
▫️ Operation excellence. Знаешь, что делать, чтобы на длинной дистанции продукт не загнулся, а бабла стало в 2 раза больше.
В следующем посте напишу, каких вопросов ждать на интервью.
Ожидай от 4 до 8 раундов интервью на позицию менеджера любого типа.
По времени самое быстрое, что у меня было - это 3 недели. В нормальном режиме пройти все этапы с одной компанией занимает 1,5 месяца.
Вот какие будут этапы.
Скрининг
Рекрутер валидирует, что ты адекватный у тебя есть нужный опыт. Всегда спрашивает ожидания по зп, но можно не называть. В крутых компаниях уже здесь будут серьезные вопросы, вроде “расскажи, как ты продавал команде непопулярное решение”.
Интервью с пиром (peer)
Т.е. с таким же продактом или проджектом. Таких интервью будет от 1 до 3. Здесь проверяют основные хард скиллы + коммуникацию, конечно.
Ревью тестового задания
Если есть тестовое, ты высылаешь результат заранее, но обязательно питчишь его на звонке. Ревью проводят несколько пиров и любые члены команды: программисты, дизайнеры, аналитики.
С нанимающим менеджером
Обычно проводят либо в самом начале, либо в конце. Вопросы строят вокруг ситуации из твоего опыта. Например, “расскажи, как ты действовал в условиях неопределенности”.
С боссом нанимающего менеджера (director of product / project)
Вопросы примерно как раньше, а вот в ответах почаще ссылайся на цели, миссию и т.п.
С каким-нибудь крутым челом из другого отдела
Дополнительный раунд, чтобы проверить на culture fit. Хотят послушать мнение со стороны. У меня было, например, с head of sales и с engineering manager.
————————————
Если доберешься до конца, компания соберет комитет из всех людей, с кем вы общались. Каждый поставит тебе баллы по разным критериям и свой вердикт - hire \ no hire. Решение принимается коллегиально.
По вот этим осям оценивают профиль каждого кандидата:
▫️ Знания домена.
▫️ Хард скиллы. Ты уже строил роудмап, вел большую команду.
▫️ Culture fit. Насколько ты вежливый, умеешь в смол толк, фигачишь на результат.
▫️ Technical Competency. Знаешь, из каких компонентов состоит твой продукт. Для проверки этого навыка часто делают отдельное интервью - system design. У меня было 2 таких, оба на проджекта.
▫️ Vision, Mission, Goals - driven. Тонешь в операционке или думаешь на перспективу? Особенно актуально для продактов.
▫️ Leadership. Умеешь замотивировать окружающих задорно грести к общему результату.
▫️ Problem solving. Знаешь, что делать, когда чел из соседнего отдела игнорит тебя как только может, а у тебя зависимость и дедлайны.
▫️ Operation excellence. Знаешь, что делать, чтобы на длинной дистанции продукт не загнулся, а бабла стало в 2 раза больше.
В следующем посте напишу, каких вопросов ждать на интервью.
👍118🔥47❤17
Поиск работы. Примеры вопросов на интервью
Я был приятно удивлен тем, что ни одно интервью в Европе не было похоже на экзамен. Никто не спрашивал “что такое CVA” или ”какие виды нефункциональных требований вы знаете”. Это и так всплывет 😁
Наниматели в первую очередь хотят узнать твой прошлый опыт. Что ты уже умеешь делать и что они “могут купить”. Например, спрашивают:
1. как ты пообещал слишком много и налажал;
2. про какой-нибудь конфликт и как ты из него выехал;
3. как тебе надо было убедить человека, на которого у тебя нет прямого влияния (lead without authority).
Иногда целое интервью строится вокруг одного кейса. Например, в одном месте предлагали составить profits and loss для Netflix. То есть на что они тратят деньги и на чем зарабатывают. Соберем такой список в комментах? 🤓
Есть хороший фреймворк ответов на поведенческие вопросы STAR, но необязательно пользоваться именно им. Важно иметь любую структуру и сделать из ответа рассказ, который поймет не только крутой ПМ, но и любой коллега из другого отдела.
Поведенческих вопросов не так много. Вот хорошие примеры с ответами:
1. BE Interview;
2. Jacob's STAR worksheet;
3. How-to-Answer-the-64-Toughest-Interview-Questions;
Перед первым собесом я расписал, как буду на них отвечать и рассказывать про свой опыт. Получился вот такой документ (непричесанный черновик 🤭).
Как видите, ответы и кейсы можно комбинировать. Например, на вопрос “как ты принимал решение на основе данных” можно рассказать технический кейс, попутно раскрыв свои инженерные скиллы. Так одним махом закроется 2 вопроса.
Напоследок рекомендую добавлять пару предложений о том, чему тебя научила эта ситуация.
Например, на дискавери вы упустили кусок требований. Когда пожар был потушен, вы провели с командой ретро и добавили этап определения зависимостей на другие команды и продукты. Эта ситуация научила вас думать о проекте на уровне компании.
Я был приятно удивлен тем, что ни одно интервью в Европе не было похоже на экзамен. Никто не спрашивал “что такое CVA” или ”какие виды нефункциональных требований вы знаете”. Это и так всплывет 😁
Наниматели в первую очередь хотят узнать твой прошлый опыт. Что ты уже умеешь делать и что они “могут купить”. Например, спрашивают:
1. как ты пообещал слишком много и налажал;
2. про какой-нибудь конфликт и как ты из него выехал;
3. как тебе надо было убедить человека, на которого у тебя нет прямого влияния (lead without authority).
Иногда целое интервью строится вокруг одного кейса. Например, в одном месте предлагали составить profits and loss для Netflix. То есть на что они тратят деньги и на чем зарабатывают. Соберем такой список в комментах? 🤓
Есть хороший фреймворк ответов на поведенческие вопросы STAR, но необязательно пользоваться именно им. Важно иметь любую структуру и сделать из ответа рассказ, который поймет не только крутой ПМ, но и любой коллега из другого отдела.
Поведенческих вопросов не так много. Вот хорошие примеры с ответами:
1. BE Interview;
2. Jacob's STAR worksheet;
3. How-to-Answer-the-64-Toughest-Interview-Questions;
Перед первым собесом я расписал, как буду на них отвечать и рассказывать про свой опыт. Получился вот такой документ (непричесанный черновик 🤭).
Как видите, ответы и кейсы можно комбинировать. Например, на вопрос “как ты принимал решение на основе данных” можно рассказать технический кейс, попутно раскрыв свои инженерные скиллы. Так одним махом закроется 2 вопроса.
Напоследок рекомендую добавлять пару предложений о том, чему тебя научила эта ситуация.
Например, на дискавери вы упустили кусок требований. Когда пожар был потушен, вы провели с командой ретро и добавили этап определения зависимостей на другие команды и продукты. Эта ситуация научила вас думать о проекте на уровне компании.
🔥100👍31❤20👏2😨1
Первые впечатления от новой работы
Прошло 2 месяца с тех пор, как я устроился програм менеджером в HelloFresh. На прошлой неделе прошел мой первый ревью, босс сказал, что всем доволен. В этом посте хочу поделиться первыми ощущениями:
1. Миро
Может, я отстал от жизни, а может в Европе Миро более популярен, чем у нас. За эти 2 месяца я видел в Миро практически все: требования, процессы, роудмапы, ретроспективы, даже базу знаний. Для всего этого я раньше пользовался гуглдоком или ноушеном, но в плане коллаборации и визуализации Миро, конечно, на голову выше.
2. Английский
На старых работах у меня было несколько встреч в неделю на английском. Это, конечно, прокачивает язык. Но совсем другое дело, когда вообще со всеми говоришь на английском: с разработчиками, с боссом, с другими менеджерами. Мне повезло иметь неплохой уровень языка (C1), но все равно бывает трудно. Особенно когда надо объяснить какие-то тонкие штуки, типо, чем отличается проект от программы.
3. Рабочее время
Офисная работа - офисный календарь. Все работают с 9 до 5 и это супер удобно в плане организации встреч. В Минске частая история, что кто-то начинает в 9, а кто-то в 12, и у команды меньше общих часов.
4. Нерабочее время
Миты после 5 вечера - большая редкость. Народ пытается уважать чужие границы и личную жизнь. На деле, работы у всех вагон, и многие фигачат в нерабочее время, делая “домашнюю работу”. Причем фигачат тихонечко, т.к. если ты перерабатываешь, значит, не справляешься с работой в основное время. Похожу штуку видел в США. Там в 17.00 всех как ветром сдуло, и первое время я думал, о, круто, такой ворк-лайф баланс. Но приглядевшись, понял, что все просто меняют офисное кресло на домашнее.
5. Meetings free day
По средам у нас день без митингов. Хотя у менеджеров все равно есть встречи, но гораздо меньше обычного. Можно сконцентрироваться и поработать, наконец.
6. Долгие вступления
Когда у нас в СНГ говорят “Риски протухли, давайте актуализируем на следующей неделе”, здесь говорят “Спасибо Джон, что поднял эту тему. Недавно я анализировал наш проект и заметил, что апдейт рисков был 2 месяца назад. Если риски не проработаны это может привести к….”.
Очень много слов. Да, круто, что дают доп. контекст и разжевывают каждую деталь, но из-за этого простые дискуссии невероятно затягиваются. Я любитель скоростной работы, поэтому непривычно.
7. Мастерство
В моем TPM отделе средний возраст лет 40. Я, наверное, самый молодой в нем. Вокруг очень много крутых ребят, настоящих профессионалов. Работая с ними, я чувствую, как скрипит мозг и как прокачиваются скиллы.
В то же время, недостаток каких-то скилов тоже становится гораздо заметнее. Подтягиваться надо побыстрее.
На следующей неделе уже буду в офисе, поскидываю вам фоточки заморских лофтов.
Прошло 2 месяца с тех пор, как я устроился програм менеджером в HelloFresh. На прошлой неделе прошел мой первый ревью, босс сказал, что всем доволен. В этом посте хочу поделиться первыми ощущениями:
1. Миро
Может, я отстал от жизни, а может в Европе Миро более популярен, чем у нас. За эти 2 месяца я видел в Миро практически все: требования, процессы, роудмапы, ретроспективы, даже базу знаний. Для всего этого я раньше пользовался гуглдоком или ноушеном, но в плане коллаборации и визуализации Миро, конечно, на голову выше.
2. Английский
На старых работах у меня было несколько встреч в неделю на английском. Это, конечно, прокачивает язык. Но совсем другое дело, когда вообще со всеми говоришь на английском: с разработчиками, с боссом, с другими менеджерами. Мне повезло иметь неплохой уровень языка (C1), но все равно бывает трудно. Особенно когда надо объяснить какие-то тонкие штуки, типо, чем отличается проект от программы.
3. Рабочее время
Офисная работа - офисный календарь. Все работают с 9 до 5 и это супер удобно в плане организации встреч. В Минске частая история, что кто-то начинает в 9, а кто-то в 12, и у команды меньше общих часов.
4. Нерабочее время
Миты после 5 вечера - большая редкость. Народ пытается уважать чужие границы и личную жизнь. На деле, работы у всех вагон, и многие фигачат в нерабочее время, делая “домашнюю работу”. Причем фигачат тихонечко, т.к. если ты перерабатываешь, значит, не справляешься с работой в основное время. Похожу штуку видел в США. Там в 17.00 всех как ветром сдуло, и первое время я думал, о, круто, такой ворк-лайф баланс. Но приглядевшись, понял, что все просто меняют офисное кресло на домашнее.
5. Meetings free day
По средам у нас день без митингов. Хотя у менеджеров все равно есть встречи, но гораздо меньше обычного. Можно сконцентрироваться и поработать, наконец.
6. Долгие вступления
Когда у нас в СНГ говорят “Риски протухли, давайте актуализируем на следующей неделе”, здесь говорят “Спасибо Джон, что поднял эту тему. Недавно я анализировал наш проект и заметил, что апдейт рисков был 2 месяца назад. Если риски не проработаны это может привести к….”.
Очень много слов. Да, круто, что дают доп. контекст и разжевывают каждую деталь, но из-за этого простые дискуссии невероятно затягиваются. Я любитель скоростной работы, поэтому непривычно.
7. Мастерство
В моем TPM отделе средний возраст лет 40. Я, наверное, самый молодой в нем. Вокруг очень много крутых ребят, настоящих профессионалов. Работая с ними, я чувствую, как скрипит мозг и как прокачиваются скиллы.
В то же время, недостаток каких-то скилов тоже становится гораздо заметнее. Подтягиваться надо побыстрее.
На следующей неделе уже буду в офисе, поскидываю вам фоточки заморских лофтов.
👍333🔥123❤31😱5🎉3
Поиск работы. Фидбек после интервью
1️⃣ Фидбека много не бывает
Чтобы оттачивать навык интервью, мы хотим как можно больше обратной связи. Она помогает корректировать поведение и улучшать ответы в следующий раз.
В РБ редко запариваются насчет подробного фидбека. Например, вот так отвечает рекрутер из топ-3 продуктовой компании после 4 раундов. Ребята, это можно было сказать, открыв мое резюме, алло.
В Европе дела обстоят получше. Например, вот сколько всего наговорил один рекрутер всего после 2х раундов.
2️⃣ Его надо просить
Здесь или там, фидбек для рекрутера - это обязаловка, которую не всегда успеваешь делать. Да и зачем тратить время на человека, которого все равно не берем (думают они)?
Фидбек нужен нам с вами, поэтому его надо просить. Если вы потратили на компанию больше 1 интервью, то имеете на это полное право. Не стесняйтесь запросить его у рекрутера, если тот ничего не прислал.
3️⃣Но иногда присылают чушь
Бывает рекрутеры боятся дать честный фидбек и обидеть кандидата. У нас с этим пока не запариваются, поэтому проскакивают вот такие ответы.
Но на западе письмо - это уже документ, на его основе можно и в суд подать. Поэтому часто рекрутеры предпочитают созвониться и объяснить причины по телефону, чтобы не сохранять следы в переписке. Мало ли какой чувствительный кандидат попадется.
Плюс далеко не всегда нанимающий менеджер передает что-то большее, чем “ну чето-то как-то не наш кандидат”. Тогда рекрутеру приходится выкручивать, придумывать аргументы, чтобы зафидбечить хоть что-то.
Поэтому не верьте прям всему-всему, что говорят в обратной связи.
1️⃣ Фидбека много не бывает
Чтобы оттачивать навык интервью, мы хотим как можно больше обратной связи. Она помогает корректировать поведение и улучшать ответы в следующий раз.
В РБ редко запариваются насчет подробного фидбека. Например, вот так отвечает рекрутер из топ-3 продуктовой компании после 4 раундов. Ребята, это можно было сказать, открыв мое резюме, алло.
В Европе дела обстоят получше. Например, вот сколько всего наговорил один рекрутер всего после 2х раундов.
2️⃣ Его надо просить
Здесь или там, фидбек для рекрутера - это обязаловка, которую не всегда успеваешь делать. Да и зачем тратить время на человека, которого все равно не берем (думают они)?
Фидбек нужен нам с вами, поэтому его надо просить. Если вы потратили на компанию больше 1 интервью, то имеете на это полное право. Не стесняйтесь запросить его у рекрутера, если тот ничего не прислал.
3️⃣Но иногда присылают чушь
Бывает рекрутеры боятся дать честный фидбек и обидеть кандидата. У нас с этим пока не запариваются, поэтому проскакивают вот такие ответы.
Но на западе письмо - это уже документ, на его основе можно и в суд подать. Поэтому часто рекрутеры предпочитают созвониться и объяснить причины по телефону, чтобы не сохранять следы в переписке. Мало ли какой чувствительный кандидат попадется.
Плюс далеко не всегда нанимающий менеджер передает что-то большее, чем “ну чето-то как-то не наш кандидат”. Тогда рекрутеру приходится выкручивать, придумывать аргументы, чтобы зафидбечить хоть что-то.
Поэтому не верьте прям всему-всему, что говорят в обратной связи.
👍80❤17🔥7
Поиск работы. Зарплата в Европе
60-90K евро в год -
средняя вилка зп, которую мне предлагали во время поисков.
Самое грустное, что я видел было 38К в Португалии в еком корпорации на проджекта, а самое большое - 120К в американском стартапе в Париже на продакта.
В интернете пишут и про 150-200-300К, но на своем опыте я пока не разобрался, где столько платят, а пересказывать чужие истории не хочу.
Важно, что это все суммы до налогов. А налоги в Европе немаленькие. В Германии я буду платить около 40%. Вот на этом сайте удобно сравнивать налоги по разным странам. Например, 70К в Нидерландах превращаются в 4,300 в месяц, а в Португалии всего в 3,300.
Инфу по зп смотрите на glassdor.com и levels.fyi. Здесь есть даже разбивка по компаниям, можно посмотреть сколько в среднем зарабатывают сениор продакты в Букинге.
Если хотите много получать, то выбирайте:
💰Германию, Нидерланды и Швейцарию. Здесь самая высокая зп компенсация в Европе;
💰компании из США, которые открывают свои офисы в Европе. Местные фирмы торгуются между 72 и 73K, американцы предлагают практически американскую вилку;
💰фирмы, поднявшие инвестиции и, которые сейчас в стадии быстрого роста. Быстрый рост -> быстрый найм -> высокая зп;
Акции и бонусы составляют значительную часть компенсации. Например, одни ребята предлагали скромные 60К, но сверху шло +2 зп в год, 10% бонус и 50К акциями в течение 4 лет.
Спрашивать зп можно на скрининге, 95% рекрутеров озвучивают вилку. Рекрутеры, в свою очередь, тоже спрашивают про ожидания. Ответ "у меня нет точной цифры, давайте еще пообщается“ обычно устраивает.
По итогу сениор проджекты и продакты получают на карточку плюс-минус те же СНГ-шные $3-5К в месяц.
60-90K евро в год -
средняя вилка зп, которую мне предлагали во время поисков.
Самое грустное, что я видел было 38К в Португалии в еком корпорации на проджекта, а самое большое - 120К в американском стартапе в Париже на продакта.
В интернете пишут и про 150-200-300К, но на своем опыте я пока не разобрался, где столько платят, а пересказывать чужие истории не хочу.
Важно, что это все суммы до налогов. А налоги в Европе немаленькие. В Германии я буду платить около 40%. Вот на этом сайте удобно сравнивать налоги по разным странам. Например, 70К в Нидерландах превращаются в 4,300 в месяц, а в Португалии всего в 3,300.
Инфу по зп смотрите на glassdor.com и levels.fyi. Здесь есть даже разбивка по компаниям, можно посмотреть сколько в среднем зарабатывают сениор продакты в Букинге.
Если хотите много получать, то выбирайте:
💰Германию, Нидерланды и Швейцарию. Здесь самая высокая зп компенсация в Европе;
💰компании из США, которые открывают свои офисы в Европе. Местные фирмы торгуются между 72 и 73K, американцы предлагают практически американскую вилку;
💰фирмы, поднявшие инвестиции и, которые сейчас в стадии быстрого роста. Быстрый рост -> быстрый найм -> высокая зп;
Акции и бонусы составляют значительную часть компенсации. Например, одни ребята предлагали скромные 60К, но сверху шло +2 зп в год, 10% бонус и 50К акциями в течение 4 лет.
Спрашивать зп можно на скрининге, 95% рекрутеров озвучивают вилку. Рекрутеры, в свою очередь, тоже спрашивают про ожидания. Ответ "у меня нет точной цифры, давайте еще пообщается“ обычно устраивает.
По итогу сениор проджекты и продакты получают на карточку плюс-минус те же СНГ-шные $3-5К в месяц.
👍93😢30❤18😁1
Поиск работы. Оферы
Завершаю тему поиска работы постом про оферы.
В 2020 году, когда было несколько предложений, я выбирал работу по вот этим критериям. С тех пор я стал зануднее, а таблица детальнее (результат внизу). В нее добавились новые пункты, связанные с релокацией и кризисом. Самые важные пришлось даже выделить жирным, чтобы не растеряться.
Несколько фактов об оферах:
📌На раздумье дают 3-5 дней. Если срок выходит, можно попросить еще времени. Аргументируйте, например, тем, что хотите завершить раунды с компанией мечты, и вы очень сорри. Но соглашаются далеко не все. Один раз я попросил продления на 2 недели и потерял офер. Поэтому…
📌Все оферы должны оказаться у вас на руках в одно и то же время, в промежутке 1-2 недель, чтобы спокойно выбрать и поторговаться. Рекрутер как раз для этого спрашивает на скрининге про ваш таймлайн. Так он планирует собесы, чтобы успеть в заданный интервал. Однажды мне даже скипнули один из раундов, т.к. время поджимало.
📌Отказываясь от офера, делайте это так, чтобы рекрутеру было приятно. В идеале, чтобы запомнил вас как “очень крутого профессионала и просто приятного человека, которому я напишу еще раз, когда утроюсь в гугл”. Расскажите, как вам понравились интервью, сильная команда, и как долго вы мучались, но все-таки выбрали компанию мечты (это вообще универсальный аргумент).
Пример.
Завершаю тему поиска работы постом про оферы.
В 2020 году, когда было несколько предложений, я выбирал работу по вот этим критериям. С тех пор я стал зануднее, а таблица детальнее (результат внизу). В нее добавились новые пункты, связанные с релокацией и кризисом. Самые важные пришлось даже выделить жирным, чтобы не растеряться.
Несколько фактов об оферах:
📌На раздумье дают 3-5 дней. Если срок выходит, можно попросить еще времени. Аргументируйте, например, тем, что хотите завершить раунды с компанией мечты, и вы очень сорри. Но соглашаются далеко не все. Один раз я попросил продления на 2 недели и потерял офер. Поэтому…
📌Все оферы должны оказаться у вас на руках в одно и то же время, в промежутке 1-2 недель, чтобы спокойно выбрать и поторговаться. Рекрутер как раз для этого спрашивает на скрининге про ваш таймлайн. Так он планирует собесы, чтобы успеть в заданный интервал. Однажды мне даже скипнули один из раундов, т.к. время поджимало.
📌Отказываясь от офера, делайте это так, чтобы рекрутеру было приятно. В идеале, чтобы запомнил вас как “очень крутого профессионала и просто приятного человека, которому я напишу еще раз, когда утроюсь в гугл”. Расскажите, как вам понравились интервью, сильная команда, и как долго вы мучались, но все-таки выбрали компанию мечты (это вообще универсальный аргумент).
Пример.
❤77👍52🔥14🆒3👨💻2
В эту среду в ПМ совете классный ивент. Разбираем кейс о менеджерской прокрастинации вместе с Максом Дорофеевым!
Приглашаю вас 😊
Приглашаю вас 😊
👍23
Forwarded from ПМ совет
# 65 Когда не хочется делать дела
На следующем совете у нас в гостях легендарный Максим Дорофеев.
Корпоративный прократстинатолог, автор “Джедайских техник” и тренер по продуктивности. Максим 15 лет проработал в ИТ, в том числе в знаменитой Лаборатории Касперского.
На встрече мы разберем вот этот кейс Натальи:
Испытываю сильное внутреннее сопротивление, связанное с переездом. Вся личная бумажная работа (документы на внж, в школу детям, на мат. помощь) откладывается в долгий ящик, при этом на работе -делаю больше чем нужно. Вот вроде уже можно и закрыть ноутбук, а я ещё что- то сверх доделываю. При этом личный бумажные дела не делаются.
Как перевернуть это и ненасильственно для себя сделать дела.
📅 среда, 5 апреля, 19:00 по Минску.
Можно участвовать или смотреть стрим на канале Максима.
На следующем совете у нас в гостях легендарный Максим Дорофеев.
Корпоративный прократстинатолог, автор “Джедайских техник” и тренер по продуктивности. Максим 15 лет проработал в ИТ, в том числе в знаменитой Лаборатории Касперского.
На встрече мы разберем вот этот кейс Натальи:
Испытываю сильное внутреннее сопротивление, связанное с переездом. Вся личная бумажная работа (документы на внж, в школу детям, на мат. помощь) откладывается в долгий ящик, при этом на работе -делаю больше чем нужно. Вот вроде уже можно и закрыть ноутбук, а я ещё что- то сверх доделываю. При этом личный бумажные дела не делаются.
Как перевернуть это и ненасильственно для себя сделать дела.
📅 среда, 5 апреля, 19:00 по Минску.
Можно участвовать или смотреть стрим на канале Максима.
👍35🔥21❤2
Рефакторинг под шумок
Бизнес не очень любит технические задачи. Когда технари просят выделить два месяца на рефакторинг, обычно он идет в конец беклога.
Крутые менеджеры умеют превращать технические задачи в бизнес задачи:
🌧️Запилить сервис для кеша картинок
🌈Ускорить загрузку картинок -> конверсия +2%
🌧️Отрефакторить класс Deals
🌈Дешевле фиксить баги и делать новые фичи в Deals
Задача менеджера в этом случае - выяснить у команды, в чем смысл рефакторинга и переложить это на понятный бизнесу язык, объяснить “зачем”.
Но иногда и это не помогает. Тогда особо отчаянные менеджеры идут на хитрость.
Например, приходит от бизнеса новая фича - добавить в Deals историю сделок. Проводят груминг, обсуждают метрики, выбирают техническое решение. Когда дело доходит до оценки, менеджер тихонечко накидывает 30% сверху. За эти доп. часы команда перепишет один из классов.
Потом приходит дефект в Deals. Не блокер, дедлайнами никто не давит. И менеджер разработчику на ушко шепчет: “закрой хвосты по тестам заодно”.
Так, за несколько итераций и Deals посвежел и бизнес доволен. Некоторые компании так и живут, их руководство вообще не слышало ни про какие рефакторинги. Программисты просто закладывают свой “налог на разработку” во все оценки.
Напоминает, как когда мама делает уборку и, выкидывая мусор, под шумок выносит папин старый хлам.
Бизнес не очень любит технические задачи. Когда технари просят выделить два месяца на рефакторинг, обычно он идет в конец беклога.
Крутые менеджеры умеют превращать технические задачи в бизнес задачи:
🌧️Запилить сервис для кеша картинок
🌈Ускорить загрузку картинок -> конверсия +2%
🌧️Отрефакторить класс Deals
🌈Дешевле фиксить баги и делать новые фичи в Deals
Задача менеджера в этом случае - выяснить у команды, в чем смысл рефакторинга и переложить это на понятный бизнесу язык, объяснить “зачем”.
Но иногда и это не помогает. Тогда особо отчаянные менеджеры идут на хитрость.
Например, приходит от бизнеса новая фича - добавить в Deals историю сделок. Проводят груминг, обсуждают метрики, выбирают техническое решение. Когда дело доходит до оценки, менеджер тихонечко накидывает 30% сверху. За эти доп. часы команда перепишет один из классов.
Потом приходит дефект в Deals. Не блокер, дедлайнами никто не давит. И менеджер разработчику на ушко шепчет: “закрой хвосты по тестам заодно”.
Так, за несколько итераций и Deals посвежел и бизнес доволен. Некоторые компании так и живут, их руководство вообще не слышало ни про какие рефакторинги. Программисты просто закладывают свой “налог на разработку” во все оценки.
Напоминает, как когда мама делает уборку и, выкидывая мусор, под шумок выносит папин старый хлам.
🔥124👍41❤20😁6💩3🤣2😢1
Есть тикет?
Хороший менеджер заводит тикет на любой пук.
💨
- Босс, Петя из соседней команды не хочет приоритезировать мою фичу, мы так не успеем!
- Есть тикет?
💨💨
- Сань, поправь там попапчик на экране доставки.
- Есть тикет?
💨💨💨
- Так, тогда договариваемся, что Аня сделает список самых тормозящих экранов к следующему спринт планингу.
- Есть тикет?
Если тикет не завести, то происходит следующее:
💨
- Петр, мне наш менеджер жалуется, что ты его фичу приоритезировать не хочешь. Чего так?
- Босс, там вообще ничего не понятно. Дизайны по фигме разбросаны (и до сих пор обновляются), вместо требований какие-то обрывки писем и диалогов в слаке. Я хз как это планировать.
💨💨
- Сань, а чего попачик на доставке старый, мы же его меняли на той неделе?
- О, это вообще прикол. Короче, тестеры не знали про это изменение и завели баг. А Юра его и “пофиксил” на старую версию.
💨💨💨
- Давайте возьмем самый тормозящий экран и пофиксим в следующем спринте. Аня, что там у нас получилось?
- Ой, а я что-то замоталась на той неделе и совсем забыла про это, прости.
Тикееет!
Хороший менеджер заводит тикет на любой пук.
💨
- Босс, Петя из соседней команды не хочет приоритезировать мою фичу, мы так не успеем!
- Есть тикет?
💨💨
- Сань, поправь там попапчик на экране доставки.
- Есть тикет?
💨💨💨
- Так, тогда договариваемся, что Аня сделает список самых тормозящих экранов к следующему спринт планингу.
- Есть тикет?
Если тикет не завести, то происходит следующее:
💨
- Петр, мне наш менеджер жалуется, что ты его фичу приоритезировать не хочешь. Чего так?
- Босс, там вообще ничего не понятно. Дизайны по фигме разбросаны (и до сих пор обновляются), вместо требований какие-то обрывки писем и диалогов в слаке. Я хз как это планировать.
💨💨
- Сань, а чего попачик на доставке старый, мы же его меняли на той неделе?
- О, это вообще прикол. Короче, тестеры не знали про это изменение и завели баг. А Юра его и “пофиксил” на старую версию.
💨💨💨
- Давайте возьмем самый тормозящий экран и пофиксим в следующем спринте. Аня, что там у нас получилось?
- Ой, а я что-то замоталась на той неделе и совсем забыла про это, прости.
Тикееет!
🔥177👍48😁34❤21🤮5💩3🆒3👎2🌚2
Как выглядит рабочий день проджект менеджера
9:00 пришел на работу
9:27 начал работать
9:27 новых писем в почте: 9
9:39 несколько важных писем оставлю на потом, остальные прочитаны
9:40 слак
9:40 слак: эти ругаются, лучше не буду встревать, посмотрю, чем закончится
9:41 слак: тут что-то на непонятном, но вроде не про меня
9:43 слак: джависты придумали какой-то улучшайзер, молодцы! Напишу “интересная тема, давайте посмотрим глубже”
9:46 слак: аккаунт менеджер расшарил фидбек от одного из клиентов. Ну и дела! Видимо, не разобрался, как работает продукт. Надо помочь накатать ответ.
10:24 готово! Первая польза принесена, можно и кофе попить. За ночь ничего не сгорело, уже хорошие новости
10:27 таак, а что там у нас в новостях? открываем @devby
10:32 черт, у меня же 🗓️дейлик!
10:45 остаемся с тестером и разработчиком после дейли обсудить вопросы по фиче
11:03 кажется, разрабу нужен отпуск, какой-то он дерганный. Где у нас посмотреть, когда он ходил в последний раз?
11:05 слак: пишет менеджер соседнего проекта «Рома, будет 10 минут на колл?»
11:49 так, надо теперь это все в тикет оформить
11:52 ну и куда мне впихнуть эту работу? Ладно, оценим в четверг с командой, а дальше пусть продакты разбираются
11:55 так, сейчас будет 🗓️1-1 со Славой, чем он отличился за последний месяц? вспоминай
12:45 Слава, конечно, отличный разраб. Фичи пилит быстро, по пустякам не ноет и стоит адекватных денег. Надо чаще его хвалить
12:47 слак: пишет босс “Рома, а сколько вам реально надо айосников щас? У нас там новый проект стартует, мне бы Андрея на 2 месяца забрать. С возвратом.”
12:51 слак: ага, знаю я ваш с возвратом: “Стас, смотри, если Андрея снять, из критичного мы не успеем….”
12:52 слак: "аа, понял. А сможешь сделать детальный план, что у вас будет до конца года с ним и без него?"
12:52 слак: "ладно, пришлю завтра"
13:03 так, пора и пообедать. Наверное, доставку, а то на планинг не успею
13:06 надо бы подготовиться. Что там у нас в джире?
13:09 что-то мне подсказывает, что вот эту фичу мы не успеем к 10-ому числу поставить. Бахну мит на завтра, обсудить с ребятами варианты
13:42 вроде бы следующий спринт выглядит прилично, можем планировать
13:58 слак: пишет QA “Ром, сорри, не успеваю на планинг :(”. Ох уж эти студенты, который раз у него какие-то дела, возьму на карандаш
14:00 🗓️планинг
14:05 звонок в дверь. Черт, доставка! Выключить камеру
15:18 планинг завершен. Уф, 6 новых сообщений в слаке, когда вы только успеваете?
16:00 🗓️клиентский звонок
16:03 клиентский звонок: "Ваня, этот клиент придет на звонок или как?"
16:12 клиентский звонок: “Hey guys, sorry I’m a bit late…"
16:52 клиентский звонок: “Thank you for your time and efforts Gabriel, bye! Рома, Слава, останьтесь, пожалуйста, обсудим что делать по нему дальше."
17:13 новых писем в почте: 3
17:35 новых писем в почте: 0
17:43 скоро операционный синк, начну пока накидывать план по Андрею
18:00 🗓️синк
18:00 синк: “Коллеги, добрый вечер! Сегодня обсудим, как нам планировать зависимости на следующий год. У кого какие идеи?”
18:04 что-то тут не особо интересно, вернусь-ка я к плану по Андрею
18:45 синк: "коллеги, хорошего вечера!"
18:52 все, пора гасить комп, пойду проветрюсь.
21:03 уведомление в канале
21:04 б***, звоним Коле
22:25 ну вроде потушили, Коль, спасибо, что подключился оперативно. Завтра давай разберем после обеда.
9:00 пришел на работу
9:27 начал работать
9:27 новых писем в почте: 9
9:39 несколько важных писем оставлю на потом, остальные прочитаны
9:40 слак
9:40 слак: эти ругаются, лучше не буду встревать, посмотрю, чем закончится
9:41 слак: тут что-то на непонятном, но вроде не про меня
9:43 слак: джависты придумали какой-то улучшайзер, молодцы! Напишу “интересная тема, давайте посмотрим глубже”
9:46 слак: аккаунт менеджер расшарил фидбек от одного из клиентов. Ну и дела! Видимо, не разобрался, как работает продукт. Надо помочь накатать ответ.
10:24 готово! Первая польза принесена, можно и кофе попить. За ночь ничего не сгорело, уже хорошие новости
10:27 таак, а что там у нас в новостях? открываем @devby
10:32 черт, у меня же 🗓️дейлик!
10:45 остаемся с тестером и разработчиком после дейли обсудить вопросы по фиче
11:03 кажется, разрабу нужен отпуск, какой-то он дерганный. Где у нас посмотреть, когда он ходил в последний раз?
11:05 слак: пишет менеджер соседнего проекта «Рома, будет 10 минут на колл?»
11:49 так, надо теперь это все в тикет оформить
11:52 ну и куда мне впихнуть эту работу? Ладно, оценим в четверг с командой, а дальше пусть продакты разбираются
11:55 так, сейчас будет 🗓️1-1 со Славой, чем он отличился за последний месяц? вспоминай
12:45 Слава, конечно, отличный разраб. Фичи пилит быстро, по пустякам не ноет и стоит адекватных денег. Надо чаще его хвалить
12:47 слак: пишет босс “Рома, а сколько вам реально надо айосников щас? У нас там новый проект стартует, мне бы Андрея на 2 месяца забрать. С возвратом.”
12:51 слак: ага, знаю я ваш с возвратом: “Стас, смотри, если Андрея снять, из критичного мы не успеем….”
12:52 слак: "аа, понял. А сможешь сделать детальный план, что у вас будет до конца года с ним и без него?"
12:52 слак: "ладно, пришлю завтра"
13:03 так, пора и пообедать. Наверное, доставку, а то на планинг не успею
13:06 надо бы подготовиться. Что там у нас в джире?
13:09 что-то мне подсказывает, что вот эту фичу мы не успеем к 10-ому числу поставить. Бахну мит на завтра, обсудить с ребятами варианты
13:42 вроде бы следующий спринт выглядит прилично, можем планировать
13:58 слак: пишет QA “Ром, сорри, не успеваю на планинг :(”. Ох уж эти студенты, который раз у него какие-то дела, возьму на карандаш
14:00 🗓️планинг
14:05 звонок в дверь. Черт, доставка! Выключить камеру
15:18 планинг завершен. Уф, 6 новых сообщений в слаке, когда вы только успеваете?
16:00 🗓️клиентский звонок
16:03 клиентский звонок: "Ваня, этот клиент придет на звонок или как?"
16:12 клиентский звонок: “Hey guys, sorry I’m a bit late…"
16:52 клиентский звонок: “Thank you for your time and efforts Gabriel, bye! Рома, Слава, останьтесь, пожалуйста, обсудим что делать по нему дальше."
17:13 новых писем в почте: 3
17:35 новых писем в почте: 0
17:43 скоро операционный синк, начну пока накидывать план по Андрею
18:00 🗓️синк
18:00 синк: “Коллеги, добрый вечер! Сегодня обсудим, как нам планировать зависимости на следующий год. У кого какие идеи?”
18:04 что-то тут не особо интересно, вернусь-ка я к плану по Андрею
18:45 синк: "коллеги, хорошего вечера!"
18:52 все, пора гасить комп, пойду проветрюсь.
21:03 уведомление в канале
urgent (единственном, который не на мьюте): AllertManager: Internal DNS resolution impacting multiple services21:04 б***, звоним Коле
22:25 ну вроде потушили, Коль, спасибо, что подключился оперативно. Завтра давай разберем после обеда.
🔥300😁92👍52❤45🤣12🥱8👀7😱6👌4🤡3💯2
Профсоюз в ИТ (work council)
Когда я первый раз пришел в офис на новую работу, то заметил несколько необычных плакатов.
Присмотрелся, оказалось - выборы в местный профсоюз (work council).
Все по-взрослому. Чтобы зарегистрироваться кандидатом, нужно набрать 50 голосов. Избирают на 4-летний срок.
Избранные кандидаты имеют доступ к топ менеджменту, лоббируют и защищают права айтишников. Например, если компания вдруг решит вернуть всех на фултайм в офис, профсоюз может сказать “так не будет”. И с большой вероятностью, так действительно не будет.
Немного непривычно видеть эту систему в современной технологический компании. Но в Германии хватает таких социальных приколов.
Когда я первый раз пришел в офис на новую работу, то заметил несколько необычных плакатов.
Присмотрелся, оказалось - выборы в местный профсоюз (work council).
Все по-взрослому. Чтобы зарегистрироваться кандидатом, нужно набрать 50 голосов. Избирают на 4-летний срок.
Избранные кандидаты имеют доступ к топ менеджменту, лоббируют и защищают права айтишников. Например, если компания вдруг решит вернуть всех на фултайм в офис, профсоюз может сказать “так не будет”. И с большой вероятностью, так действительно не будет.
Немного непривычно видеть эту систему в современной технологический компании. Но в Германии хватает таких социальных приколов.
👍42❤19👎6
DORA метрики или насколько элитна ваша разработка
Я работаю в платформенной команде. Наша цель - сделать так, чтобы остальные команды перформили как ошпаренные.
Как и любая продуктовая команда, у нас есть свои метрики. Например, в этому году мы делаем проекты, которые сократят время на прогон тестов и выпуск билда. Благодаря этому, другие команды смогут поставлять фичи быстрее.
Одни из трендмейкеров в этой области - команда DevOps Research and Assessment (DORA) из Google Cloud. Они придумали 4 главные метрики разработки:
▫️Deployment Frequency - частота поставки
▫️Lead Time for Changes - время от комита до релиза
▫️Change Failure Rate - количество багов на релиз
▫️Time to Restore Service - время на фикс бага в проде
Недавно еще добавили пятую - Reliability, но она лежит немного в другой в плоскости operational excellence.
Для всех метрик есть гайдланы классности. Например, чтобы называть себя ⭐️элитной командой, нужно уметь релизить по запросу в любой момент.
У ребят много интересных материалов:
- Тест на сколько % ваша команда перформит круче других.
- Исследование производительности 33 тысяч команд (2022)
- Как влиять на каждую из метрик. Даже рассказывают, как избавляться от монолита, это прям моя текущая программа.
Я работаю в платформенной команде. Наша цель - сделать так, чтобы остальные команды перформили как ошпаренные.
Как и любая продуктовая команда, у нас есть свои метрики. Например, в этому году мы делаем проекты, которые сократят время на прогон тестов и выпуск билда. Благодаря этому, другие команды смогут поставлять фичи быстрее.
Одни из трендмейкеров в этой области - команда DevOps Research and Assessment (DORA) из Google Cloud. Они придумали 4 главные метрики разработки:
▫️Deployment Frequency - частота поставки
▫️Lead Time for Changes - время от комита до релиза
▫️Change Failure Rate - количество багов на релиз
▫️Time to Restore Service - время на фикс бага в проде
Недавно еще добавили пятую - Reliability, но она лежит немного в другой в плоскости operational excellence.
Для всех метрик есть гайдланы классности. Например, чтобы называть себя ⭐️элитной командой, нужно уметь релизить по запросу в любой момент.
У ребят много интересных материалов:
- Тест на сколько % ваша команда перформит круче других.
- Исследование производительности 33 тысяч команд (2022)
- Как влиять на каждую из метрик. Даже рассказывают, как избавляться от монолита, это прям моя текущая программа.
👍91🔥27❤20⚡1
Как делать предсказуемые сроки поставки
Приходит к вам новый проект. Свеженький, красивый. Беклог в джире еще умещается на один экран.
Вопрос, который будет постоянно волновать вашего клиента \ босса \ инвестора - когда будет готово?
Вот что нужно сделать, чтобы на него ответить:
1️⃣ Выяснить скоуп.
2️⃣ Определить Definition of Done.
3️⃣ Оценить скоуп с командой и построить расписание.
4️⃣ Зафиксировать предыдущие три пункта в джире \ контракте \ митинг ноутсах.
Прокол на любом шаге ставит проект под удар.
Например, недавно я осмелел на новой работе, и покрасил самый главный проект нашего отдела в красный (до этого никто отчетов не делал).
Все н̶е̶м̶н̶о̶г̶о̶ ̶о̶х̶е̶р̶е̶л̶и̶ высказали озабоченность. Я говорю - а какой у нас DoD? Технари отвечают - разработка новых модулей архитектуры. Продакты говорят, да, все правильно. И еще миграция и удаление старого кода (+ полгода работы). Так ведь?
Сроки - штука подвижная. По ходу проекта всегда прилетают новые фичи. Бывает, что с оценкой промахнулись или ключевой разработчик думает перейти в Епам. Все это влияет на дату поставки.
Задача менеджера здесь - найти эту подвижность и показать всем (это еще называют visibility).
Поэтому, чтобы ваш клиент \ босс \ инвестор не высказывал озабоченность, сделайте для него еще вот эти два пункта:
5️⃣ Настройте трекинг.
6️⃣ Отправляйте отчеты по срокам раз в неделю.
С такой системой ваши сроки будут предсказуемыми.
Приходит к вам новый проект. Свеженький, красивый. Беклог в джире еще умещается на один экран.
Вопрос, который будет постоянно волновать вашего клиента \ босса \ инвестора - когда будет готово?
Вот что нужно сделать, чтобы на него ответить:
1️⃣ Выяснить скоуп.
2️⃣ Определить Definition of Done.
3️⃣ Оценить скоуп с командой и построить расписание.
4️⃣ Зафиксировать предыдущие три пункта в джире \ контракте \ митинг ноутсах.
Прокол на любом шаге ставит проект под удар.
Например, недавно я осмелел на новой работе, и покрасил самый главный проект нашего отдела в красный (до этого никто отчетов не делал).
Все н̶е̶м̶н̶о̶г̶о̶ ̶о̶х̶е̶р̶е̶л̶и̶ высказали озабоченность. Я говорю - а какой у нас DoD? Технари отвечают - разработка новых модулей архитектуры. Продакты говорят, да, все правильно. И еще миграция и удаление старого кода (+ полгода работы). Так ведь?
Сроки - штука подвижная. По ходу проекта всегда прилетают новые фичи. Бывает, что с оценкой промахнулись или ключевой разработчик думает перейти в Епам. Все это влияет на дату поставки.
Задача менеджера здесь - найти эту подвижность и показать всем (это еще называют visibility).
Поэтому, чтобы ваш клиент \ босс \ инвестор не высказывал озабоченность, сделайте для него еще вот эти два пункта:
5️⃣ Настройте трекинг.
6️⃣ Отправляйте отчеты по срокам раз в неделю.
С такой системой ваши сроки будут предсказуемыми.
👍63🔥25❤14💩7😁4🤮2
Приглашение на интервью
Приглашение на интервью в СНГ:
- Приходите на интервью.
- Хорошо.
Приглашение в Европе:
Приглашение на интервью в СНГ:
- Приходите на интервью.
- Хорошо.
Приглашение в Европе:
😁166👍49🔥11💩11❤10👏3
Статусы проектов и план спасения
У нас в компании на этот год запланировано 600 OKR-ов. Чтобы СТО не потратил целый день, просматривая их все, а понимал большую картину по поставке, за которую он отвечает, сделали статусы. Всем OKR (считай, проектам) ставят статус, а затем строят разную статистику на этой основе. Такие есть в любой организации, где работает 300+ человек.
Бывает 3 статуса:
🟩Зеленый: Проект on track, все риски понятны и есть митигейшн план.
🟨Желтый: У проекта есть блокер или большая неопределенность, но есть четкий план, как вернуться к зеленому.
Например: Нашли неучтенный кусок работы для команды Х, из-за которого может поехать дата релиза.
🟥Красный: У проекта есть блокеры или неопределенность, из-за которых он пропустит дедлайн, а также нету согласованного плана спасения.
Последний как раз и представляет наибольший интерес.
Большая часть работы ПМа - придумывать такие планы. Или как ему не оказаться в желто-красном статусе, что в сущности, одно и то же.
Залог хорошего плана спасения - понятные шаги, благодаря которым блокеры растворятся. Например:
1. Что делаем: анализируем, что из неучтенного куска влияет на OKR и составляем technical proposal вместе с командой Х.
2. Кто именно отвечает за действие: тимлид Ваня.
3. В какие даты: 24-30 мая.
4. Какие критерии того, что проект снова будет зеленым: команда Х подтвердила доп. работы и успевает их выполнить к дедлайну по OKR.
5. Что делать, если проект остается желтым или красным: пересмотреть другие фичи из OKR, чтобы вместить неучтенный кусок.
Не всегда проект получает нужное внимание и ресурсы со стороны стейкхолдеров. Если команда Х тупит и вторую неделю не может посмотреть technical proposal, нужно это где-то зафиксировать. В этом случае статус и план спасения создают хороший предлог, чтобы поговорить. ПМу легко вовлечь своего руководителя, а ему - продать проблему еще наверх, если потребуется.
В маленькой компании эта бюрократия чаще не нужна. Хотя методы работают те же:
У нас в компании на этот год запланировано 600 OKR-ов. Чтобы СТО не потратил целый день, просматривая их все, а понимал большую картину по поставке, за которую он отвечает, сделали статусы. Всем OKR (считай, проектам) ставят статус, а затем строят разную статистику на этой основе. Такие есть в любой организации, где работает 300+ человек.
Бывает 3 статуса:
🟩Зеленый: Проект on track, все риски понятны и есть митигейшн план.
🟨Желтый: У проекта есть блокер или большая неопределенность, но есть четкий план, как вернуться к зеленому.
Например: Нашли неучтенный кусок работы для команды Х, из-за которого может поехать дата релиза.
🟥Красный: У проекта есть блокеры или неопределенность, из-за которых он пропустит дедлайн, а также нету согласованного плана спасения.
Последний как раз и представляет наибольший интерес.
Большая часть работы ПМа - придумывать такие планы. Или как ему не оказаться в желто-красном статусе, что в сущности, одно и то же.
Залог хорошего плана спасения - понятные шаги, благодаря которым блокеры растворятся. Например:
1. Что делаем: анализируем, что из неучтенного куска влияет на OKR и составляем technical proposal вместе с командой Х.
2. Кто именно отвечает за действие: тимлид Ваня.
3. В какие даты: 24-30 мая.
4. Какие критерии того, что проект снова будет зеленым: команда Х подтвердила доп. работы и успевает их выполнить к дедлайну по OKR.
5. Что делать, если проект остается желтым или красным: пересмотреть другие фичи из OKR, чтобы вместить неучтенный кусок.
Не всегда проект получает нужное внимание и ресурсы со стороны стейкхолдеров. Если команда Х тупит и вторую неделю не может посмотреть technical proposal, нужно это где-то зафиксировать. В этом случае статус и план спасения создают хороший предлог, чтобы поговорить. ПМу легко вовлечь своего руководителя, а ему - продать проблему еще наверх, если потребуется.
В маленькой компании эта бюрократия чаще не нужна. Хотя методы работают те же:
👍88❤25💩8👏3🔥2
Этикет видеозвонков
Несколько советов, которые сделают из вас английского лорда (или леди) в сфере видеозвонков.
Нормально:
🎩Пить кофе или воду.
🎩Сидеть без камеры, когда у всех тоже выключена камера.
🎩Заходить на звонок с выключенным микрофоном.
🎩Raise hand, когда хочешь что-то сказать.
🎩Написать в чат “sorry I’m late”, если опоздал и дискуссия уже началась.
Не смертельно, но лучше бы не:
🗿Совмещать звонок и обед, выключив камеру.
🗿Совмещать звонок и ответы в слаке, почту.
🗿Включать запись звонка без предупреждения.
🗿Звонить за рулем \ на прогулке \ из спорт зала в рабочие часы.
🗿При демонстрации экрана виден кусочек переписки в слаке или телеге.
🗿“Коллеги меня слышно? Видно мой экран?”. Когда что-то заглючило, конечно, не в счет. Просто проверьте перед звонком на всякий.
🗿Когда за спиной ходит кто-то из домашних.
🗿Логиниться на рабочий звонок с личного аккаунта.
🗿Сидеть без камеры, когда все с камерой.
Неприлично:
🙈Оставлять включенным микрофон, когда не говоришь, и все слышат это шуршание.
🙈Перебивать.
🙈Курить сигареты (вейпы, электронки, айкосы, шмайкосы).
🙈“Ваня, что ты думаешь по этому поводу?”, а в ответ - тишина. Ваня куда-то отошел, но все еще висит на звонке.
См. также: Календарный этикет
Несколько советов, которые сделают из вас английского лорда (или леди) в сфере видеозвонков.
Нормально:
🎩Пить кофе или воду.
🎩Сидеть без камеры, когда у всех тоже выключена камера.
🎩Заходить на звонок с выключенным микрофоном.
🎩Raise hand, когда хочешь что-то сказать.
🎩Написать в чат “sorry I’m late”, если опоздал и дискуссия уже началась.
Не смертельно, но лучше бы не:
🗿Совмещать звонок и обед, выключив камеру.
🗿Совмещать звонок и ответы в слаке, почту.
🗿Включать запись звонка без предупреждения.
🗿Звонить за рулем \ на прогулке \ из спорт зала в рабочие часы.
🗿При демонстрации экрана виден кусочек переписки в слаке или телеге.
🗿“Коллеги меня слышно? Видно мой экран?”. Когда что-то заглючило, конечно, не в счет. Просто проверьте перед звонком на всякий.
🗿Когда за спиной ходит кто-то из домашних.
🗿Логиниться на рабочий звонок с личного аккаунта.
🗿Сидеть без камеры, когда все с камерой.
Неприлично:
🙈Оставлять включенным микрофон, когда не говоришь, и все слышат это шуршание.
🙈Перебивать.
🙈Курить сигареты (вейпы, электронки, айкосы, шмайкосы).
🙈“Ваня, что ты думаешь по этому поводу?”, а в ответ - тишина. Ваня куда-то отошел, но все еще висит на звонке.
См. также: Календарный этикет
❤172👍93🔥40🤣14🤔4🌭4😁3👎2👏1
Прогулочные встречи
У нас в компании продвигают прогулочные встречи. Это когда вместо переговорки идешь митинговать на улицу.
HRы нарисовали карту района вокруг офиса, обозначив маршруты на 15, 30 и 45 минут. Удобно, что не надо думать, куда идти и сколько времени закладывать, чтобы вовремя успеть обратно.
Я так сходил на несколько встреч, мне понравилось. Вроде бы и поработал, и очков здоровья немного собрал, размялся. Для 1-1 это отличный формат.
Правда, когда идут 3+ человека, то уже не всех хорошо слышно из-за перемещения. И, конечно, встречи, где нужен экран или какие-то материалы, так не проведешь.
Еще один минус лично для меня, это сниженная концентрация. Постоянно надо смотреть, куда шагаешь, чтобы не попасть под велосипед или самокат. Думать одновременно с этим сложнее.
Напишите в комментах, как вам формат, если попробуете.
У нас в компании продвигают прогулочные встречи. Это когда вместо переговорки идешь митинговать на улицу.
HRы нарисовали карту района вокруг офиса, обозначив маршруты на 15, 30 и 45 минут. Удобно, что не надо думать, куда идти и сколько времени закладывать, чтобы вовремя успеть обратно.
Я так сходил на несколько встреч, мне понравилось. Вроде бы и поработал, и очков здоровья немного собрал, размялся. Для 1-1 это отличный формат.
Правда, когда идут 3+ человека, то уже не всех хорошо слышно из-за перемещения. И, конечно, встречи, где нужен экран или какие-то материалы, так не проведешь.
Еще один минус лично для меня, это сниженная концентрация. Постоянно надо смотреть, куда шагаешь, чтобы не попасть под велосипед или самокат. Думать одновременно с этим сложнее.
Напишите в комментах, как вам формат, если попробуете.
👍282🔥151👎16❤15😱4👏3😁2⚡1
3 истории из немецкого ИТ
В Германии любят процессы и правила. Моя компания по культуре ближе к американской и немцев у нас мало. Поэтому, кроме подробной должностной инструкции, я с этим пока мало сталкивался.
А вот в компании моего друга Мити полно немцев. Он поделился любопытными историями.
История 1
В один из спринтов к нам приходит фича, в которой есть бек и фронт. Вся команда по уши в других задачах, кроме одного разраба. А он как раз фуллстек. Сидим мы с тимлидом, и планируем следующий спринт:
- Петер, давай Алексу дадим эту фичу, он как раз освобождается.
- Можно, а кого поставим на бек?
- Его же и поставим, он же джаву тоже знает.
- Ну знает, и, что?
- Так если знает, то почему бы ему не сделать сразу и фронт, и бек? Будет быстрее, не надо двум девам синхронизироваться, все в одной голове.
- Митя, Алекс по контракту фронтэнд разработчик. Мы не можем давать фронтенд разработчикам задачи по беку, даже если они могут их сделать.
---
История 2
Наш СЕО любитель полировать интерфейс. Все время отбиваюсь от его улучшалок с пометкой срочно.
Но надо отдать ему должное, он старается уважать процессы разработки. Поэтому, когда мы перешли на юзер стори, задачи от него стали выглядеть так:
As a user I want to change the fonts, as they look ugly.
---
История 3
Я стараюсь максимально расписывать задачи, чтоб команда потом не бегала с вопросами. Добавляю контекст, бизнес ценность и все детали.
После очередного тех ревью, открываю один из тикетов и читаю: Rejected, as acceptance criteria are missing.
В задаче действительно пустые AC, но зато все описано в denoscription. Думаю, ладно. Делаю копи-пэйст из denoscription в AC и пишу тимлиду:
- Так пойдет?
- Да, теперь все ок, можем брать в работу.
---
Разумеется, не во всех компаниях будет так. Но квардратиш-практиш-гут культуры здесь правда, много.
В Германии любят процессы и правила. Моя компания по культуре ближе к американской и немцев у нас мало. Поэтому, кроме подробной должностной инструкции, я с этим пока мало сталкивался.
А вот в компании моего друга Мити полно немцев. Он поделился любопытными историями.
История 1
В один из спринтов к нам приходит фича, в которой есть бек и фронт. Вся команда по уши в других задачах, кроме одного разраба. А он как раз фуллстек. Сидим мы с тимлидом, и планируем следующий спринт:
- Петер, давай Алексу дадим эту фичу, он как раз освобождается.
- Можно, а кого поставим на бек?
- Его же и поставим, он же джаву тоже знает.
- Ну знает, и, что?
- Так если знает, то почему бы ему не сделать сразу и фронт, и бек? Будет быстрее, не надо двум девам синхронизироваться, все в одной голове.
- Митя, Алекс по контракту фронтэнд разработчик. Мы не можем давать фронтенд разработчикам задачи по беку, даже если они могут их сделать.
---
История 2
Наш СЕО любитель полировать интерфейс. Все время отбиваюсь от его улучшалок с пометкой срочно.
Но надо отдать ему должное, он старается уважать процессы разработки. Поэтому, когда мы перешли на юзер стори, задачи от него стали выглядеть так:
As a user I want to change the fonts, as they look ugly.
---
История 3
Я стараюсь максимально расписывать задачи, чтоб команда потом не бегала с вопросами. Добавляю контекст, бизнес ценность и все детали.
После очередного тех ревью, открываю один из тикетов и читаю: Rejected, as acceptance criteria are missing.
В задаче действительно пустые AC, но зато все описано в denoscription. Думаю, ладно. Делаю копи-пэйст из denoscription в AC и пишу тимлиду:
- Так пойдет?
- Да, теперь все ок, можем брать в работу.
---
Разумеется, не во всех компаниях будет так. Но квардратиш-практиш-гут культуры здесь правда, много.
🔥146😁136👍41❤19🤣19🤮11😱4👎2🥱2❤🔥1🤡1
Fix price flexible scope модель или как совместить бюджет и эджайл
Часто заказчики не знают точно чего хотят. У них есть лишь примерное видение продукта. Они буквально приходят и говорят: “Постройте нам что-то типо X за 100К”.
Fix price модель не подходит для такой работы, потому что по дороге будет слишком много изменений и проводить их через change request - боль для всех.
Time & material тоже не оч, ведь есть жесткий бюджет, превысить который клиент не может.
В этом случае на помощь приходит модель fixed price, flexible scope (FPFS). Иногда ее еще называют “T&M с крышкой”.
В ней мы берем лучшее от обеих моделей. Фиксируем бюджет, за который проект не выйдет, как в fixed price. При этом позволяем клиенту менять scope в лучших традициях T&M и эджайла.
Как это работает (коротко)
1️⃣ Выделяем 4 фичи из 10, без которых нельзя запустить проект. Обещаем их поставить.
2️⃣ Разрабатываем по скраму, Канбану, XP, да хоть стоя на голове.
3️⃣ Фокусируемся на 4 фичах и делаем их, скажем, за 60% бюджета
4️⃣ Оставшиеся 40% тратим на полировку, 6 других фич или новые фичи, которые осенили клиента по дороге.
Как это работает (подробно)
Flexible scope
Главное, что нужно сделать для FPFS модели - определить, какой scope нельзя выкинуть ни под каким соусом. С этим обычно проблем нет, клиенты даже на старте проекта знают, что вот эти 4 фичи нужны кровь из носа, а остальные можно пустить под нож (flexible scope).
Спецификация, как в FP не нужна, достаточно нескольких высокоуровневых критериев приемки. Их добавляем в контракт.
Начинаем проект, используя любой фреймворк. Делаем дискавери наших 4х фич и ставим им приоритет highest. На протяжении всего проекта они висят в топе беклога. С заказчиком четко проговариваем, что они идут в работу первыми.
Хотим добавить новые фичи? Не проблема - добро пожаловать в беклог.
Хотим приоритезировать новые фичи в следующем спринте? Мелочь за 2 стори поинта - может быть. Все остальное - извините, нет. Сначала мы сделаем наивысший приоритет, а потом все остальное.
Fixed price
Добавим щепотку проджект-менеджмента, чтобы уложиться в бюджет.
Для этого начинаем проект с груминга 4х фич. Запираемся с продактом в переговорке, и узнаем, как они должны работать. Затем оцениваем каждую и переводим эстимейты в деньги. Вуаля, теперь мы знаем, сколько бюджета уйдет на 4 фичи и сколько останется на дополнительные.
Иногда такое исследование выносят в отдельную фазу дискавери, если фич много или они сложные.
Оценку можно дать в часах, стори поинтах или спринтах. Любой формат, в котором потом будет удобно следить бюджетом.
Команда у нас постоянная, поэтому burndown (скорость съедания бюджета) тоже. Например,
100K (budget) / 10K (burndown) = 10 sprints (total budget)
Если из груминга мы узнали, что 4 фичи займут 6 спринтов, то еще 4 спринта у нас есть в запасе на остальной скоуп.
Теперь каждый спринт мы считаем, сколько денег потрачено и сколько работы осталось. Расход трекаем через release burndown chart, earned value или обычный эксель.
В конечном итоге FPFS - компромиссный вариант между FP и T&M. Он удобен и заказчику, и исполнителю.
В fixed price менеджер постоянно на нервах, думает, где бы срезать скоуп, чтобы попасть в бюджет. В time & material, наоборот, в проект затягивают любые фичи и доработки, лишь бы выжать побольше денег из клиента.
FPFS не тянет проект ни в какую из сторон, позволяя больше фокусироваться на ценности, которую мы поставляем с продуктом.
P.S. для продукта эту модель тоже можно использовать. Тут она подходит для проектов типо "надо запустить акцию к 8 марта".
Часто заказчики не знают точно чего хотят. У них есть лишь примерное видение продукта. Они буквально приходят и говорят: “Постройте нам что-то типо X за 100К”.
Fix price модель не подходит для такой работы, потому что по дороге будет слишком много изменений и проводить их через change request - боль для всех.
Time & material тоже не оч, ведь есть жесткий бюджет, превысить который клиент не может.
В этом случае на помощь приходит модель fixed price, flexible scope (FPFS). Иногда ее еще называют “T&M с крышкой”.
В ней мы берем лучшее от обеих моделей. Фиксируем бюджет, за который проект не выйдет, как в fixed price. При этом позволяем клиенту менять scope в лучших традициях T&M и эджайла.
Как это работает (коротко)
1️⃣ Выделяем 4 фичи из 10, без которых нельзя запустить проект. Обещаем их поставить.
2️⃣ Разрабатываем по скраму, Канбану, XP, да хоть стоя на голове.
3️⃣ Фокусируемся на 4 фичах и делаем их, скажем, за 60% бюджета
4️⃣ Оставшиеся 40% тратим на полировку, 6 других фич или новые фичи, которые осенили клиента по дороге.
Как это работает (подробно)
Flexible scope
Главное, что нужно сделать для FPFS модели - определить, какой scope нельзя выкинуть ни под каким соусом. С этим обычно проблем нет, клиенты даже на старте проекта знают, что вот эти 4 фичи нужны кровь из носа, а остальные можно пустить под нож (flexible scope).
Спецификация, как в FP не нужна, достаточно нескольких высокоуровневых критериев приемки. Их добавляем в контракт.
Начинаем проект, используя любой фреймворк. Делаем дискавери наших 4х фич и ставим им приоритет highest. На протяжении всего проекта они висят в топе беклога. С заказчиком четко проговариваем, что они идут в работу первыми.
Хотим добавить новые фичи? Не проблема - добро пожаловать в беклог.
Хотим приоритезировать новые фичи в следующем спринте? Мелочь за 2 стори поинта - может быть. Все остальное - извините, нет. Сначала мы сделаем наивысший приоритет, а потом все остальное.
Fixed price
Добавим щепотку проджект-менеджмента, чтобы уложиться в бюджет.
Для этого начинаем проект с груминга 4х фич. Запираемся с продактом в переговорке, и узнаем, как они должны работать. Затем оцениваем каждую и переводим эстимейты в деньги. Вуаля, теперь мы знаем, сколько бюджета уйдет на 4 фичи и сколько останется на дополнительные.
Иногда такое исследование выносят в отдельную фазу дискавери, если фич много или они сложные.
Оценку можно дать в часах, стори поинтах или спринтах. Любой формат, в котором потом будет удобно следить бюджетом.
Команда у нас постоянная, поэтому burndown (скорость съедания бюджета) тоже. Например,
100K (budget) / 10K (burndown) = 10 sprints (total budget)
Если из груминга мы узнали, что 4 фичи займут 6 спринтов, то еще 4 спринта у нас есть в запасе на остальной скоуп.
Теперь каждый спринт мы считаем, сколько денег потрачено и сколько работы осталось. Расход трекаем через release burndown chart, earned value или обычный эксель.
В конечном итоге FPFS - компромиссный вариант между FP и T&M. Он удобен и заказчику, и исполнителю.
В fixed price менеджер постоянно на нервах, думает, где бы срезать скоуп, чтобы попасть в бюджет. В time & material, наоборот, в проект затягивают любые фичи и доработки, лишь бы выжать побольше денег из клиента.
FPFS не тянет проект ни в какую из сторон, позволяя больше фокусироваться на ценности, которую мы поставляем с продуктом.
P.S. для продукта эту модель тоже можно использовать. Тут она подходит для проектов типо "надо запустить акцию к 8 марта".
👍193🔥68❤22👎3🤝2