Руководство к своду знаний по управлению проектами pmbok guide скачать

Новинки в

Телеграм

«Публикуемые Институтом управления проектами (Project Management Institute, Inc., сокращенно PMI) стандарты и руководства, к числу которых принадлежит и данный документ, разработаны согласно процессу разработки стандартов на основе добровольного участия и общего консенсуса. В ходе такого процесса объединяются усилия волонтеров и/или сводятся воедино замечания и мнения лиц, заинтересованных в предмете, которому посвящено данное издание. Хотя PMI администрирует этот процесс и устанавливает правила, гарантирующие непредвзятость при достижении консенсуса, PMI не занимается написанием документа, а также независимым тестированием, оценкой и проверкой точности или полноты материала, содержащегося в издаваемых PMI стандартах и руководствах. Подобным же образом, PMI не занимается проверкой обоснованности мнений, высказанных в этих документах…»

Руководство к Своду знаний по управлению проектами, 2017.

  Публикуемые Институтом управления проектами (Project Management Institute, Inc., сокращенно PMI) стандарты и руководства, к числу которых принадлежит и данный документ, разработаны согласно процессу разработки стандартов на основе добровольного участия и общего консенсуса. В ходе такого процесса объединяются усилия волонтеров и/или сводятся воедино замечания и мнения лиц, заинтересованных в предмете, которому посвящено данное издание. Хотя PMI администрирует этот процесс и устанавливает правила, гарантирующие непредвзятость при достижении консенсуса, PMI не занимается написанием документа, а также независимым тестированием, оценкой и проверкой точности или полноты материала, содержащегося в издаваемых PMI стандартах и руководствах. Подобным же образом, PMI не занимается проверкой обоснованности мнений, высказанных в этих документах.

СТАНДАРТ УПРАВЛЕНИЯ ПРОЕКТОМ.
В основу настоящего Руководства положен Стандарт управления проектом [1]. Стандарт — это документ, установленный уполномоченным органом, обычаем или по общему согласию в качестве модели или образца. Стандарт управления проектом был разработан как стандарт Американского национального института стандартов (American National Standards Institute, ANSI) с использованием процесса, основанного на принципах консенсуса, открытости, соблюдения процессуальных норм и сбалансированности. Стандарт управления проектом является основополагающим справочным материалом для программ PMI по профессиональному развитию и в практике управления проектом. Поскольку существует необходимость адаптации управления проектом с целью обеспечить соответствие потребностям конкретного проекта, в основу как Стандарта, так и Руководства положены описательные, а не директивные практики. В силу этого настоящий Стандарт определяет процессы, которые являются хорошими практиками при осуществлении большинства проектов в большинстве случаев. Данный Стандарт также определяет входы и выходы, которые обычно связаны с этими процессами. Стандарт не содержит требований об обязательном исполнении тех или иных конкретных процессов или практик. Стандарт управления проектом входит в состав части II Руководства к Своду знаний по управлению проектом (Руководство РМВОК).

В Руководстве РМВОК более подробно изложены ключевые понятия, новые тенденции, соображения по адаптации процессов управления проектом и информация о том, как применять инструменты и методы при осуществлении проектов. Руководители проектов могут использовать одну или несколько методологий при реализации процессов управления проектом, описанных в настоящем Стандарте.

Оглавление.
ЧАСТЬ 1 РУКОВОДСТВО К СВОДУ ЗНАНИЙ ПО УПРАВЛЕНИЮ ПРОЕКТОМ (РУКОВОДСТВО PMBOK®).
1.ВВЕДЕНИЕ.
2.СРЕДА, В КОТОРОЙ ОСУЩЕСТВЛЯЕТСЯ ПРОЕКТ.
3.РОЛЬ РУКОВОДИТЕЛЯ ПРОЕКТА.
4.УПРАВЛЕНИЕ ИНТЕГРАЦИЕЙ ПРОЕКТА.
5.УПРАВЛЕНИЕ СОДЕРЖАНИЕМ ПРОЕКТА.
6.УПРАВЛЕНИЕ РАСПИСАНИЕМ ПРОЕКТА.
7.УПРАВЛЕНИЕ СТОИМОСТЬЮ ПРОЕКТА.
8.УПРАВЛЕНИЕ КАЧЕСТВОМ ПРОЕКТА.
9.УПРАВЛЕНИЕ РЕСУРСАМИ ПРОЕКТА.
10.УПРАВЛЕНИЕ КОММУНИКАЦИЯМИ ПРОЕКТА.
11.УПРАВЛЕНИЕ РИСКАМИ ПРОЕКТА.
12.УПРАВЛЕНИЕ ЗАКУПКАМИ ПРОЕКТА.
13.УПРАВЛЕНИЕ ЗАИНТЕРЕСОВАННЫМИ СТОРОНАМИ ПРОЕКТА.
ССЫЛКИ.
ЧАСТЬ 2 СТАНДАРТ. УПРАВЛЕНИЯ ПРОЕКТОМ.
1.ВВЕДЕНИЕ.
2.ГРУППА ПРОЦЕССОВ ИНИЦИАЦИИ.
3.ГРУППА ПРОЦЕССОВ ПЛАНИРОВАНИЯ.
4.ГРУППА ПРОЦЕССОВ ИСПОЛНЕНИЯ.
5.ГРУППА ПРОЦЕССОВ МОНИТОРИНГА И КОНТРОЛЯ.
6.ГРУППА ПРОЦЕССОВ ЗАКРЫТИЯ.
ЧАСТЬ 3 ПРИЛОЖЕНИЯ, ГЛОССАРИЙ И УКАЗАТЕЛЬ.
ПРИЛОЖЕНИЕ X1 ИЗМЕНЕНИЯ В ШЕСТОМ ИЗДАНИИ.
ПРИЛОЖЕНИЕ X2 СОАВТОРЫ И РЕЦЕНЗЕНТЫ РУКОВОДСТВА PMBOK® — ШЕСТОЕ ИЗДАНИЕ.
ПРИЛОЖЕНИЕ X3 ГИБКИЕ, ИТЕРАТИВНЫЕ, АДАПТИВНЫЕ И ГИБРИДНЫЕ СРЕДЫ ПРОЕКТА.
ПРИЛОЖЕНИЕ X4 ОБЗОР КЛЮЧЕВЫХ КОНЦЕПЦИЙ В ОТНОШЕНИИ ОБЛАСТЕЙ ЗНАНИЙ.
ПРИЛОЖЕНИЕ X5 ОБЗОР СООБРАЖЕНИЙ ПО АДАПТАЦИИ ДЛЯ ОБЛАСТЕЙ ЗНАНИЙ.
ПРИЛОЖЕНИЕ X6 ИНСТРУМЕНТЫ И МЕТОДЫ.
ГЛОССАРИЙ.

Бесплатно скачать электронную книгу в удобном формате, смотреть и читать:

Скачать книгу Руководство к Своду знаний по управлению проектами, 2017 — fileskachat.com, быстрое и бесплатное скачивание.

Скачать pdf
Ниже можно купить эту книгу по лучшей цене со скидкой с доставкой по всей России.Купить эту книгу

Скачать
— pdf — Яндекс.Диск.

Дата публикации: 29.07.2021 12:33 UTC

Теги:

учебник по бизнесу :: бизнес :: проект

В июле 2021 членам Института управления проектами стала доступна новая 7-ая редакция Руководства к своду знаний по управлению проектами (PMBOK Guide). Выпуски на других языках, в том числе на русском, ожидаются в августе 2021.

Новое издание предлагает взглянуть на управление проектом с другой точки зрения. Проект — не просто производство результатов. Проект — это система поставки ценности для заинтересованных сторон. Каждый проект уникален, поэтому описать такую систему в виде набора шагов (процессов) не получится. Более универсальным представляется определение общих принципов, которыми участники проекта должны руководствоваться при работе над проектом. А сам проект можно представить как совокупность связанных между собой тематических областей (доменов).   

Для соблюдения баланса между стабильностью и изменчивостью авторы выделили переменную часть в отдельную платформу PMIstandard+. В PMIstandards+ будут размещаться новые практики, полезные кейсы и другая быстро меняющаяся информация.

Как и в шестом издании, новое издание содержит две основные части — стандарт ANSI и руководство PMBOK Guide. Однако структура каждой части значительно изменилась.

Изменения в стандарте ANSI

В шестом издании стандарт описывал управленческий цикл как общую структуру для всех действий. Структура задавала логичную последовательность:

1. Инициация — по сути целеполагание;
2. Планирование — ответ на вопрос, как добраться до цели;
3. Исполнение — путь к цели;
4. Мониторинг и контроль — наблюдение за тем, как проходит путь к цели;
5. Закрытие — подведение итогов, насколько удалось достигнуть цель.

Несмотря на простоту цикла, на практике его постоянно путают с фазами проекта при каскадной организации: старт проекта, организация и подготовка, исполнение, завершение. Неужели фазой «организация и подготовка» не нужно управлять? Если нужно, значит управленческий цикл отрабатывает в полной мере для этой фазы. Однако разбор этой ошибки — тема другой статьи.  

Системный подход к поставке ценности

В новом стандарте описывается система поставки ценности. Напомню, что система — это совокупность элементов, взаимодействующих между собой для достижения какой-либо цели. Другими словами, для описания системы нужно определить цель, элементы и взаимосвязи между элементами. Причем, зачастую именно взаимосвязи между элементами являются определяющими в достижении цели.

Цель проектов по новому стандарту не в производстве результатов, а в поставке ценности. Это не одно и то же. Новая цель означает, что проектная команда должна смотреть дальше во времени, думать о пользе создаваемых продуктов. А раз меняется цель проектов, то меняется и система управления.

Новая система управления содержит те же объекты управления: портфели, программы проектов и проекты. Однако процессная модель уходит в прошлое. Нам предлагается 12 базовых принципов, которые направляют поведение участников проектной команды.

12 принципов

1. Будьте прилежным, уважительным и заботливым управляющим
2. Создавайте среду сотрудничества проектной команды
3. Вовлекайте заинтересованные стороны
4. Фокусируйтесь на ценности
5. Используйте системное мышление
6. Поощряйте лидерство на всех уровнях
7. Адаптируйте систему управления проектом к конкретной ситуации
8. Встраивайте качество в процесс и конечные продукты
9. Учитывайте сложность проекта на протяжении всего проекта
10. Учитывайте угрозы и возможности
11. Встраивайте адаптируемость и устойчивость в систему управления проектом
12. Управляйте изменениями в организации

Если у вас остался вопрос после прочтения американского национального стандарта (!), а как же управлять проектом, то я вас прекрасно понимаю. Принципы хороши тем, что они более стабильны и универсальны, нежели процессы. Однако от принципов трудно перейти к конкретным действиям. Аналогичная проблема есть и в agile. Есть манифест с общими ценностями, но, чтобы перейти к действиям, нужно разобраться хотя бы с одной конкретной практикой (например, Scrum), которая построена в согласии с манифестом.

Изменения в PMBOK Guide

Ранее система управления была разложена аккуратно по полочкам. Нужно было определить жизненный цикл проекта. На каждом этапе жизненного цикла выполнялись три слоя активности: слой управления, слой создания продукта и слой обеспечения. Слой управления – это проход управленческого цикла по десяти областям знаний проекта.

В новой редакции компоненты системы управления никуда не делись, но смешались в чуть менее логичное множество – в домены проекта. Доменов теперь восемь.

1. Заинтересованные стороны. Была область знаний, а стал домен. Ничего, по сути, не изменилось.
2. Команда. Раньше PMBOK Guide не различал людей и асфальтоукладчики. Теперь авторы увидели различие и выделили команду в отдельный домен. Это выделение напрашивалось давно уже. Так что здесь явное улучшение.
3. Неопределенность. Была область «управление рисками», а стал домен неопределенность. Яйца в профиль.
4. Поставка результатов. Были две области знаний «Содержание» и «Качество», зачем-то разделенные. Отчасти логика была, т.к. тема качества развивается в отдельных стандартах. Но с точки зрения практики отделение было нелогичным. Сейчас все стало на свои места – есть один домен, в котором нужно думать о продуктах и их качестве.
5. Жизненный цикл. Раньше эта тема отделялась от областей в красивую логику. Теперь это стало одним из доменов. Мне кажется, это менее удобным. Возможно, просто нужно привыкнуть. Радует, что тема жизненного цикла проработана глубже. Хотя ребята сами запутались и инкрементный подход проиллюстрировали неверно.
6. Планирование. Раньше был управленческий цикл из 5 шагов. Конечно, инициация и завершения были довольно куцыми, но вместе с ними последовательность была целостной, законченной. Теперь остались только три самых наполненных действиями шага – планирование, выполнение и мониторинг.
7. Выполнение. Был шаг управленческого цикла, теперь отдельный домен
8. Измерение прогресса. Был шаг управленческого цикла «мониторинг и контроль», теперь отдельный домен. Справедливости ради, стало больше четкости, т.к. речь идет только про метрики слежения за прогрессом.

Полноценная интеграция Agile

В седьмом издании Agile стал частным случаем более общей системы поставки ценности. Интеграция прошла довольно гладко, на мой взгляд:

• Итеративно-инкрементальная разработка и поставка — это вариант жизненного цикла
• Самоуправляемые команды — опция при построении команды проекта
• Стили лидерства — на выбор руководителя проекта: можешь помогать команде самоорганизовываться, а можешь управлять директивно
• Практики — на выбор команды, можно использовать Scrum, Kanban или любой другой подход

Конечно, после PMBOK Guide невозможно начать делать проект с помощью Scrum. Верно также, что и после прочтения Scrum Guide (17 страниц описания на русском языке) команда вряд ли сразу сможет делать поставку продукта спринтами. Нужна конкретика.

Платформа PMIstandards+

Платформа PMIstandards+ задумана как хранилище полезных дополнений к основным стандартам.

Сейчас здесь можно найти 4 руководства (шестое издание PMBOK Guide с приложением по Agile, руководство по иерархическим структурам и руководство по бизнес-анализу). К ним можно скачать шаблоны, небольшие поясняющие видео, аудио и текстовые материалы по различным отдельным темам.

Я честно пытался понять, в чем отличие платформы от ресурса projectmanagement.com, но пока сути различий не понял. Опять яйца в профиль?

Современная тенденция плодить продукты-близнецы начинает уже раздражать. Какую проблему пытались решить ребята в PMI? Типа сайт ProjectManagement.com не диджитал, и нам страшно упустить тренд?

Заключение

Из-за стремления авторов к универсальности система управления стала более абстрактной, что затруднит ее применение на практике. Логика 6-й редакции хоть и была похожа на частный случай, все же была понятной: на каждом этапе жизненного цикла вы проходите управленческий набор шагов, акцентируя внимание на 10 областях знаний проекта. Довольно просто и логично.

Теперь в списке из 8 доменов перемешались и жизненный цикл проекта, и управленческий цикл и при этом сохранились некоторые из прежних областей (заинтересованные стороны и риски/неопределенность). Логика в этом тоже есть, ведь работа с заинтересованными сторонами, командой и рисками идет в своем ритме, не сильно связанном с процессами планирования, выполнения и контроля всех работ проекта. Пока это трудно уложить в голове. Только время покажет, насколько это будет логично, как для меня, так и других практиков.

Если обратиться к описаниям различных agile-практик, все-таки традиционно участники проекта четко отделяются от процесса. Мне кажется, это логично именно с системной точки зрения. Люди — это элементы системы. Артефакты (требования, результаты) — тоже элементы системы. А процессы описывают взаимодействия элементов. Это совершенно разные характеристики системы. И в том же Scrum они четко отделены друг от друга. Я бы тоже их не смешивал в общую кучу.

Материалы по теме

• Обзор шестого издания PMI PMBOK
• Что будет в седьмом издании PMI PMBoK
• Что нового в Руководстве по Scrum 2020