Чек-лист: 10 ошибок начинающего менеджера проектов
Когда мы только начинаем управлять проектами, то неизбежно совершаем массу ошибок, которые на первых порах нас очень огорчают, но которые дают столь необходимый практический опыт и сильнейший толчок в развитии. Данный чек-лист содержит самые распространенные ошибки начинающих руководителей проектов. Давайте посмотрим!
Очистить
0%
1. делать все самостоятельно
Если вы начинающий руководитель проектов, то вам необходимо как можно раньше перестать самостоятельно выполнять задачи по проекту. Вместо этого ваш фокус должен быть направлен целиком и полностью на формировании, мотивации, кристаллизации и управлении проектной командой.
2. фокусироваться только на целях
Начинающего менеджера проекта, как правило, заботят только то, успеет ли он выполнить проект в срок, не превысит ли он бюджет и примет ли заказчик его работу. При этом руководитель проекта забывает о том, что у заказчика есть определенные бизнес-цели, ради которых создается продукт проекта.
3. игнорировать устав проекта
Устав проекта – это документ, формально авторизующий проект. Неопытный менеджер проектов пропускает данный шаг и сразу переходит к сбору требований проекта, что приводит к тому, что проект не соответствует бизнес-целям компании.
4. собирать требования только с заказчика
Чтобы избежать риска провала проекта, необходимо собирать требования не только с заказчика проекта, но и со всех заинтересованных сторон проекта.
5. не использовать WBS
Иерархическая Структура Работ (Work Breakdown Structure) проекта является сердцем и ядром методологии PMI PMBOK. Большинство начинающих руководителей проекта не используют данный полезнейший артефакт, а между тем он сильно облегчает жизнь при разработке расписания и бюджета проекта.
6. не включать резервный план проекта
Начинающий руководитель проектов почему-то считает, что закладывать достаточные резервы по срокам и затратам в проект означает обманывать себя и заказчика. Профессиональный менеджер проектов знает, что управлять проектом без резервов сродни самоубийству.
7. не пользоваться матрицей ответственности
Матрица ответственности (RACI-матрица) – это эффективный инструмент управления коммуникациями внутри команды проекта. Используя данную матрицу можно очень четко прописать, кто и за что отвечает в проекте, чтобы в будущем избежать неожиданностей в ходе исполнения проекта.
8. не применять метрики качества
Начинающий руководитель проекта забывает детально прописывать метрики качества, руководствуясь тем, что это итак очевидно. Трюк заключается в том, что видение менеджера проекта и видение заказчика зачастую не совпадают, поэтому нужны объективные критерии оценки завершенности проекта.
9. попасть в ловушку "scope creep"
менеджер проекта обязан выстроить процесс управления изменениями таким образом, чтобы избежать так называемого «расползания» содержания, при котором изменения выходят из под контроля. Лекарством от «scope creep» является процесс управления имениями.
10. не вести журнал изменений
Ключом к правильному использованию процесса является журнал изменений, в котором должны фиксироваться все запросы на изменения, которые поступают со стороны заказчики и резолюции по ним.