Product manager развивает продукт, маркетолог — выводит на рынок. Но чтобы его разработать и продвинуть, сначала нужно организовать процессы в команде. В IT этим занимается Project Manager.
Прокачать свои знания в управлении IT-проектами можно на курсе Laba «Проджект-менеджмент в IT». Во время обучения мы разберем принципы гибкой разработки, научим формировать бэклог на понятном языке и планировать спринты для успешного релиза продукта.
Спросили слушателей прошлых потоков курса — чему они научились и как применяют новые знания в работе.
Виктор Немченко
Project Manager на Edtech-проекте Naurok
О самых полезных темах на курсе
Я работаю PM'ом в области онлайн-образования для взрослых. Мы специализируемся на повышении квалификации для учителей. В последнее время я начал приглядываться к вакансиям и возможностям на рынке IT, прохожу курсы по «айтишному» проектному менеджменту и повышаю уровень английского.
Благодаря курсу я отлично разобрался в Scrum. Понял, кто такой Scrum Master, Product Owner, кто входит в команду разработки и какое место отведено в ней для проджект-менеджера. Ведь в классической Scrum-команде не существует PM'а, этот специалист здесь исполняет другие роли.
Также прокачался знания в работе с объемом (scope) проекта. Разобрался, какие есть типы контрактов, как каждый из них отличается соотношением рисков и возможностей для клиента и вендора:
#1. Время и материалы (Time and Material — T&M) — формат сотрудничества для проектов, в которых понятны лишь верхнеуровневые требования, но полный объем работ еще не определен. Оплата будет производиться по результатам выполненных работ и зависеть от потраченных ресурсов (времени и/или привлеченных специалистов).
#2. С фиксированной ценой (Fixed Price — FP) — применяется в случаях, когда заказчик знает скоуп проекта и может предоставить конкретное содержание предстоящей работы. Исполнитель гарантирует срок и бюджет — и это прописано в договоре. Также фиксируют скоуп проекта, чтобы не просесть по маржинальности.
#3. С возмещением расходов (Cost Reimbursable — CR) — контракт, по которому заказчик покрывает расходы и в некоторых модификациях дополнительно выплачивает бонус.
#4. Dedicated Development Team (DDT) — расширение in-house команды благодаря офшорным специалистам на долгосрочной основе. Клиенту выделяют отдельную команду, расположенную в другой стране/городе/офисе. Управление проектом и командой осуществляется через проджект-менеджера.
На выбор контракта могут влиять разные факторы: наличие четкого понимания продуктовых функций, бюджета, уровень взаимоотношений между заказчиком и вендором. Вот несколько примеров:
- Ограничения по золотому треугольнику (budget, scope, schedule) → жесткие ограничения по всем трем вершинам обычно прописываются в FP-контрактах.
- Наличие доверия между заказчиком и исполнителем (сотрудничали раньше или пришли по рекомендации) и длительность отношений → можно заключить T&M-контракт, а в случае старта нового проекта — DDC. При отсутствии доверия чаще всего клиент требует тип контракта FP либо CR.
- На чьей стороне будет контроль и управление проектом → FP дает много свободы исполнителю в управлении и распределении бюджета. При этом FP предполагает жесткое ограничение бюджета. Другие типы контрактов подразумевают ежемесячный отчет по часам работы каждого специалиста на проекте. При этом ограничение вводится на ежемесячную сумму расходов, что помогает сохранить маржинальность проекта при непредвиденных изменениях или отклонениях от плана.
Из позитивных моментов на курсе — тесты после каждой темы. Всего их было 11, они очень помогли в закреплении изученного. Причем это не были вопросы в стиле «Что такое Scrum?», а кейсовые тесты.
Важно: курс нелегкий. Было много расчетов, англоязычной терминологии, лекции и литература в основном тоже были на английском, а домашние задания — объемными. Выполнение одного ДЗ занимало в среднем около 10 часов активной работы.
К примеру, после темы об инициации мы разрабатывали project charter. А после лекции об объеме работ нужно было разработать иерархическую структуру. Человеку не из IT сделать это было достаточно непросто. Также были домашние задания с таблицами и расчетами — для тем о бюджете и расписании проекта. После темы о рисках мы разрабатывали детализированный план управления ими.
Очень выручали видеозаписи, к которым, кстати, предоставляют безлимитный доступ после завершения обучения. Соответственно, к лекциям в записи можно в любое время вернуться.
Про Laba я уже раньше слышал от знакомых, которые проходили в бизнес-школе курсы. У меня не было сомнений, что на курсе точно будут квалифицированные спикеры и поддержка слушателей.
Главные выводы после курса
- Waterfall — это не зло, а Agile — не панацея. Для разных проектов необходимо подбирать наиболее удачную модель жизненного цикла. И, конечно, нельзя путаться в терминологии.
- Недостаточно просто прописать присутствие риска на проекте — важно подробно проанализировать, к чему он может привести, если сбудется. Эти знания позволяют определять уровень важности и приоритетности работы с тем или иным риском.
Анна Панченко
Junior Project Manager/Coordinator на non-IT проекте
О самых полезных темах на курсе
Недавно я сменила работу — из продаж перешла на менеджерскую позицию. Сейчас часто использую в работе полученные на курсе знания — например, принципы построения project charter. Также определяю цели проекта и метрики для анализа успешности.
На мой взгляд, с преподавателем Тарасом Федоруком любая лекция будет интересной и полезной. Однако самыми перспективными с точки зрения карьеры для меня были такие темы:
#1. Работа с ресурсами
Мы разбирали RACI-матрицу, влияние каждого стейкхолдера на разработку проекта. Я научилась распределять роли на проекте, разграничивать задачи, функциональные обязанности и зоны ответственности каждого участника. Понимание того, кто за что отвечает, помогает повысить общую продуктивность на проекте.
#2. Работа с рисками
У меня менеджерская роль, и знания по этой теме сейчас помогают мне заранее выявить тип риска и способы его избежать. Мы разбирали с лектором каждый тип с практическими примерами и советами, что с ним делать.
Например, во время разработки возможно резкое и непредвиденное увеличение скоупа проекта. Чтобы этого не произошло, важно донести roadmap до заинтересованных сторон с самого начала и затем придерживаться этих параметров. Если сразу не обеспечить правильное понимание объема работ, стейкхолдеры могут попытаться изменить условия при реализации проекта. Планирование регулярных проверок хода работ тоже поможет обеспечить соответствие проекта исходному объему.
А чтобы снизить риск нехватки времени, лучше всего предусмотреть запас времени на случай непредвиденных обстоятельств. Тогда у вас будет возможность сдвинуть сроки на более позднее время. Кроме того, график работ по проекту можно сформировать с помощью диаграммы Ганта. Понимание жизненного цикла проекта также поможет определить, сколько времени займет выполнение каждой из задач.
#3. Составление расписания проекта
На этой лекции мы узнали, как описать roadmap, какие инструменты для управления расписанием проекта использовать, а также какие существуют методы оценки продолжительности.
Еще интересно было прослушать лекцию о метриках, по которым можно оценить успешность проекта. Часть из них я использую в своей работе на менеджерской позиции.
Очень понравилось, как куратор работал со слушателями курса: отвечал на вопросы четко, структурированно, без «воды» и лишней информации, которая бы перегружала чат.
Также классно, что лектор и после окончания курса поддерживает связь со слушателями: помогает, комментирует посты по теме курса и т. д.
Выводы после курса
- Говорить не думая — все равно что стрелять не целясь. По-моему, это крайне важно для всех руководящих должностей, не только для проджект-менеджера. Ведь то, что вы скажете, могут запомнить, и свой авторитет будет очень трудно потом восстановить.
- Эффективная коммуникация происходит тогда, когда нужная информация поступает в правильном формате правильной аудитории, в правильное время и с правильным влиянием. Иногда действительно даешь информацию людям, которые не готовы ее воспринимать, или это происходит несвоевременно, или с неуместным посылом/влиянием.
- Конкуренция на рынке труда растет, поэтому нужно постоянно обновлять знания. Это вызов, но в то же время и возможности.
Олег Вечеря
Product Owner в международной компании SIXT, которая предоставляет услуги проката автомобилей
С какой целью пришел на курс
У меня был запрос: более структурно и системно посмотреть на управление проектами в IT, бустнуть свои навыки и повысить уровень квалификации. Выбирал примерно из 10 разных курсов, но, взвесив все за и против, остановился на Laba. Кроме того, курс в бизнес-школе мне рекомендовал коллега с текущего места работы.
Что понравилось во время обучения
Сразу бросилось в глаза то, что лектор глубоко «в теме» — и не только теоретически, но и практически. У него за плечами много кейсов, и он может на их базе объяснить, как работать с людьми, ожиданиями и менеджить неожиданные ситуации или риски на проекте.
В проджект-менеджменте обычно нет универсального решения. Есть правильные подходы, помогающие контролировать ситуацию, но конкретные кейсы или проблемы можно решить по-разному.
Мне понравилось, как лектор делился примерами из своей практики, рассказывал, как он действовал в той или иной ситуации, и давал оценку каждому решению: «Здесь можно было сделать еще вот так, а тут важно было действовать, "как книжка пишет", поэтому я сделал именно так».
О самых полезных темах на курсе
Самой полезной для меня была тема инициации проекта и составления документации. Мы изучали все типы проектных документов, которые используют на этапе инициации.
Кроме того, для меня было полезно узнать, что в IT используют не только такие типы документации, как бизнес-требования или project charter. А еще и User's Guide, User's Reference, документация команды (цели, график работы, отчеты о состоянии, протоколы собраний и т. д.). Мы рассмотрели, как их составлять и как они помогают эффективно управлять ожиданиями стейкхолдеров, объемом, сроками и т. д.
Также понравилась тема об управлении рисками. Мы изучили не только то, как формально составить реестр рисков («чтобы была бумажка»), но и то, как их анализировать, оценивать и управлять ими на проекте.
На предыдущих курсах и лекциях по Project Management, которые я проходил, этой теме особо не уделяли внимания. Так что до курса в Laba у меня было только базовое представление о работе с рисками. А после его прохождения я начал внедрять в своих проектах эффективные практики работы с рисками, о которых рассказывал Тарас Федорук.
