26782
Проджект менеджмент в IT. Современные деливери практики, продуктовая разработка и как быть классным менеджером. — Сообщество менеджеров: @pm_sovet Реклама: @pm_god_ads 5035224435
План на 3-5-х лет
На ПМ совете часто слышим такую боль от ПМов:
я не понимаю, что мы будем делать через Х месяцев
#реклама
Какой ты руководитель - тест
Школа менеджмента Стратоплан сделала тест управленческой зрелости. Результат варьируется от 0 до 60 баллов, сколько наберешь ты?
👉👉👉Пройти тест👈👈👈
С помощью теста ты проверишь 10 ключевых областей, которые хочет видеть любой работодатель у каждого ПМа - от работы с мотивацией до постановки задач.
Такие данные - это уже половина работы для твоего перфоманс ревью. На их основе ты легко составишь плана развития для перехода на следующий грейд.
Если ты уже знаешь свои зоны для улучшения, в Стратоплане сейчас проходит управленческий марафон, где они разбирают сложные управленческие ситуации в удобном формате лонгридов и коротких эфиров.
Пример лонга о том, как говорить с бизнесом о повышении ЗП.
Подписывайся, чтобы не пропустить новые анонсы:
/channel/+ARR_8I85jH04NjQy
Первое правило проекта, который тебе передают
- переоцени проект силами текущей команды.
Люди, которые продают проекты, часто занижают оценки, чтобы предложение выглядело выгодным для заказчика или руководства. Закрывают глаза на риски или предполагают, что будет работать команда из 9 сеньоров, которые умеют рожать по ребенку каждый месяц. Такие проекты легко продавать, но больно потом делать. И больно обычно ПМу.
В реальности вылезут десятки рисков, помимо известных, сеньоров будет 1,5, а не 9 и о деторождении они слышали только из статей на медиуме.
Часто между «продажей» и запуском есть задержка, за которую ты узнаешь о проекте больше: поймешь уровень адекватности клиента, требования по безопасности или потрогаешь АПИ. Используй эти новые знания, чтобы сделать оценку точнее.
Как только проект оказался в твоих руках, сядь вместе с командой, которая будет его делать, и оцени еще раз. В старую оценку не подсматривайте, берите только требования и заполняйте эксель табличку.
Если между изначальной оценкой и переоценкой есть разница (обычно да) - сразу иди к руководителю и договаривайся, что можешь отвечать за новые цифры, но не за старые. Если хорошо обоснуешь, то выбьешь новые сроки, +1 сеньора или еще что-то полезное.
Если быть «удобным менеджером» и соглашаться на все дедлайны как есть, то рискуешь завалить проект еще до старта.
Как улучшить любой документ на 5% — добавить Шапку
Работая менеджером в большой компании приходится читать кучу документов. Технические дизайны, продуктовые требования, миграционные стратегии — тыщи их. Часто, это документы по 20-30 страниц от команд, о которых ты имеешь весьма поверхностное представление.
Заметил штуку, которая помогает мне лучше понять судьбу и контекст документа — шапка.
Шапка, это табличка в самом верху, в которой есть следующая инфа:
----------------
Название: Выделенный сервис для картинок.
Саммари: Мигрируем все имеющиеся в каталоге картинки в отдельный сервис, чтобы снизить время отклика у пользователя и инфраструктурные затраты.
Создан: 11-07-2024 (вот сюда смотрю в первую очередь, чтобы понять, насколько неактуальным будет док).
Статус: В ревью
Джира: PLAT-315
Авторы: Григорий Вишневский, Валентина Ковалева
Ведущая команда: Платформа
----------------
Когда открываю доки без шапки, которые начинаются с текста инициативы, то сразу возникает миллион вопросов: кто это писал, пошло ли в работу и т.д.
В маленькой компании, где работает несколько команд, пожалуй, такие шапки добавят не очень много пользы — все и так плюс-минус знают, какие проекты в работе. Но когда продукт большой и команд десятки - это очень полезная вещь. Рекомендую.
#реклама
Представьте,что вы тимлид команды художников работающих над игрой «Герои царства Подземелий». Один из сотрудников сообщает вам, что кое-кто из художников начал использовать в своей работе ИИ, несмотря на «неофициальную» просьбу арт-директора этого не делать. Пока непонятно какие угрозы может принести утечка информации о том, что ваша компания применяет в работе ИИ. Никакой официальной директивы на запрет использования ИИ для решения креативных задач в компании нет.
Вы встретились с нарушителем, но несмотря на вашу просьбу не использовать ИИ для создания артефактов, он продолжает это делать. Просьбы он рассматривает как ограничение его роста и возможности творческого самовыражения. За свою позицию он не держится, но является для вас ценным кадром, поэтому, вы не хотите его терять.
Остальные члены команды также в курсе происходящего и появляется угроза того, что скоро все последуют примеру упрямого художника. Вы не хотите ограничивать творческую свободу сотрудников, но в то же время понимаете, что оставлять происходящее без внимания нельзя.
Как вы решите ситуацию, чтобы сотрудник не ушел, команда не была демотивирована и бизнес не пострадал?
Такие и подобные ситуации «Стратоплан» предлагает решать в открытом, бесплатном проекте «Университет: Конфликтология»
👉Регистрация здесь
Формат:
— 2-х недельная онлайн практика по переговорным поединкам в Zoom
— абсолютно бесплатное участие группами от 5 человек
— личный кабинет с пожизненным доступом к записям, если что-то упустили и возможность получить ответ от тренера в прямом эфире
📆Старт 8 июля.
Регистрируйтесь по ссылке и приходите учиться конфликтовать конструктивно!
Когда следующий релиз?
Продакты, сейлы и другие ребята из бизнеса часто спрашивают разработку, когда следующий релиз. Ответ на этот вопрос легко автоматизировать, чтобы сохранить время для себя и других. Вот несколько удобных вариантов, которые я видел:
📌страница в ноушене / конфлюэнсе с датами всех релизов. Здесь же можно перечислить фичи, которые планируются к выпуску. Работая в Банубе, мы делали из таких страничек релиз ноутсы, которые конвертировали в публичные для клиентов сразу после выпуска.
📌гугл календарь. Заводишь отдельный календарь Releases, который каждый сотрудник может добавить себе, чтобы видеть дату релиза. Создаешь повторяющиеся события: code freeze, QA, submit to store, выглядит вот так. Также удобно добавить в эти события всех разработчиков, как напоминание, когда надо подготовить релизную ветку или отправить приложение в стор.
📌закрепленное сообщение в слаке. Самый дешевый вариант, правда, не такой заметный, как остальные.
📌fix version в джире. Для всех задач, которые идут в релиз, проставляешь поле fix version. Тогда в разделе Releases появится список релизов, а в каждом из них - список готовых задач. Автоматически! Надежный вариант, но требует от команды подробно вести джиру. А так как у большинства людей джира вызывает тоску, часть людей все равно будут писать тебе в личку:
⁃ Рома, а когда у нас следующий релиз?
⁃ Посмотри вот тут.
💬Напишите в комментах чем пользуетесь у себя.
PMP экзамен (6/6) - как я завалил тест с первой попытки
Первый раз я пошел сдавать экзамен спустя 2 месяца подготовки. К тому моменту я решал тренировочные тесты примерно на 70%, в интернете везде писали что этого достаточно.
Результат пришел через несколько дней и был очень низким. Наверное, если бы я проставлял ответы рандомно, было бы примерно столько же.
Тогда я подумал, что просто плохо подготовился и продолжил учиться.
Позже выяснилось, что с прошлого ноября из 40+ человек, кто сдавал тест на русском языке сдало 0 человек. 0 из 40!
Инициативные ребята написали коллективное письмо в PMI. Оказалось, был баг именно в русской версии экзамена, а английская работала правильно. Недавно баг починили.
Я вообще не совсем понимаю, как в продукте, главной фичей которого является тест, в продукте, который стоит пользователю кучу денег и времени, может блять неправильно работать подсчет результатов в течение 5+ месяцев? Но ладно, мы все работаем в софте, знаем, как легко не заметить проблему, особенно на большом скейле.
PMI очень долго не хотел признавать ошибку, но на прошлой неделе вроде бы сдался. Всем пострадавшим обещают бесплатную пересдачу. Спасибо и на этом, конечно, вот бы еще 2 лишних месяца подготовки рефанднуть как-нибудь. Могли бы вручную результаты пересчитать например. Не факт, что для меня это что-то изменило было, но показало бы отношение.
P.S. Последний совет по подготовке к экзамену: заранее выберите язык, на котором будете сдавать и учите весь контент только на нем. Я учил часть на русском, часть на английском. На первой попытке пользовался встроенным переводчиком - это дико неудобно и жрет лишнее время. Второй раз учил и сдавал на английском, термины запомнились лучше, время отклика снизилось 👌.
PMP экзамен (5/5) - Стоит ли сдавать и для кого будет максимальная польза.
Кому нужен PMP
🧑🎓 ПМам с 3-5 годами опытами, кто переходит в ИТ из гос. сектора, банков, телекома, веб-студий и не чувствует уверенности в своих знаниях по управлению проектами. Полистайте PMBOK, если встретите много незнакомых концепций - будет полезно. PMP можно рассматривать как продолжение курсов - вы пошли поучиться, а заодно сдали экзамен.
🧑🎓ПМам, которые ищут работу проджектом зарубежом. К сожалению, за пределами СНГ никто не слышал про Епам и Яндекс в вашем резюме. Для нанимающего менеджера этот опыт ни о чем не говорит. А вот PMP, это как английский - его понимают и котируют везде.
В немецком линкедине, например, в 20% вакансий упоминается PMP, хотя в СНГ я редко встречал такое требование. Если у вас есть этому объяснение - напишите в комментах, любопытно.
🧑🎓Продактам, QA-лидам, тимлидам и т.п., кто хочет расти из своей роли выше, например, в директора и кому в резюме не хватает опыта деливери. Тогда PMP закроет этот пробел.
PMP экзамен (3/5) - Как проходит тест
Тест длится 3 часа 50 минут, за это время надо ответить на 180 вопросов. Есть 2 перерыва по 10 минут. Высидеть 4 часа сложно, поэтому советую хотя бы раз попробовать сдать полный тренировочный тест.
Получается около 1 минуты 15 секунд на вопрос. На деле этого мало, и даже на второй попытке последние 3-4 вопроса я ответил наугад, т.к. время заканчивалось.
90% теста - это вопросы с одним правильным ответом из 4 вариантов. Еще в 10% нужно выбрать 2 или 3 варианта из 5-6. Если выбрал хотя бы один неправильный, то не засчитывается весь ответ. Несколько вопросов предлагали соединить 5 определений с 5 формулировками, вот так.
Я немного переживал, что проходил курс по PMBOK 6, а в 7-ой версии они перелопатили всю структуру процессов. Оказалось, что на тест это никак не влияет. И тренировочные, и реальный тестs не спрашивали специфики 7-ого PMBOK.
Тест можно сдавать в специальном центре, вот тут человек хорошо описал оффлайн опыт. Оба раза я сдавал дома.
Во время теста у тебя включена камера, микрофон и шаринг экрана. За всем этим наблюдает специальный человек - проктор - который смотрит, чтобы ты не списывал. Проктор - не сотрудник PMI, это стороняя фирма, которую нанимают университеты, чтобы обеспечивать честную сдачу экзамена.
Во время экзамена нельзя шуметь, разговаривать и даже бурчать под нос! Все время нужно быть в поле зрения камеры, чтобы проктор тебя видел. Еще нельзя сдавать в наушниках, и второй раз я сдавал в берушах, потому что без шумодава не могу долго фокусироваться. А беруши не видно, поэтому даже не стал спрашивать, можно ли.
Пустой лист бумаги и ручку для заметок тоже не разрешают брать. В тесте есть рисовалка, в которой можно делать пометки или писать формулы, но я этим не пользовался. Единственная реально полезная фича - зачеркнуть ответ, который считаешь неправильным.
В первый раз я забыл подключить зарядку, и мой ноут сел. Потеряв 5 минут, я переподключился и, на удивление все восстановилось бесшовно. Второй раз, сам тест подвис на две минуты, но потом все также вернулось само собой.
В следующем посте расскажу про вопросы и темы из теста.
Prepcast - классный тренажер, чтобы погонять тесты после изучения теории. За 150 баксов дают 4 полных теста и с десяток тестов поменьше. Из всех тестов, которые я проходил, здесь были максимально подробные объяснения. Это очень помогает натренировать ум на логику экзамена. Более того, если не согласен с ответом или остались вопросы, можно прямо в тесте написать фидбек и получить ответ от эксперта - пушка!
Из минусов показалось, что в реальном тесте больше сложных вопросов. В препкасте они тоже есть, но здесь их, скажем 20%, а в реальном тесте 40%. Английский здесь тоже более человеческий - в реальном тесте формулировки местами менее понятные.
После тестов препкаста я пошел сдавать экзамен и не сдал, но не спешите с выводами, здесь еще будет свой плот твист.
Книга PMP Exam Prep. После проваленной попытки я решил подкачать теорию. Многие советовали книгу Риты. Из нее особо ничего нового я не узнал, все то же самое было в курсе Ивана. Единственный плюс - лучше запомнил термины на английском.
Если будете покупать книгу, обратите внимание на издание, последнее на сегодня 11ое.
PMI Study Hall - это тренажер от самого PMI, которые принимают экзамен. Всего за 70$ дают 5 полных тестов и 20 маленьких.
Объяснения ответов здесь тоже есть, но большая их часть абсолютно бестолковые. Например, могут сказать так: “Ответ Б - это не лучший вариант”. Или: “Объяснение читайте в статье Х или книге У”. Ну спасибо хоть не надо к вам в офис ехать за объяснением. От таких вопросов мало толку, потому что без объяснения ты ничему не учишься, проходя тест.
Обратная связь тоже есть, но на десяток вопросов, в отличае от prepcast, мне ни разу никто не ответил, хоть я и старался не душнить.
Тем не менее у Study Hall есть один жирный плюс: его вопросы настолько же дебильные сложные, как и реальный тест. Язык и формулировки тоже схожие. Это гораздо точнее отражает то, что вы увидите на экзамене. Поэтому рекомендую его, пусть через боль и страдание.
В следующем посте расскажу про сам тест и вопросы.
——————
На гифке показана фича “Chill out and take a break” в PMI Study Hall. Интересно узнать, как продакт питчил эту фичу руководству и какую метрику она растит.
PMP экзамен (1/4) - требования, стоимость, можно ли сдать из РБ и РФ
Project Management Professional (PMP) - это сертификация по управлению проектами. Ее выдает американский Project Management Institute (PMI), основанный еще в 1969. Это, пожалуй, самый узнаваемый сертификат для проджектов в мире.
Чтобы получить PMP, нужно пройти тест. Он состоит из 180 вопросов, на которые нужно ответить за 230 минут. Официального порога сдачи нет, но говорят, что он около 70%.
Для сравнения, в сертификации на скрам мастера порог сдачи 85%. Несмотря на то что проходной выше, PSM показался мне значительно легче, чем PMP, но об этом в другом посте.
Чтобы допуститься до экзамена, нужно иметь:
⁃ 3 года опыта в ПМ, если есть высшее образование;
⁃ 5 лет опыта в ПМ, если его нет.
Опыт и образование подтверждается, когда регистрируешься на экзамен. В анкете подробно описываешь каждую работу, что ты делал как ПМ и т.д.
После подачи анкету могут отправить на аудит, так случилось с моей. PMI написал моему текущему и прошлому менеджерам и попросил подтвердить данные в анкете. Контракт и трудовую не спрашивали, всего лишь нужно было поставить птичку “Рома не врет, я отвечаю” и на этом аудит закончился.
Кроме опыта работы, для допуска к экзамену нужно набрать 35 часов обучения от одобренных тренеров. На рынке их немало, формально эти часы закроет любой курс на udemi с пометкой PDU contract hours.
Сдать экзамен стоит 550$ + минимум 100 потянет udemi, поэтому минимальная сумма - 650$. Если не сдашь с первого раза, то каждая следующая попытка стоит еще 275$. У меня так незаметно набежало аж 1,5К, благо в Германии затраты на обучение по работе можно вернуть в налоги в конце года.
В Беларуси PMP есть у 43 проджектов, в Украине - у 931, в России - у 650. В нескольких статьях я встречал цифры в 2-3 раза выше. Думаю, это связано с тем, что с началом войны PMP приостановил выдачу новых и продление старых сертификатов (его дают на 3 года). Официально, пройти тест, проживая в РБ и РФ, сейчас нельзя.
Некоторых это не останавливает, и люди сдают через VPN. Другие, специально выезжают в соседние страны, чтобы пройти экзамен. PMI проверяет именно локацию, поэтому сам по себе бел. или рф паспорт не является запретом для сдачи.
В следующем посте расскажу, как и по каким материалам готовился.
Нужны ли тестировщики?
Большие компании часто работают без тестировщиков. За качество отвечают сами программисты. У такого подхода есть много плюсов: ответственность за качество не размывается, легче планировать проекты, меньше cycle time.
Есть, конечно, и минусы, главный из которых - дорого. Как раз на этом фоне выгодно выделяются мануальщики. Они хороши на старте продукта, когда ручное тестирование дешевле автоматизации.
Пока продукт ищет маркет фит, фичи в нем постоянно меняются. Завтра вы можете пивотнуться и выкинуть половину кода, а послезавтра закрыться. С такой неопределенностью не всегда есть смысл с первого дня вкладываться в высокое качество. Зрелые инженерные решения тянут много времени и в такой среде порой не окупаются.
На первом этапе важнее быстро запускать эксперименты и валидировать гипотезы методом “из желудей и спичек”. И пока в продукте 3 фичи и 50 пользователей, дешевле нанять тестировщика, который будет их прокликивать вручную.
Когда маркет фит найден, ситуация меняется. С ростом продукта растут и требования к качеству.
То, на что раньше даже тикет не заводили, теперь может быть high priority. На большом скейле даже 0.5% конверсии стоит кучу денег. Компания начинает вкладывать в качество и думать, как находить такие баги раньше, а не просто чинить их последствия.
Подход просто нанять больше ручных тестеров плохо масштабируется. Когда фич уже 30, только чтобы выпустить новый релиз, нужно потратить неделю на регрессию всего приложения. Бизнес от этого не в восторге, и это отличный момент, чтобы продать автоматизацию.
———
Узнать о том, как большие компании работают с качеством можно в выпуске ПМ совета с Principal Quality Engineer из Атлассиан (нужна подписка).
Абстрактные задачи -> сениорность
Наблюдая за работой топ менеджеров (директоры, випи), восхищаюсь их умением работать с неопределенностью и абстрактными задачами.
Например, силевел говорит: "есть идея запустить проект Х, посчитай, что для этого нужно".
Я бы на этом месте начал мучить всех вопросами: а на каком рынке, а какой командой, а какие критерии успешного запуска. Но прикол в том, что у силевела нет времени вникать в эти вопросы и разжевывать ответы. Они ожидают, что ты уже взрослый-сениорный, сам разберешься в каком бизнесе мы работаем и сделаешь нужные выводы. А к нам приходи только с результатом. Поэтому топы просто делают кучу допущений исходя их своего прошлого опыта и здравого смысла и берут ответстственность на себя 😱
Если тебя ставят на проект с проработанным беклогом, устоявшейся командой, где мало рисков и нужно заделиверить 200 понятных СП за полгода, то для перехода на следующий менеджерский левел этого может не хватить.
Чем более абстрактные задачи ты можешь выполнять с хорошим качеством, чем больше неопределенности выдерживаешь, тем более сениорным спецом считаешься.
#реклама
Если вам нужно получить работу с большей зарплатой, перейти на новую карьерную ступень или устроиться в более крутую компанию, ребятам из Карьерного Цеха есть, что вам предложить.
Две результативные программы по карьерному росту:
1. Карьерное сопровождение – для тех, кто хочет найти новую работу и заполучить крутой оффер.
2. Карьерный трек – для тех, кто хочет прокачаться в профессии, стать более крутым профессионалом, подготовленным и востребованным потом выйти на рынок труда.
Что под капотом?
— Карьерная стратегия. Поможем разобрать текущую ситуацию, определить кто вы в профессии, как/куда/кому продаваться в нужные компании.
— Резюме. Работа над вашим резюме на живых консультациях с HR и профильным экспертом, делают так, чтобы оно не оставалось без ответа.
— Собеседования. Очень много часов практики, чтобы это стало чем-то простым в вашей жизни. Подготовка к собеседованию с HR и профильным экспертом, тренировка собеседования HR и профильным экспертом.
Оставить заявку на консультацию можно — здесь.
Как выбрать, что рефакторить - ч.2 анализируем код
Представьте, что ваш стартап пережил фазу бурного роста и СТО решил, что пора побить монолит на сервисы поменьше. Сделал классную презу, заручился поддержкой СПО и тимлидов и получил зеленый свет. С чего начать такой проект? Какой сервис взять в работу первым? Где наибольшая ценность от рефакторинга?
Один из вариантов - посмотреть на техдог с точки зрения файлов. Все наше приложение состоит из файлов, в которых хранятся экраны, API, интеграции и конфигурации. Чем больше фич, тем больше кода и тем больше файлов. В небольшом приложении по занятию йогой может быть, скажем, 300 файлов.
Чтобы определить скоуп рефакторинга, посмотрим на два параметра: сложность и частоту изменения файлов.
Сложность - это объем логики принятия решений в функциях исходного кода. Ее можно узнать, подключив сервисы вроде CodeScense или SonarQube. И хотя существуют различные способы, как ее подсчитать, самый популярный из них - цикломатическую сложность - придумали еще в 70-х и используют до сих пор.
Когда программисты пишут новую фичу и задействуют в ней файлы с низкой сложностью, это не вызывает у них раздражения. Короткие файлы легко читать и изменять, в них не запутаешься. Но когда в файле уже больше 300 строк, добавить 5 новых и ничего не сломать уже проблематично. Раздражать программистов мы не хотим, поэтому нас интересуют файлы с высокой сложностью.
Окей, допустим, таких файлов 100 из 300. Но мы же не будем с ходу переписывать 30% проекта. Какие из них прям самые невыносимые?
Здесь мы смотрим на второй параметр - изменяемость. Она показывает, как часто программисты вносят изменения в файлы, когда пишут новые фичи или исправляют баги.
Функционал вроде Настроек, Логаута, Смены пароль, меняются редко. Даже если в нем высокая сложность, его обслуживание стоит недорого. А раз так, то и снижать эту стоимость нет смысла. Про такой код говорят “Работает - не трогай”.
И наоборот, в фиче Урок Йоги продакт постоянно ставит новые эксперименты. Если в ней высокая complexity, то с каждым юзкейсом программистам все труднее и труднее писать новый код и менять растущие в объеме файлы. Это выливается в растущие оценки и долгий поиск багов.
Такие фичи стоит приоритезировать для рефакторинга в первую очередь.
————————
Недавно на работе мы думали, как определить самую важную часть скоупа для технического проекта длиной в несколько лет. Попробовали описанную технику (нашли ее здесь) и результат нас удовлетворил. Оказалось, что найденные файлы совпали с тем, что программисты субъективно назвали самой важной частью проекта. А это хороший знак.
Тренажер по распределению задач
Нашел классный тренажер по управлению ресурсами:
http://thatpmgame.com/
Это мини-игра на 3-5 минут на основе диаграммы Ганта. Цель игры - раскидать задачи по сотрудникам так, чтобы проект уложился в бюджет и сроки.
Принцип игры
В начале каждого раунда у тебя есть 5 задач и 4 человека, чтобы их выполнить. У каждого человека свои особенности, например, быстрый, но дорогой. Прямо как на реальном проекте. Назначаешь людей на задачи, нажимаешь “start” и начинается симуляция.
Слева идет таймлайн, где сгорают задачки. Справа - статистика сколько денег ты потратил. В любой момент симуляцию можно остановить и перераспределить людей. Более подробные правила тут.
Смысл
Игра учит базе управления проектами:
🤌 меньше людей работает -> меньше бюджета тратишь;
🤌 таски на критическом пути лучше делать быстро и не рисковать ими;
🤌 как ни оценивай, одни задачи все равно пойдут быстрее, а другие медленнее;
🤌 люди выгорают, если работы дофига;
ПМам с небольшим опытом игра будет полезна, чтобы потренироваться распределять задачи и понять диаграмму ганта.
Для ПМов с опытом, сколько проектов закончите “зелеными”? Я зафейлился на пятом.
Фулстек менеджер
Есть фулстек программисты, а бывают ли фулстек менеджеры?
Я вижу это как роль, которая закрывает проджект (деливери, ожиданиями стейкхолдеров, пипл-менеджмент) и продакт (юикс, проверка гипотез, аналитика).
Пожалуй, главный минус этого подхода в том, что из-за огромной области знаний, не хватает времени глубоко погрузиться ни в одну из них. Значит, пострадает качество. Без глубоких знаний продакт будет еще большим генералистом. А ведь на сениор позициях, наоборот, решает специализация и часто выделяют growth pm, AI pm, tech pm и тд. А тут получается супер-генералист.
Зато какие плюсы!
🦾 все в одной голове, коммуникации меньше;
🦾 решения принимаешь молниеносно;
🦾 на сэкономленную зарплату нанимаешь еще одного фулстэк разработчика.
На мой взгляд, такие универсальные солдаты хорошо сработают на определенных проектах:
1️⃣ стартапы из 10 человек, где надо экономить каждую копейку.
2️⃣ команда в 3-5 человек, где для менеджера нет фуллтайм загрузки.
3️⃣ сильная команда, которая сама может качественно закрыть большую часть вопросов по деливери и продукту.
4️⃣ проект, где мало неопределености, например, 80% работы - интеграция с новыми партнерами или копирование функционала конкурентов
Я сам работал в таком сетапе на прошлой работе в Banuba. Мы как раз догоняли рынок, и по продукту там было ясно, что делать. Мне и команде было норм, хотя с точки зрения продукта, феерического роста, который ожидали инвесторы, не случилось.
Слышал байку о том, что когда Яндекс ввел роль продакта, часть проджектов в один день проснулись в новой роли и так стали продактами просто по решению компании.
Интересно узнать, кто еще так делал. Какие встретили проблемы? Почему отказались от такой модели или, наоборот, развили?
💬Поделитесь опытом в комментариях.
#реклама
Большинство из нас работают по гибридным методологиям. Бизнес и заказчики хотят одновременно гибкости, чётких таймлайнов и точного бюджета. Предиктивные модели дадут сроки и бюджет, но тяжело реагируют на изменения. Адаптивные модели просят поработать пару итераций, чтобы потом точнее назвать таймлайн и прайс. Но бизнес это не устраивает, они хотят знать всё заранее.
Проблему решает P3express - интуитивная и лекговесная система управления проектами. Это простой фреймворк, который легко внедряется и исключает все лишнее, сохраняя только самые эффективные инструменты.
P3express это молодая система, которая стремительно набирает популярность.
В ней есть линейные и цикличные процессы, которые отлично работают как в итеративно-инкрементальной разработке, так и в формате большой поставки решения. Всё больше компаний переходят на неё, ищут сертифицированных менеджеров и готовы платить больше, чтобы внедрить её у себя в организации.
📚Приходите учиться P3express на тренинге P3express Practitioner от Study Now.
Его проводит Александр Рябцев - аккредитованный тренер и партнёр организации P3express, набирает группу на тренинг 10-11 августа. Обучение включает официальную международную сертификацию P3express Practitioner.
Приходите узнать больше о P3express на двух вебинарах - 29 июля и 31 июля. В эфире будет выпускница предыдущего тренинга, которая поделится опытом сертификации и применения фреймворка на практике.
❇️ Для подписчиков этого канала действует скидка 15% по промокоду "Менеджер от Боженьки" до 1 августа.
👉 Регистрация на тренинг и вебинар: https://studynow.by/p3express
Менять команды под новые проекты - норм
В Хеллоуфреш команды постоянно меняются. В соседнем отделе, с которым мы плотно работаем, 4 команды перекраиваются с ног на голову второй год подряд.
Примечательно, что оба раза перестройка начиналась перед годовым планированием. То есть мы видим на горизонте большую инициативу, например, по персонализации, а другая инициатива - программа лояльности - наоборот, завершается. Тогда мы расформировываем одну команду и формируем другую.
Для людей это, конечно, стресс: новая команда, новый менеджер, новые процессы. Поэтому такие редизайны происходят нечасто, +- раз в год.
Когда команды статичны, каждый продакт думает, чем ему занять людей, придумывает для них работу. Тогда срабатывает закон Конвея, и архитектура продукта копирует орг. структуру компании. А должно быть наоборот: сначала находишь проблемы и цели, а потом под них подбираешь команду и закладываешь архитектуру.
Раньше в моей голове серьезные перестановки в команде были оправданы, только когда мы набирали новых людей и надо было перетасовать команды. Просто так менять команду ассоциировалось с чем-то негативным. Как будто мы не справились с работой в текущем сетапе, и руководство ударило кулаком по столу и пошло переставлять кровати.
Теперь думаю, что команды создаются под конкретные цели. Цели меняются, поэтому и команды могут меняться. Надо это просто принять.
Асинхронные стендапы
Я долго работал в синхронных стендапах - когда все приходят на встречу в комнату или зум и проходят по статусу.
В Hellofresh я увидел, как несколько команд проводили дейли в асинхронном формате. Результат выглядел не хуже.
Механика такая: каждое утро бот пишет сообщение в канал “Это дейли митинг команды Х 👇”, и каждый ему отвечает стандартное: что сделал, что будет делать, блокеры.
Иногда был гибридный формат: все пишут статус в слак, но дополнительно можно придти на стендап, чтобы обсудить текущие вопросы.
У такого формата много плюсов:
📌Все экономят время и ментальные силы (ура, не нужно разговаривать!)
📌Всё задокументировано. Можно легко откатиться и посмотреть, что человек делал 4 дня назад.
📌Не нужно искать компромиссное время, если работаете в разных часовых поясах.
Гланый минус - у команды снижается вовлеченность и контакт друг с другом именно потому, что люди теперь реже разговаривают. На живых стендапах то кота увидят в камере и все оживятся, то про отпуск в Грузии тимлид расскажет. Такие разговоры помогают людям узнать друг друга и быть посмелее потом в рабочих вопросах. В асинке этого меньше и, особенно, если у вас полная удаленка, общения может не хватать.
Асинхронный формат хорошо работает в командах, которые вместе уже полгода+ без резких движений. Когда стартуешь новый проект или команда только собралась, лучше делать синхронно, на мой взгляд.
А как у вас?
Полный гайд по сдаче экзамена PMP
Я сдал на PMP в мае 2024. На подготовку ушло 4 месяца и 1,340$.
По плану должно было быть в 2 раза быстрее и в 2 раза дешевле. Но если бы все мои планы сбывались, я бы писал вам о том, как готовился к чемпионату Европы по футболу в составе сборной Италии, а не к PMP.
Чтобы вы не наступили на те же грабли, что и я, написал вот эти посты:
📌Требования, стоимость, можно ли сдать из РБ и РФ
📌Материалы для подготовки
📌Как технически проходит тест
📌Примеры реальных вопросов из экзамена
📌Кому стоит сдавать на PMP
📌…а кому нет смысла
📌Как я провалил экзамен с первой попытки
Пересылайте друзьям-менеджерам и удачи на экзамене!
Почему не стоит сдавать на PMP
1️⃣Чтобы допуститься до экзамена, нужно иметь 3 года опыта в ПМ (5 лет без вышки). Если вы отработали 3 года в компании с сильными процессами, вроде того же Епама или Яндекса, 90% контента в PMBOK вы будете уметь применять просто из опыта.
2️⃣ Сдача PMP - это подготовка к тесту, а не обучение навыкам. Здесь ты учишься мыслить как PMI, чтобы правильно отвечать на вопросы с подвохом. Практической пользы, чтобы начать что-то завтра применять на работе здесь немного, опять же, если работали до этого в сильных процессах. Даже наоборот - в некоторых вопросах теста, мои действия в реальной жизни отличались от того, что считалось правильным ответом.
3️⃣Контент PMBOK написан под проекты в любой сфере, поэтому здесь много кейсов, например, про стройку и медицину, которые нерелевантны для ИТ.
4️⃣ Исследование PMI говорит, что менеджеры с PMP получают на 33% больше, чем менеджеры без сертификата. Другое исследование по РФ, говорит, что разница в зп будет целых 700$. Возможно так оно и есть. Но я думаю, что если подкачать любой другой навык, которого не хватает сейчас на работе, то и зп вырастет.
Почему сдавал я
Я работаю ПМом 10 лет и мне хотелось сформировать свое мнение о PMP. Сформировал, такое себе.
Сдавал бы я тест снова, зная все это наперед? Да, чтобы повысить “рейтинг” своего резюме для будущих поисков работы. Других причин не вижу.
💬Если у вас есть PMP, напишите в комментах вашу мотивацию сдать экзамен.
PMP экзамен (4/5) - Вопросы и темы в тесте
Большая часть вопросов сформулирована в виде кейсов. Например: “На проекте есть проблема 1, 2, 3, какую будешь решать первой?”
Я думал, что со моим опытом будет легко на них отвечать, но по факту правильный ответ в тесте, нередко расходился с тем, что я делал бы в реальной жизни. Например, как в этом вопросе о тестировании.
Тест покрывает три основных типа проектов: эджайл, вотерфол, гибрид. Отвечая на вопрос, первым делом нужно определить о каком типе проекта идет речь. Так могут сразу отпасть неподходящие варианты. Экзамен иногда ловит на этом, миксуя вроде бы правильный вариант, но в неправильных условиях. Например, как в этом вопросе об управлении изменениями.
Желание подловить это вообще фишка экзамена. Иногда в вариантах ответа дают выдуманные термины, похожие на реальные определения. Или перегружают вопрос лишними подробности, заствляя тебя думать о другом, как в вопросе об обновлении документов.
На расчет критического пути вопросов у меня не было. 1 или 2 вопроса попались на метод освоенного объема. Сложных формул типо EAC или TCPI не было, спрашивали только на понимание, например: “CPI проекта 1.3. Что можно сказать о бюджете (переиспользован \ есть запас)?”.
Пожалуй самый частый сценарий в тесте, это когда ты выбираешь из двух хороших вариантов, как, например, в вопросе о добавлении новой задачи. Вот еще несколько таких примеров, близкие к которым мне попались на экзамене. Если знаете правильный ответ на них, напишите в комментах (я не знаю).
Справедливости ради, скажу, что эти 4 вопроса сложные. Схожих по сложности вопросов, субъективно, 30%, остальные немного проще.
В следующем, предпоследнем посте на эту тему, порассуждаю о плюсах и минусах PMP.
#реклама
⛰️ Кэмп для C-level в IT на Красной Поляне уже в июне
South HUB 2024 — это кэмп для C-level в IT с акцентом на work-life balance. В программе: насыщенный микс из обучения, спорта, нетворкинга, семейных активностей, медитаций и саморазвития.
📍 Когда и где: 8-12 июня, на территории курорта «Гранд Отель Поляна» 5*
🙌 Для кого: на кэмпе соберутся 400 руководителей IT-направлений.
📝 Деловая программа: конференция и доклады спикеров на нескольких площадках. За пределами главных сцен – бизнес-игры, воркшопы и дискуссионные клубы от партнёров-создателей.
Среди спикеров:
🔘 Роман Маресов, руководитель e-com сервисов Яндекса (Маркет, Еда, Лавка)
🔘 Дамир Баттулин, директор по развитию цифровых каналов, Альфа-Банк
🔘 Максим Гришаков, CEO Lamoda
🔘 Александр Смирнов, технический директор Mail. ru, компания VK
🔘 Анатолий Панов, СТО Авито Товары
🔘 Александр Ложечкин, CIO, член правления, Райффайзенбанк
В неформальной программе: турниры по плаванию, большому теннису, шахматам и волейболу. А ещё медитации, утренние пробежки, хайкинг, мастер-классы по биохакингу, развитию памяти и концентрации внимания.
Подробности — на сайте South HUB 2024
erid: LjN8KHCiq
Реклама. ООО «Высокие люди». ИНН 2320134913.
PMP экзамен (2/5) - Материалы для подготовки
Моя подготовка выглядела так:
🏋️♀️Прошел курс Ивана Селиховкина - 1 месяц
🏋️♀️Прошел 6 полных тестов и с десяток мелких - 1,5 месяца
😵Первая попытка - не сдал
🏋️♀️Прошел еще 5 полных тестов и с десяток мелких - 1,5 месяца
🏋️♀️Параллельно прочитал книгу PMP Exam Prep - 1,5 месяца
🥇Вторая попытка - сдал
По будням я изучал теорию и делал короткие тесты на 20 или 30 вопросов. По выходным делал полный тест - 180 вопросов за 4 часа. В субботу сдавал, а в воскресенье разбирал ответы. В сумме уходило около 12 часов в неделю.
Расскажу подробнее про каждый пункт.
Курс Ивана Селиховкина я взял для изучения теории, и потому, что для допуска к экзамену нужны часы от аккредитованного тренера.
Как материалы для подготовки к PMP, он закрыл ~90% необходимых знаний лично для меня. Я думал, что будет 100%, и удивился, когда увидел новые определения, гоняя тесты. Справедливости ради покрыть все 100%, наверное, сложно, т.к. экзамен постоянно обновляется. Например, в реальном тесте я впервые увидел термин Dropped Baton (тот самый вопрос). Ни о каких батонах ни один другой источник раньше не упоминал.
Без привязки к PMP курс хорошо зайдет как база джунам и ранним мидлам, кому не хватает структурных знаний в управлении проектами. Здесь тонны полезного контента для начинающего менеджера: критический путь, метод освоенного объема, типы контрактов - это маст хэв база. Если вы работаете менеджером пару лет где-нибудь в студии, без налаженных процессов и наставника, этот курс вас точно бустанет.
Да, качество видеозаписи здесь ниже того, к чему мы привыкли на ютубе. Местами есть описки в слайдах. С другой стороны, за весьма скромные деньги (на момент выхода поста курс стоит $290) вы покупаете 20-летний опыт эксперта в индустрии. Это не чувак, который 3 года назад пришел в ИТ и продает переписанный контент из интернета за 999$ через красивый лендинг.
Кроме теории в курсе есть 2 полных теста по 180 вопросов. Это единственный материал на русском в моем списке, все остальные будут на английском.
Если хотите учиться у Ивана, по промокоду PMGOD будет скидка 10% на курсы “Подготовка к PMP” и “Управление проектами” до 31 июля.
Сдал на pmp!
Готовился 4 месяца и вчера сдал со второй попытки.
В следующих постах расскажу про экзамен, как готовился, и кому пригодится эта сертификация (мало кому)
#реклама_по_любви
Три года назад я проходил курс Замесина по кастдеву (друзья подарили на др). После каждого урока нужно было что-то делать на реальной работе, например, поделить своих клиентов на сегменты или узнать, как они решали свою проблему раньше.
На мой взгляд, это лучший формат обучения, когда ты А. оттачиваешь один конкретный навык и Б. сразу пробуешь его в работе. Сегодня я с удовольствием рекламирую курс Вани, который за это время, уверен, стал еще лучше.
------
Чему учит Ваня
→ Даёт фундаментальное понимание как делать продукт, из которого вытекает решения абсолютно всех продуктовых задач, JTBD — то самое решение.
→ Методология Вани помогает учиться: выходить из конкуренции, растить средний чек, конверсию и возвращаемость, выводить продукт на рынок, находить сегменты и гипотезы ценности.
→ Ваня нашёл ответ про то, как находить и пробуждать спящие работы, что такое базовое качество.
→ На тренинге живые воркшопы и практики, а также есть дополнительные материалы, квизы, гайды JTBD-интервью. Всё собрано в личном кабинете. На вопросы отвечает Ваня, а также исследователи и кураторы проекта.
→ Приятная новость для тех, кто когда-либо проходил тренинг или будет проходить в будущем — все материалы останутся у вас навсегда, а ещё будут обновляться до самых актуальных. Все подробности всегда есть в ТГ: @zamesin
Тренинг — большой проект Вани, он непрерывно работает над его развитием. На сегодня тренинг прошли больше 8 500 человек, а средняя оценка ценности 9,2.
Специально для подписчиков @pm_god Ваня впервые сделал скидку в 5% для тарифов «стандарт+» и «практика». Напишите в службу поддержки тренинга промокод: zamesin5, чтобы узнать подробности и все условия. Действие промокода до 16 апреля включительно.
Старт ближайшего онлайн-потока — 16 апреля, стоимость от 34 900 рублей.
🔗 Узнать подробнее о тренинге можно по ссылке
Как оценки увеличиваются х3 на пустом месте (пример)
Недавно оценивал большой проект. Чтобы его сделать, надо обновить десятки сервисов, принадлежащие 12 командам.
При этом проект типовой, в компании такой уже делали несколько раз (представьте поставку б2б коробки клиенту по чеклисту). Тогда одна спецназ-команда сама делала апдейты во всех сервисах. Но на этот раз решили их не привлекать и отдать работу владельцам сервисов. Они-то свой домен хорошо знают, должно даже быстрее получиться.
Ну-ну. В итоге суммарная оценка 12 команд - 50 инженереных недель. А оценка спецназа - 18!
Работа одна и та же, а разница в 3 раза, откуда такая разбежка? Причины, на мой взгляд, такие:
1\ Повторить проект, который ты делал вчера с той же командой, проще за счет проектных знаний и набитых шишек, чем сделать новый. Здесь ты выигрываешь даже у команды, которая по факту владеет сервисом, потому что ты его менял только что, а они когда-то там.
2\ Чем меньше людей в проекте, тем меньше времени уходит на коммуникацию и тем быстрее идет работа;
3\ То же и с синхронизацией. Опытные менеджеры всегда закладывают доп риски, если предстоит работать с другими командами: пока запланируешь, договоришься о формате API, потестируешь общий флоу. Тут оценки значительно толстеют.
Быстрое ревью документов
Кто хоть раз просил CPO поревьювать документ с новой инициативой, знает, что напомнить о просьбе придется минимум пару раз. Если компания большая, и стейкхолдеров у инициативы много, на простое ревью легко уходит 2-3 календарные недели. Потому что у каждого сейка таких просьб по нескольку в неделю.
Увидел новую технику, как получить фидбек на документ быстро:
➡ собираешь всех на мит
➡ 5 минут рассказываешь про инициативу
➡ все садятся читать и комментировать док, выключают камеру
➡ когда прочитали, включают камеру обратно
➡ оставшееся время проходитесь по комментариям, спорите, определяете следующие шаги.
В таком варианте ты как бы бронируешь время человека под ревью, добавляя инвайт в его календарь. В итоге результат у тебя на руках всего за час, а времени потрачено плюс-минус столько же. Обсуждение тоже идет хорошо, потому что народ загрузил инициативу себе в оперативную память.
Вариант эффективный, но лишняя энергия все равно уходит. Пока спросишь всех, как прошли выходные и какие планы на отпуск уже устанешь улыбаться.
Поэтому мне больше нравится гибридный вариант - каждый обязуется прочитать док перед встречей, а собираетесь вы только чтобы принять решение.
Как выбрать, что рефакторить - ч.1 оцениваем пользу
TL;DR
На техдолг нужно смотреть, как на обычные фичи - с точки зрения ценности и метрик. Альтернативный вариант, если это невозможно - посмотреть “что болит” в коде. Самым полезным для рефакторинга будет код, удовлетворяющий двум условиям: 1) высокая complexity 2) часто меняется.
————————
Спроси любого программиста, он всегда насобирает техдолга на год работы. Тут древний фреймворк, который ни разу не обновлялся, там легаси, которое уже никто в команде не понимает.
Как понять, какой рефакторинг стоит брать в работу, а что можно отложить на потом?
Как и любую задачу в беклоге, рефакторинг нужно рассматривать с точки зрения ценности.
Например, перепишем модуль рендеринга, чтобы фотки грузились быстрее. Благодаря этому, меньше пользователей будут отваливаться на долгом шаге загрузки фоток, и общая конверсия в покупку вырастет.
Ценность такой задачи легко посчитать в деньгах, она понятна бизнесу и имеет все шансы попасть в спринт. Продакт тоже доволен - задачи по рефакторингу можно сравнивать с обычными фичами и применять к ним те же процессы.
Проблема в том, что далеко не все технические задачи можно так запросто перевести в метрики и деньги.
Как быть с остальными? Об этом в следующем посте.
————————
О других классических методах приоритезации читайте в папке с топ продуктовыми каналами.
