Добрый день, друзья! . В нашей постоянно меняющейся и динамичной сфере проектного менеджмента важно иметь надежные и проверенные инструменты. Один из таких инструментов — стандарт PMBOK. Но прежде чем мы углубимся в детали, позвольте мне поделиться некоторыми мыслями о канале "IT Самоучки" в Telegram https://t.me/samvsepoimesh. Это не просто еще один канал с учебным контентом. Это сообщество, где люди делятся своим опытом, задают вопросы и помогают друг другу расти профессионально. Теперь давайте вернемся к теме нашей статьи и поговорим о PMBOK.
Поговорим о стандарте PMBOK - что это такое, зачем он нужен и как он может быть вам полезен.
Начнем с того, что я настаиваю, что PMBOK это классификатор процессов управления проектами, а не методология, как ошибочно считают некоторые адепты проектного менеджмента. Я бы метафорически назвал его своеобразным "камасутром" для менеджера проекта. Как в камасутре есть набор поз, так в PMBOK есть 47 описанных процессов.
Эти 47 процессов разумно структурированы в 5 групп процессов:
• Группа процессов инициации — отвечает на вопросы: что создаем, какие цели и ключевые показатели эффективности проекта, кто заинтересованные стороны. Например, заказчик первоначально говорит: "Я хочу построить домик", а потом "Хочу еще и колонну" - содержание меняется, влияя на цели, запуская процессы инициации повторно.
• Группа процессов планирования — разрабатываем планы: календарный, финансовый, план рисков, ресурсов, поставок, коммуникаций и др. Может случиться, что планирование произойдет в последний день проекта: "Банкет был запланирован на воскресенье, но должен быть раньше, в пятницу!"
• Группа процессов исполнения — реализуем проект согласно разработанным планам.
• Группа процессов мониторинга и контроля - контролируем сроки, бюджет, содержание, качество и прочее по разработанным ранее планам. Тесно связана с планированием: "Мы спланировали, значит должны контролировать выполнение".
• Группа процессов завершения — подводим итоги, подписываем акты, презентуем проект, извлекаем уроки. Может произойти в самом начале, если заказчик передумал: "Не интересно, не хочу с этим работать".
Эти группы процессов пересекаются между собой, не являются строгими последовательными фазами жизненного цикла проекта.
Кроме группировки по процессам, в PMBOK описаны 10 областей знаний:
1. Управление интеграцией — обеспечивает связность и целостность всех процессов, "собирает разобранного котенка" в работающий механизм.
2. Управление содержанием — определяет и контролирует, что конкретно создается: фундамент, стены, крыша дома и т.д. Обрабатывает изменения содержания.
3. Управление сроками — создает иерархическую структуру работ, календарный план, контролирует сроки.
4. Управление стоимостью — разрабатывает и контролирует бюджет проекта.
5. Управление качеством — обеспечивает соответствие продукта критериям и пониманию качества у заказчика.
6. Управление ресурсами — формирует команду, мотивирует, развивает и распускает ее.
7. Управление коммуникациями — выявляет заинтересованные стороны, налаживает взаимодействие и информирование.
8. Управление рисками — выявляет, оценивает риски, предотвращает и контролирует их.
9. Управление поставками — выбирает виды контрактов и поставщиков, контролирует поставки.
10. Управление заинтересованными сторонами — анализирует и учитывает интересы стейкхолдеров, вовлекает их.
Главное, что нужно помнить - PMBOK это не догма и не панацея! Его нужно разумно адаптировать под специфику проекта и компании. Если примените все 47 процессов полностью и слепо, то "у кого-то что-то заболит". Подходите к применению со смыслом, как к камасутре — чтобы процессы приносили удовольствие, а не боль и проблемы!
Подписывайтесь на канал https://t.me/samvsepoimesh, Здесь вас ждут:🔹Истории успеха от опытных руководителей проектов;🔹Секреты лидеров IT-сферы;🔹Эксклюзивные экспертные материалы;🔹Актуальные тренды в сфере управления IT-проектами;🔹Сообщество единомышленников, где можно получить совет и обменяться опытом. Приходите, будем рады. Всего доброго!
