PMP экзамен (6/6) - как я завалил тест с первой попытки
Первый раз я пошел сдавать экзамен спустя 2 месяца подготовки. К тому моменту я решал тренировочные тесты примерно на 70%, в интернете везде писали что этого достаточно.
Результат пришел через несколько дней и был очень низким. Наверное, если бы я проставлял ответы рандомно, было бы примерно столько же.
Тогда я подумал, что просто плохо подготовился и продолжил учиться.
Позже в канале Натальи, которая помогает сдавать на PMP (подписывайтесь!), выяснилось, что с прошлого ноября из 40+ человек, кто сдавал тест на русском языке сдало 0 человек. 0 из 40!
Инициативные ребята написали коллективное письмо в PMI. Оказалось, был баг именно в русской версии экзамена, а английская работала правильно. Недавно баг починили.
Я вообще не совсем понимаю, как в продукте, главной фичей которого является тест, в продукте, который стоит пользователю кучу денег и времени, может блять неправильно работать подсчет результатов в течение 5+ месяцев? Но ладно, мы все работаем в софте, знаем, как легко не заметить проблему, особенно на большом скейле.
PMI очень долго не хотел признавать ошибку, но на прошлой неделе вроде бы сдался. Всем пострадавшим обещают бесплатную пересдачу. Спасибо и на этом, конечно, вот бы еще 2 лишних месяца подготовки рефанднуть как-нибудь. Могли бы вручную результаты пересчитать например. Не факт, что для меня это что-то изменило было, но показало бы отношение.
P.S. Последний совет по подготовке к экзамену: заранее выберите язык, на котором будете сдавать и учите весь контент только на нем. Я учил часть на русском, часть на английском. На первой попытке пользовался встроенным переводчиком - это дико неудобно и жрет лишнее время. Второй раз учил и сдавал на английском, термины запомнились лучше, время отклика снизилось 👌.
Первый раз я пошел сдавать экзамен спустя 2 месяца подготовки. К тому моменту я решал тренировочные тесты примерно на 70%, в интернете везде писали что этого достаточно.
Результат пришел через несколько дней и был очень низким. Наверное, если бы я проставлял ответы рандомно, было бы примерно столько же.
Тогда я подумал, что просто плохо подготовился и продолжил учиться.
Позже в канале Натальи, которая помогает сдавать на PMP (подписывайтесь!), выяснилось, что с прошлого ноября из 40+ человек, кто сдавал тест на русском языке сдало 0 человек. 0 из 40!
Инициативные ребята написали коллективное письмо в PMI. Оказалось, был баг именно в русской версии экзамена, а английская работала правильно. Недавно баг починили.
Я вообще не совсем понимаю, как в продукте, главной фичей которого является тест, в продукте, который стоит пользователю кучу денег и времени, может блять неправильно работать подсчет результатов в течение 5+ месяцев? Но ладно, мы все работаем в софте, знаем, как легко не заметить проблему, особенно на большом скейле.
PMI очень долго не хотел признавать ошибку, но на прошлой неделе вроде бы сдался. Всем пострадавшим обещают бесплатную пересдачу. Спасибо и на этом, конечно, вот бы еще 2 лишних месяца подготовки рефанднуть как-нибудь. Могли бы вручную результаты пересчитать например. Не факт, что для меня это что-то изменило было, но показало бы отношение.
P.S. Последний совет по подготовке к экзамену: заранее выберите язык, на котором будете сдавать и учите весь контент только на нем. Я учил часть на русском, часть на английском. На первой попытке пользовался встроенным переводчиком - это дико неудобно и жрет лишнее время. Второй раз учил и сдавал на английском, термины запомнились лучше, время отклика снизилось 👌.
Полный гайд по сдаче экзамена PMP
Я сдал на PMP в мае 2024. На подготовку ушло 4 месяца и 1,340$.
По плану должно было быть в 2 раза быстрее и в 2 раза дешевле. Но если бы все мои планы сбывались, я бы писал вам о том, как готовился к чемпионату Европы по футболу в составе сборной Италии, а не к PMP.
Чтобы вы не наступили на те же грабли, что и я, написал вот эти посты:
📌Требования, стоимость, можно ли сдать из РБ и РФ
📌Материалы для подготовки
📌Как технически проходит тест
📌Примеры реальных вопросов из экзамена
📌Кому стоит сдавать на PMP
📌…а кому нет смысла
📌Как я провалил экзамен с первой попытки
Пересылайте друзьям-менеджерам и удачи на экзамене!
Я сдал на PMP в мае 2024. На подготовку ушло 4 месяца и 1,340$.
По плану должно было быть в 2 раза быстрее и в 2 раза дешевле. Но если бы все мои планы сбывались, я бы писал вам о том, как готовился к чемпионату Европы по футболу в составе сборной Италии, а не к PMP.
Чтобы вы не наступили на те же грабли, что и я, написал вот эти посты:
📌Требования, стоимость, можно ли сдать из РБ и РФ
📌Материалы для подготовки
📌Как технически проходит тест
📌Примеры реальных вопросов из экзамена
📌Кому стоит сдавать на PMP
📌…а кому нет смысла
📌Как я провалил экзамен с первой попытки
Пересылайте друзьям-менеджерам и удачи на экзамене!
Когда следующий релиз?
Продакты, сейлы и другие ребята из бизнеса часто спрашивают разработку, когда следующий релиз. Ответ на этот вопрос легко автоматизировать, чтобы сохранить время для себя и других. Вот несколько удобных вариантов, которые я видел:
📌страница в ноушене / конфлюэнсе с датами всех релизов. Здесь же можно перечислить фичи, которые планируются к выпуску. Работая в Банубе, мы делали из таких страничек релиз ноутсы, которые конвертировали в публичные для клиентов сразу после выпуска.
📌гугл календарь. Заводишь отдельный календарь Releases, который каждый сотрудник может добавить себе, чтобы видеть дату релиза. Создаешь повторяющиеся события: code freeze, QA, submit to store, выглядит вот так. Также удобно добавить в эти события всех разработчиков, как напоминание, когда надо подготовить релизную ветку или отправить приложение в стор.
📌закрепленное сообщение в слаке. Самый дешевый вариант, правда, не такой заметный, как остальные.
📌fix version в джире. Для всех задач, которые идут в релиз, проставляешь поле fix version. Тогда в разделе Releases появится список релизов, а в каждом из них - список готовых задач. Автоматически! Надежный вариант, но требует от команды подробно вести джиру. А так как у большинства людей джира вызывает тоску, часть людей все равно будут писать тебе в личку:
⁃ Рома, а когда у нас следующий релиз?
⁃ Посмотри вот тут.
💬Напишите в комментах чем пользуетесь у себя.
Продакты, сейлы и другие ребята из бизнеса часто спрашивают разработку, когда следующий релиз. Ответ на этот вопрос легко автоматизировать, чтобы сохранить время для себя и других. Вот несколько удобных вариантов, которые я видел:
📌страница в ноушене / конфлюэнсе с датами всех релизов. Здесь же можно перечислить фичи, которые планируются к выпуску. Работая в Банубе, мы делали из таких страничек релиз ноутсы, которые конвертировали в публичные для клиентов сразу после выпуска.
📌гугл календарь. Заводишь отдельный календарь Releases, который каждый сотрудник может добавить себе, чтобы видеть дату релиза. Создаешь повторяющиеся события: code freeze, QA, submit to store, выглядит вот так. Также удобно добавить в эти события всех разработчиков, как напоминание, когда надо подготовить релизную ветку или отправить приложение в стор.
📌закрепленное сообщение в слаке. Самый дешевый вариант, правда, не такой заметный, как остальные.
📌fix version в джире. Для всех задач, которые идут в релиз, проставляешь поле fix version. Тогда в разделе Releases появится список релизов, а в каждом из них - список готовых задач. Автоматически! Надежный вариант, но требует от команды подробно вести джиру. А так как у большинства людей джира вызывает тоску, часть людей все равно будут писать тебе в личку:
⁃ Рома, а когда у нас следующий релиз?
⁃ Посмотри вот тут.
💬Напишите в комментах чем пользуетесь у себя.
Асинхронные стендапы
Я долго работал в синхронных стендапах - когда все приходят на встречу в комнату или зум и проходят по статусу.
В Hellofresh я увидел, как несколько команд проводили дейли в асинхронном формате. Результат выглядел не хуже.
Механика такая: каждое утро бот пишет сообщение в канал “Это дейли митинг команды Х 👇”, и каждый ему отвечает стандартное: что сделал, что будет делать, блокеры.
Иногда был гибридный формат: все пишут статус в слак, но дополнительно можно придти на стендап, чтобы обсудить текущие вопросы.
У такого формата много плюсов:
📌Все экономят время и ментальные силы (ура, не нужно разговаривать!)
📌Всё задокументировано. Можно легко откатиться и посмотреть, что человек делал 4 дня назад.
📌Не нужно искать компромиссное время, если работаете в разных часовых поясах.
Гланый минус - у команды снижается вовлеченность и контакт друг с другом именно потому, что люди теперь реже разговаривают. На живых стендапах то кота увидят в камере и все оживятся, то про отпуск в Грузии тимлид расскажет. Такие разговоры помогают людям узнать друг друга и быть посмелее потом в рабочих вопросах. В асинке этого меньше и, особенно, если у вас полная удаленка, общения может не хватать.
Асинхронный формат хорошо работает в командах, которые вместе уже полгода+ без резких движений. Когда стартуешь новый проект или команда только собралась, лучше делать синхронно, на мой взгляд.
А как у вас?
Я долго работал в синхронных стендапах - когда все приходят на встречу в комнату или зум и проходят по статусу.
В Hellofresh я увидел, как несколько команд проводили дейли в асинхронном формате. Результат выглядел не хуже.
Механика такая: каждое утро бот пишет сообщение в канал “Это дейли митинг команды Х 👇”, и каждый ему отвечает стандартное: что сделал, что будет делать, блокеры.
Иногда был гибридный формат: все пишут статус в слак, но дополнительно можно придти на стендап, чтобы обсудить текущие вопросы.
У такого формата много плюсов:
📌Все экономят время и ментальные силы (ура, не нужно разговаривать!)
📌Всё задокументировано. Можно легко откатиться и посмотреть, что человек делал 4 дня назад.
📌Не нужно искать компромиссное время, если работаете в разных часовых поясах.
Гланый минус - у команды снижается вовлеченность и контакт друг с другом именно потому, что люди теперь реже разговаривают. На живых стендапах то кота увидят в камере и все оживятся, то про отпуск в Грузии тимлид расскажет. Такие разговоры помогают людям узнать друг друга и быть посмелее потом в рабочих вопросах. В асинке этого меньше и, особенно, если у вас полная удаленка, общения может не хватать.
Асинхронный формат хорошо работает в командах, которые вместе уже полгода+ без резких движений. Когда стартуешь новый проект или команда только собралась, лучше делать синхронно, на мой взгляд.
А как у вас?
Менять команды под новые проекты - норм
В Хеллоуфреш команды постоянно меняются. В соседнем отделе, с которым мы плотно работаем, 4 команды перекраиваются с ног на голову второй год подряд.
Примечательно, что оба раза перестройка начиналась перед годовым планированием. То есть мы видим на горизонте большую инициативу, например, по персонализации, а другая инициатива - программа лояльности - наоборот, завершается. Тогда мы расформировываем одну команду и формируем другую.
Для людей это, конечно, стресс: новая команда, новый менеджер, новые процессы. Поэтому такие редизайны происходят нечасто, +- раз в год.
Когда команды статичны, каждый продакт думает, чем ему занять людей, придумывает для них работу. Тогда срабатывает закон Конвея, и архитектура продукта копирует орг. структуру компании. А должно быть наоборот: сначала находишь проблемы и цели, а потом под них подбираешь команду и закладываешь архитектуру.
Раньше в моей голове серьезные перестановки в команде были оправданы, только когда мы набирали новых людей и надо было перетасовать команды. Просто так менять команду ассоциировалось с чем-то негативным. Как будто мы не справились с работой в текущем сетапе, и руководство ударило кулаком по столу и пошло переставлять кровати.
Теперь думаю, что команды создаются под конкретные цели. Цели меняются, поэтому и команды могут меняться. Надо это просто принять.
В Хеллоуфреш команды постоянно меняются. В соседнем отделе, с которым мы плотно работаем, 4 команды перекраиваются с ног на голову второй год подряд.
Примечательно, что оба раза перестройка начиналась перед годовым планированием. То есть мы видим на горизонте большую инициативу, например, по персонализации, а другая инициатива - программа лояльности - наоборот, завершается. Тогда мы расформировываем одну команду и формируем другую.
Для людей это, конечно, стресс: новая команда, новый менеджер, новые процессы. Поэтому такие редизайны происходят нечасто, +- раз в год.
Когда команды статичны, каждый продакт думает, чем ему занять людей, придумывает для них работу. Тогда срабатывает закон Конвея, и архитектура продукта копирует орг. структуру компании. А должно быть наоборот: сначала находишь проблемы и цели, а потом под них подбираешь команду и закладываешь архитектуру.
Раньше в моей голове серьезные перестановки в команде были оправданы, только когда мы набирали новых людей и надо было перетасовать команды. Просто так менять команду ассоциировалось с чем-то негативным. Как будто мы не справились с работой в текущем сетапе, и руководство ударило кулаком по столу и пошло переставлять кровати.
Теперь думаю, что команды создаются под конкретные цели. Цели меняются, поэтому и команды могут меняться. Надо это просто принять.
Как улучшить любой документ на 5% — добавить Шапку
Работая менеджером в большой компании, приходится читать кучу документов. Технические дизайны, продуктовые требования, миграционные стратегии — тыщи их. Часто это документы по 20-30 страниц от команд, о которых ты имеешь весьма поверхностное представление.
Заметил штуку, которая помогает мне лучше понять судьбу и контекст документа — шапка.
Шапка, это табличка в самом верху, в которой есть следующая инфа:
----------------
Название: Выделенный сервис для картинок.
Саммари: Мигрируем все имеющиеся в каталоге картинки в отдельный сервис, чтобы снизить время отклика у пользователя и инфраструктурные затраты.
Создан: 11-07-2024 (вот сюда смотрю в первую очередь, чтобы понять, насколько неактуальным будет док).
Статус: В ревью
Джира: PLAT-315
Авторы: Григорий Вишневский, Валентина Ковалева
Ведущая команда: Платформа
----------------
Когда открываю доки без шапки, которые начинаются с текста инициативы, то сразу возникает миллион вопросов: кто это писал, пошло ли в работу и т.д.
В маленькой компании, где работает несколько команд, пожалуй, такие шапки добавят не очень много пользы — все и так плюс-минус знают, какие проекты в работе. Но когда продукт большой и команд десятки - это очень полезная вещь. Рекомендую.
Работая менеджером в большой компании, приходится читать кучу документов. Технические дизайны, продуктовые требования, миграционные стратегии — тыщи их. Часто это документы по 20-30 страниц от команд, о которых ты имеешь весьма поверхностное представление.
Заметил штуку, которая помогает мне лучше понять судьбу и контекст документа — шапка.
Шапка, это табличка в самом верху, в которой есть следующая инфа:
----------------
Название: Выделенный сервис для картинок.
Саммари: Мигрируем все имеющиеся в каталоге картинки в отдельный сервис, чтобы снизить время отклика у пользователя и инфраструктурные затраты.
Создан: 11-07-2024 (вот сюда смотрю в первую очередь, чтобы понять, насколько неактуальным будет док).
Статус: В ревью
Джира: PLAT-315
Авторы: Григорий Вишневский, Валентина Ковалева
Ведущая команда: Платформа
----------------
Когда открываю доки без шапки, которые начинаются с текста инициативы, то сразу возникает миллион вопросов: кто это писал, пошло ли в работу и т.д.
В маленькой компании, где работает несколько команд, пожалуй, такие шапки добавят не очень много пользы — все и так плюс-минус знают, какие проекты в работе. Но когда продукт большой и команд десятки - это очень полезная вещь. Рекомендую.
Первое правило проекта, который тебе передают
- переоцени проект силами текущей команды.
Люди, которые продают проекты, часто занижают оценки, чтобы предложение выглядело выгодным для заказчика или руководства. Закрывают глаза на риски или предполагают, что будет работать команда из 9 сеньоров, которые умеют рожать по ребенку каждый месяц. Такие проекты легко продавать, но больно потом делать. И больно обычно ПМу.
В реальности вылезут десятки рисков, помимо известных, сеньоров будет 1,5, а не 9 и о деторождении они слышали только из статей на медиуме.
Часто между «продажей» и запуском есть задержка, за которую ты узнаешь о проекте больше: поймешь уровень адекватности клиента, требования по безопасности или потрогаешь АПИ. Используй эти новые знания, чтобы сделать оценку точнее.
Как только проект оказался в твоих руках, сядь вместе с командой, которая будет его делать, и оцени еще раз. В старую оценку не подсматривайте, берите только требования и заполняйте эксель табличку.
Если между изначальной оценкой и переоценкой есть разница (обычно да) - сразу иди к руководителю и договаривайся, что можешь отвечать за новые цифры, но не за старые. Если хорошо обоснуешь, то выбьешь новые сроки, +1 сеньора или еще что-то полезное.
Если быть «удобным менеджером» и соглашаться на все дедлайны как есть, то рискуешь завалить проект еще до старта.
- переоцени проект силами текущей команды.
Люди, которые продают проекты, часто занижают оценки, чтобы предложение выглядело выгодным для заказчика или руководства. Закрывают глаза на риски или предполагают, что будет работать команда из 9 сеньоров, которые умеют рожать по ребенку каждый месяц. Такие проекты легко продавать, но больно потом делать. И больно обычно ПМу.
В реальности вылезут десятки рисков, помимо известных, сеньоров будет 1,5, а не 9 и о деторождении они слышали только из статей на медиуме.
Часто между «продажей» и запуском есть задержка, за которую ты узнаешь о проекте больше: поймешь уровень адекватности клиента, требования по безопасности или потрогаешь АПИ. Используй эти новые знания, чтобы сделать оценку точнее.
Как только проект оказался в твоих руках, сядь вместе с командой, которая будет его делать, и оцени еще раз. В старую оценку не подсматривайте, берите только требования и заполняйте эксель табличку.
Если между изначальной оценкой и переоценкой есть разница (обычно да) - сразу иди к руководителю и договаривайся, что можешь отвечать за новые цифры, но не за старые. Если хорошо обоснуешь, то выбьешь новые сроки, +1 сеньора или еще что-то полезное.
Если быть «удобным менеджером» и соглашаться на все дедлайны как есть, то рискуешь завалить проект еще до старта.
Фулстек менеджер
Есть фулстек программисты, а бывают ли фулстек менеджеры?
Я вижу это как роль, которая закрывает проджект (деливери, ожиданиями стейкхолдеров, пипл-менеджмент) и продакт (юикс, проверка гипотез, аналитика).
Пожалуй, главный минус этого подхода в том, что из-за огромной области знаний, не хватает времени глубоко погрузиться ни в одну из них. Значит, пострадает качество. Без глубоких знаний продакт будет еще большим генералистом. А ведь на сениор позициях, наоборот, решает специализация и часто выделяют growth pm, AI pm, tech pm и тд. А тут получается супер-генералист.
Зато какие плюсы!
🦾 все в одной голове, коммуникации меньше;
🦾 решения принимаешь молниеносно;
🦾 на сэкономленную зарплату нанимаешь еще одного фулстэк разработчика.
На мой взгляд, такие универсальные солдаты хорошо сработают на определенных проектах:
1️⃣ стартапы из 10 человек, где надо экономить каждую копейку.
2️⃣ команда в 3-5 человек, где для менеджера нет фуллтайм загрузки.
3️⃣ сильная команда, которая сама может качественно закрыть большую часть вопросов по деливери и продукту.
4️⃣ проект, где мало неопределености, например, 80% работы - интеграция с новыми партнерами или копирование функционала конкурентов
Я сам работал в таком сетапе на прошлой работе в Banuba. Мы как раз догоняли рынок, и по продукту там было ясно, что делать. Мне и команде было норм, хотя с точки зрения продукта, феерического роста, который ожидали инвесторы, не случилось.
Слышал байку о том, что когда Яндекс ввел роль продакта, часть проджектов в один день проснулись в новой роли и так стали продактами просто по решению компании.
Интересно узнать, кто еще так делал. Какие встретили проблемы? Почему отказались от такой модели или, наоборот, развили?
💬Поделитесь опытом в комментариях.
Есть фулстек программисты, а бывают ли фулстек менеджеры?
Я вижу это как роль, которая закрывает проджект (деливери, ожиданиями стейкхолдеров, пипл-менеджмент) и продакт (юикс, проверка гипотез, аналитика).
Пожалуй, главный минус этого подхода в том, что из-за огромной области знаний, не хватает времени глубоко погрузиться ни в одну из них. Значит, пострадает качество. Без глубоких знаний продакт будет еще большим генералистом. А ведь на сениор позициях, наоборот, решает специализация и часто выделяют growth pm, AI pm, tech pm и тд. А тут получается супер-генералист.
Зато какие плюсы!
🦾 все в одной голове, коммуникации меньше;
🦾 решения принимаешь молниеносно;
🦾 на сэкономленную зарплату нанимаешь еще одного фулстэк разработчика.
На мой взгляд, такие универсальные солдаты хорошо сработают на определенных проектах:
1️⃣ стартапы из 10 человек, где надо экономить каждую копейку.
2️⃣ команда в 3-5 человек, где для менеджера нет фуллтайм загрузки.
3️⃣ сильная команда, которая сама может качественно закрыть большую часть вопросов по деливери и продукту.
4️⃣ проект, где мало неопределености, например, 80% работы - интеграция с новыми партнерами или копирование функционала конкурентов
Я сам работал в таком сетапе на прошлой работе в Banuba. Мы как раз догоняли рынок, и по продукту там было ясно, что делать. Мне и команде было норм, хотя с точки зрения продукта, феерического роста, который ожидали инвесторы, не случилось.
Слышал байку о том, что когда Яндекс ввел роль продакта, часть проджектов в один день проснулись в новой роли и так стали продактами просто по решению компании.
Интересно узнать, кто еще так делал. Какие встретили проблемы? Почему отказались от такой модели или, наоборот, развили?
💬Поделитесь опытом в комментариях.
This media is not supported in your browser
VIEW IN TELEGRAM
Тренажер по распределению задач
Нашел классный тренажер по управлению ресурсами:
http://thatpmgame.com/
Это мини-игра на 3-5 минут на основе диаграммы Ганта. Цель игры - раскидать задачи по сотрудникам так, чтобы проект уложился в бюджет и сроки.
Принцип игры
В начале каждого раунда у тебя есть 5 задач и 4 человека, чтобы их выполнить. У каждого человека свои особенности, например, быстрый, но дорогой. Прямо как на реальном проекте. Назначаешь людей на задачи, нажимаешь “start” и начинается симуляция.
Слева идет таймлайн, где сгорают задачки. Справа - статистика сколько денег ты потратил. В любой момент симуляцию можно остановить и перераспределить людей. Более подробные правила тут.
Смысл
Игра учит базе управления проектами:
🤌 меньше людей работает -> меньше бюджета тратишь;
🤌 таски на критическом пути лучше делать быстро и не рисковать ими;
🤌 как ни оценивай, одни задачи все равно пойдут быстрее, а другие медленнее;
🤌 люди выгорают, если работы дофига;
ПМам с небольшим опытом игра будет полезна, чтобы потренироваться распределять задачи и понять диаграмму ганта.
Для ПМов с опытом, сколько проектов закончите “зелеными”? Я зафейлился на пятом.
Нашел классный тренажер по управлению ресурсами:
http://thatpmgame.com/
Это мини-игра на 3-5 минут на основе диаграммы Ганта. Цель игры - раскидать задачи по сотрудникам так, чтобы проект уложился в бюджет и сроки.
Принцип игры
В начале каждого раунда у тебя есть 5 задач и 4 человека, чтобы их выполнить. У каждого человека свои особенности, например, быстрый, но дорогой. Прямо как на реальном проекте. Назначаешь людей на задачи, нажимаешь “start” и начинается симуляция.
Слева идет таймлайн, где сгорают задачки. Справа - статистика сколько денег ты потратил. В любой момент симуляцию можно остановить и перераспределить людей. Более подробные правила тут.
Смысл
Игра учит базе управления проектами:
🤌 меньше людей работает -> меньше бюджета тратишь;
🤌 таски на критическом пути лучше делать быстро и не рисковать ими;
🤌 как ни оценивай, одни задачи все равно пойдут быстрее, а другие медленнее;
🤌 люди выгорают, если работы дофига;
ПМам с небольшим опытом игра будет полезна, чтобы потренироваться распределять задачи и понять диаграмму ганта.
Для ПМов с опытом, сколько проектов закончите “зелеными”? Я зафейлился на пятом.
Сколько зарабатывают айтишники в Германии 🇩🇪
Зарплаты ниже – это annual gross base salary в евро. То есть, грязная годовая зарплата до всех отчислений (налоги, страховки), без бонусов и акций. Чтобы было легче ориентироваться, следом приведена зп на карточку для 1-ого налогового класса.
Продакт
▫️product manager: 76,350 ~ 3,877 в месяц на руки
▫️senior: 90,860 ~ 4,474 в месяц
▫️lead: 97,000 ~ 4,691 в месяц
▫️principal: 140,200 ~ 6,696 в месяц
▫️director of product: 123,750 ~ 5,933 в месяц
Проджект
▫️project manager: 63,250 ~ 3,278 в месяц
▫️senior: 78,250 ~ 3,960 в месяц
▫️lead: 84,600 ~ 4,229 в месяц
▫️senior program manager: 99,200 ~ 4,793 в месяц
Разработчик
▫️software engineer: 75,000 ~ 3,817 в месяц
▫️senior: 92,300 ~ 4,538 в месяц
▫️principal: 109,800 ~ 5,285 в месяц
▫️director of technology: 140,400 ~ 6,705 в месяц
Тестировщик
▫️quality engineer: 56, 500 ~ 2,984 в месяц
▫️senior: 64,000 ~ 3,314 в месяц
▫️QA manager: 60,900 ~ 3,173 в месяц
▫️QA automation: 64,850 ~ 3,354 в месяц
Дизайнер
▫️UX designer: 53,000 ~ 2,832 в месяц
▫️senior: 73,000 ~ 3,728 в месяц
▫️product designer: 62,700 ~ 3,252 в месяц
▫️serion product designer: 76,900 ~ 3,901 в месяц
❗️Дисклеймер:
1. Чем выше зп, тем выше налоги. При заработке 66К и больше – налог будет 39%. Welcome to Germany 🥨
2. Процент налогов отличается в зависимости от семейного положения и заработка партнера. Больше всех налогов платят холостые (1-ый класс), для них и приведен расчет. Меньше всех – женатые с детьми, у них будет почти на 20% больше чистыми. Вот тут можно посчитать разницу между налоговыми классами.
3. Чем выше роль, тем больше будет бонусная часть – акции и бонусы. То есть, например, сениор продакт зарабатывает 80 base и 10 stock, а директор 90 base и 30 stock. Учитывая, что акции выдают постепенно в течение 3-4 лет, разница в том, сколько на руки получает директор и сениор не такая уж и большая: 400-600 евро в месяц. Ответственности при этом в разы больше.
4. Как и на любом большом рынке, немецкие компании можно условно разделить по классам (tier). Google, Amazon, Github, Spotify, Stripe – это tier-1, в них будет максимальная зп на рынке. Переходить из одной в другую легко, они хорошо засчитывают опыт друг друга. Tier-2 уже попроще, сюда входит мой HelloFresh, а еще Klarna (которые уволили 700 человек одним видео), N26, Soundcloud, Wolt, Zalando. По сравнению с tier-1, здесь платят процентов на 30 меньше. Вот тут больше про tiers.
5. ЗП отличается по городам. Например, полная компенсация для сениор продакта в Берлине – 93К, во Франкурте уже 87К. Самый топ в Берлине, Мюнхене и Гамбурге.
6. Разные сайты по-разному считают зп: кто-то base, кто-то total (base + stock + bonus). Обращайте на это внимание, чтобы ожидания совпали с реальностью. Я ориентируюсь на эти ресурсы: levels.fyi, glassdoor.de, ksyula.github.io/Salary-report, payscale.com/research.
Зарплаты ниже – это annual gross base salary в евро. То есть, грязная годовая зарплата до всех отчислений (налоги, страховки), без бонусов и акций. Чтобы было легче ориентироваться, следом приведена зп на карточку для 1-ого налогового класса.
Продакт
▫️product manager: 76,350 ~ 3,877 в месяц на руки
▫️senior: 90,860 ~ 4,474 в месяц
▫️lead: 97,000 ~ 4,691 в месяц
▫️principal: 140,200 ~ 6,696 в месяц
▫️director of product: 123,750 ~ 5,933 в месяц
Проджект
▫️project manager: 63,250 ~ 3,278 в месяц
▫️senior: 78,250 ~ 3,960 в месяц
▫️lead: 84,600 ~ 4,229 в месяц
▫️senior program manager: 99,200 ~ 4,793 в месяц
Разработчик
▫️software engineer: 75,000 ~ 3,817 в месяц
▫️senior: 92,300 ~ 4,538 в месяц
▫️principal: 109,800 ~ 5,285 в месяц
▫️director of technology: 140,400 ~ 6,705 в месяц
Тестировщик
▫️quality engineer: 56, 500 ~ 2,984 в месяц
▫️senior: 64,000 ~ 3,314 в месяц
▫️QA manager: 60,900 ~ 3,173 в месяц
▫️QA automation: 64,850 ~ 3,354 в месяц
Дизайнер
▫️UX designer: 53,000 ~ 2,832 в месяц
▫️senior: 73,000 ~ 3,728 в месяц
▫️product designer: 62,700 ~ 3,252 в месяц
▫️serion product designer: 76,900 ~ 3,901 в месяц
❗️Дисклеймер:
1. Чем выше зп, тем выше налоги. При заработке 66К и больше – налог будет 39%. Welcome to Germany 🥨
2. Процент налогов отличается в зависимости от семейного положения и заработка партнера. Больше всех налогов платят холостые (1-ый класс), для них и приведен расчет. Меньше всех – женатые с детьми, у них будет почти на 20% больше чистыми. Вот тут можно посчитать разницу между налоговыми классами.
3. Чем выше роль, тем больше будет бонусная часть – акции и бонусы. То есть, например, сениор продакт зарабатывает 80 base и 10 stock, а директор 90 base и 30 stock. Учитывая, что акции выдают постепенно в течение 3-4 лет, разница в том, сколько на руки получает директор и сениор не такая уж и большая: 400-600 евро в месяц. Ответственности при этом в разы больше.
4. Как и на любом большом рынке, немецкие компании можно условно разделить по классам (tier). Google, Amazon, Github, Spotify, Stripe – это tier-1, в них будет максимальная зп на рынке. Переходить из одной в другую легко, они хорошо засчитывают опыт друг друга. Tier-2 уже попроще, сюда входит мой HelloFresh, а еще Klarna (которые уволили 700 человек одним видео), N26, Soundcloud, Wolt, Zalando. По сравнению с tier-1, здесь платят процентов на 30 меньше. Вот тут больше про tiers.
5. ЗП отличается по городам. Например, полная компенсация для сениор продакта в Берлине – 93К, во Франкурте уже 87К. Самый топ в Берлине, Мюнхене и Гамбурге.
6. Разные сайты по-разному считают зп: кто-то base, кто-то total (base + stock + bonus). Обращайте на это внимание, чтобы ожидания совпали с реальностью. Я ориентируюсь на эти ресурсы: levels.fyi, glassdoor.de, ksyula.github.io/Salary-report, payscale.com/research.
Этикет в переговорках
Несколько советов, которые сделают из тебя английского лорда или леди в сфере использования переговорной комнаты.
🎩Если ты один – бери самую маленькую переговорку из доступных.
🎩Если вас двое – бери переговорку на 2, максимум 4 человека. Не бери комнату на 10.
🎩Если тебе нужно 4 часа сфокусированной работы, чтобы никто не мешал – не бери переговорку для этого.
🎩Твоя встреча отменилась? Удали бронь переговорки, чтобы ей могли воспользоватся другие.
🎩Выключай свет, когда уходишь. Ледники тают, алло.
🎩Принес кофе, воду, распечатки в перговорку? Унеси кофе, воду, распечатки из переговорки.
🎩Был напряженный мит с пятью джавистами? Открой окно проветрить напряженность.
🎩Если комната забронирована до 14.00, выходи до 14.00, максимум в 14.01. Не заставляй других неловко приоткрывать дверь и просить тебя свалить.
См. также:
🎩Этикет видеозвонков
🎩Календарный этикет
Несколько советов, которые сделают из тебя английского лорда или леди в сфере использования переговорной комнаты.
🎩Если ты один – бери самую маленькую переговорку из доступных.
🎩Если вас двое – бери переговорку на 2, максимум 4 человека. Не бери комнату на 10.
🎩Если тебе нужно 4 часа сфокусированной работы, чтобы никто не мешал – не бери переговорку для этого.
🎩Твоя встреча отменилась? Удали бронь переговорки, чтобы ей могли воспользоватся другие.
🎩Выключай свет, когда уходишь. Ледники тают, алло.
🎩Принес кофе, воду, распечатки в перговорку? Унеси кофе, воду, распечатки из переговорки.
🎩Был напряженный мит с пятью джавистами? Открой окно проветрить напряженность.
🎩Если комната забронирована до 14.00, выходи до 14.00, максимум в 14.01. Не заставляй других неловко приоткрывать дверь и просить тебя свалить.
См. также:
🎩Этикет видеозвонков
🎩Календарный этикет
Поиск у нас vs зарубежом
2 года назад я писал о том, как искал работу в Европе. Тогда за полгода я получил 4 оффера и выбрал работу в HelloFresh, переехав в Берлин.
Несколько ребят писали потом в личку, что посты помогли им понять отличия рынка СНГ от западного и скорректировать тактику поиска. Мне дико приятно получать такие сообщения и быть полезным для вас. Это одна из причин почему я веду этот канал уже 6 лет.
Перечитав посты сейчас, я вижу, что все советы актуальны до сих пор, изменилась только конкуренция. Несколько собесов, которые я прошел в Германии с тех пор по старой схеме, подтверждают это. Все так же нужно одностраничное резюме в формате достижений, искать рефералов, не быть хмурым молчуном, включать софтскиллы и торговаться за офер.
Хочу исправить одну вещь, которую не сделал тогда – собрать все посты в один, чтобы ими было удобно пользоваться.
Итак, вот все, что вам нужно знать о поиске ПМ работы зарубежом:
📌Выбор страны
📌Доменные знания и местный опыт
📌На каких сайтах искать вакансии
📌Как находить рефералов
📌Что делать, когда компания мечты не отвечает
📌Шаблон резюме
📌Как адаптировать резюме под вакансию
📌Сопроводительное письмо
📌Как составить линкедин, чтобы его лучше находили рекрутеры
📌Сходи на тренировочные интервью
📌Что и где узнать о компании перед интервью
📌3-8 стадий интервью на менеджера
📌Примеры вопросов на интервью
📌Шпаргалка с ответами на популярные вопросы
📌Meeting notes после интерьвю
📌Что писать, чтобы дали фидбек после интервью
📌Зарплата в Европе (2022)
📌Сколько зарабатывают айтишники в Германии (2024)
📌Как использовать несколько офферов
Отправляйте этот пост своим друзьям и успехов с поисками!
2 года назад я писал о том, как искал работу в Европе. Тогда за полгода я получил 4 оффера и выбрал работу в HelloFresh, переехав в Берлин.
Несколько ребят писали потом в личку, что посты помогли им понять отличия рынка СНГ от западного и скорректировать тактику поиска. Мне дико приятно получать такие сообщения и быть полезным для вас. Это одна из причин почему я веду этот канал уже 6 лет.
Перечитав посты сейчас, я вижу, что все советы актуальны до сих пор, изменилась только конкуренция. Несколько собесов, которые я прошел в Германии с тех пор по старой схеме, подтверждают это. Все так же нужно одностраничное резюме в формате достижений, искать рефералов, не быть хмурым молчуном, включать софтскиллы и торговаться за офер.
Хочу исправить одну вещь, которую не сделал тогда – собрать все посты в один, чтобы ими было удобно пользоваться.
Итак, вот все, что вам нужно знать о поиске ПМ работы зарубежом:
📌Выбор страны
📌Доменные знания и местный опыт
📌На каких сайтах искать вакансии
📌Как находить рефералов
📌Что делать, когда компания мечты не отвечает
📌Шаблон резюме
📌Как адаптировать резюме под вакансию
📌Сопроводительное письмо
📌Как составить линкедин, чтобы его лучше находили рекрутеры
📌Сходи на тренировочные интервью
📌Что и где узнать о компании перед интервью
📌3-8 стадий интервью на менеджера
📌Примеры вопросов на интервью
📌Шпаргалка с ответами на популярные вопросы
📌Meeting notes после интерьвю
📌Что писать, чтобы дали фидбек после интервью
📌Зарплата в Европе (2022)
📌Сколько зарабатывают айтишники в Германии (2024)
📌Как использовать несколько офферов
Отправляйте этот пост своим друзьям и успехов с поисками!
Фича флаги
Фича-флаг (ФФ, фича-тогл) - кусочек кода, if-else условие, которое запускает параллельные сценарии приложения. Один сценарий (if) - пускает пользователя в новую фичу, другой (else) - прячет ее, запуская старый флоу.
Зачем нужны ФФ
ФФ значительно упращают работу с релизом – выкатывать, откатывать отдельные фичи или целые юзер флоу теперь можно в один клик.
При этом не нужно звать программиста - если пользуешься сервисами для ФФ (о них ниже), это может сделать продакт в простой админке. Это супер удобно, когда что-то пошло не так и пользователи сыпят гневные отзывы в стор и надо быстро откатиться.
Как это работает
Пока фича пилится, программист потихоньку выливает ее в продакшен. Сделал экран - вылил. Сделал кусок логики - вылил. Если в этот момент фича закрыта тоглом, то пользователи ее не видят, но при этом код уже вмерджен в мастер. А значит программистам не нужно постоянно решать конфликты между ветками, а тестировать можно прямо в боевой среде!
Так, кусочки фичи уезжают на прод, пока вся она не будет готова. В какой-то момент продакт буквально дергает рубильник и пользователи видят новую фичу.
Такой подход позволяет избежать одного крупного релиза, которые часто что-нибудь ломают, разбивая поставку на много маленьких. А если что-то все же сломалось, рубильник легко дернуть обратно.
Кому нужны ФФ
Пока продукт маленький, вам скорее всего не нужны ФФ. Их дорого разрабатывать и поддерживать, а продакт все равно катит эксперименты сразу на всех пользователей.
Когда продукт большой, продактов уже несколько и запускать эксперименты нужно как-то в параллель, желательно, чтобы один не влиял на другой. Значит, нужно разделять аудиторию между экспериментами, и это как раз то, что умеют сервисы ФФ.
Если думаете о том, что пора внедрять ФФ, вот несколько популярных сервисов: Unleash, LaunchDarkly, Optimizely, Statsig. Не уверен, кто из них еще работает в СНГ, если знаете другие топовые - напишите в комменты.
Если глубже погрузиться в тему тогглов, вот две хорошие статьи: статья_1, статья_2.
Фича-флаг (ФФ, фича-тогл) - кусочек кода, if-else условие, которое запускает параллельные сценарии приложения. Один сценарий (if) - пускает пользователя в новую фичу, другой (else) - прячет ее, запуская старый флоу.
Зачем нужны ФФ
ФФ значительно упращают работу с релизом – выкатывать, откатывать отдельные фичи или целые юзер флоу теперь можно в один клик.
При этом не нужно звать программиста - если пользуешься сервисами для ФФ (о них ниже), это может сделать продакт в простой админке. Это супер удобно, когда что-то пошло не так и пользователи сыпят гневные отзывы в стор и надо быстро откатиться.
Как это работает
Пока фича пилится, программист потихоньку выливает ее в продакшен. Сделал экран - вылил. Сделал кусок логики - вылил. Если в этот момент фича закрыта тоглом, то пользователи ее не видят, но при этом код уже вмерджен в мастер. А значит программистам не нужно постоянно решать конфликты между ветками, а тестировать можно прямо в боевой среде!
Так, кусочки фичи уезжают на прод, пока вся она не будет готова. В какой-то момент продакт буквально дергает рубильник и пользователи видят новую фичу.
Такой подход позволяет избежать одного крупного релиза, которые часто что-нибудь ломают, разбивая поставку на много маленьких. А если что-то все же сломалось, рубильник легко дернуть обратно.
Кому нужны ФФ
Пока продукт маленький, вам скорее всего не нужны ФФ. Их дорого разрабатывать и поддерживать, а продакт все равно катит эксперименты сразу на всех пользователей.
Когда продукт большой, продактов уже несколько и запускать эксперименты нужно как-то в параллель, желательно, чтобы один не влиял на другой. Значит, нужно разделять аудиторию между экспериментами, и это как раз то, что умеют сервисы ФФ.
Если думаете о том, что пора внедрять ФФ, вот несколько популярных сервисов: Unleash, LaunchDarkly, Optimizely, Statsig. Не уверен, кто из них еще работает в СНГ, если знаете другие топовые - напишите в комменты.
Если глубже погрузиться в тему тогглов, вот две хорошие статьи: статья_1, статья_2.
#реклама_по_любви
Стратоплан - топ курсы для ПМов в 2024. Я проходил их 10 лет назад и периодически слышу хорошие отзывы от ребят, кто ходил недавно. Учат классике, базе, без которой не обойтись проджекту, продакту или тимлиду.
Сегодня Стратоплан приглашает на серию бесплатных вебинаров о том, как расти в професcии. Рекомендую.
------
В жизни каждого менеджера наступает момент, когда ты упахиваешься до таких скоростей, что совсем не остается времени на то, чтобы посмотреть на себя стороны, как на ПМа. И тем более, на то, что бы построить план развития и адаптации, к стремительно меняющейся реальности…
Школа менеджмента «Стратоплан» предлагает вам замедлиться на несколько часов в неделю, с 4 по 8-е нобря, в рамках бесплатного интенсива «Руководитель 2030». Мы расскажем о том, какие руководители будут востребованы в будущем и что нужно делать для того, чтобы стать одним из них.
В программе мы покажем рабочие инструменты и практики по вот этим темам:
▫️4 ноября, пн: Про работу с людьми и как использовать one-on-one, чтобы это не было для галочки.
▫️5 ноября, вт: Про работу с командой и то, как объединять людей вокруг общей цели.
▫️6 ноября, ср: Про то, как научиться понимать ТОП-ов и как быть с прозрачностью.
▫️7 ноября, чт: Про собственный ресурс и то, что подохший менеджер никому не нужен.
▫️8 ноября, пт: Про личный план развития и как его строить.
Эфиры проходят в 20:00 - 22:00 (GMT+3).
Курс построен на нашем 15-ти летнем опыте обучения руководителей и создан для того, чтобы дать вам опорные точки для развития и роста.
👉👉Регистрируйтесь здесь 👈👈
Стратоплан - топ курсы для ПМов в 2024. Я проходил их 10 лет назад и периодически слышу хорошие отзывы от ребят, кто ходил недавно. Учат классике, базе, без которой не обойтись проджекту, продакту или тимлиду.
Сегодня Стратоплан приглашает на серию бесплатных вебинаров о том, как расти в професcии. Рекомендую.
------
В жизни каждого менеджера наступает момент, когда ты упахиваешься до таких скоростей, что совсем не остается времени на то, чтобы посмотреть на себя стороны, как на ПМа. И тем более, на то, что бы построить план развития и адаптации, к стремительно меняющейся реальности…
Школа менеджмента «Стратоплан» предлагает вам замедлиться на несколько часов в неделю, с 4 по 8-е нобря, в рамках бесплатного интенсива «Руководитель 2030». Мы расскажем о том, какие руководители будут востребованы в будущем и что нужно делать для того, чтобы стать одним из них.
В программе мы покажем рабочие инструменты и практики по вот этим темам:
▫️4 ноября, пн: Про работу с людьми и как использовать one-on-one, чтобы это не было для галочки.
▫️5 ноября, вт: Про работу с командой и то, как объединять людей вокруг общей цели.
▫️6 ноября, ср: Про то, как научиться понимать ТОП-ов и как быть с прозрачностью.
▫️7 ноября, чт: Про собственный ресурс и то, что подохший менеджер никому не нужен.
▫️8 ноября, пт: Про личный план развития и как его строить.
Эфиры проходят в 20:00 - 22:00 (GMT+3).
Курс построен на нашем 15-ти летнем опыте обучения руководителей и создан для того, чтобы дать вам опорные точки для развития и роста.
👉👉Регистрируйтесь здесь 👈👈
