что такое проект pmbok
pm-notes.ru
pm-notes.ru
Что такое Проект – определение
Проект от лат. projectus
Прое́кт (от лат. projectus) — замысел, идея, образ, намерение, обоснования, план.
Проект – определение по DIN 69901
Проект – это одноразовая, не повторяющаяся деятельность или совокупность действий, в результате которых за определенное время достигаются четко поставленные цели.
Проект – определение по ГОСТ Р 54869-2011
Управление проектом: Планирование, организация и контроль трудовых, финансовых и материально-технических ресурсов проекта, направленные на эффективное достижение целей проекта.
Определение проекта по PMBOK
Проект – это временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. Временный характер проекта означает, что у любого проекта есть определенное начало и завершение. Завершение наступает, когда достигнуты цели проекта; или признано, что цели проекта не будут или не могут быть достигнуты; или исчезла необходимость в проекте. «Временный» не обязательно предполагает краткую длительность проекта. «Временный», как правило, не относится к создаваемому в ходе проекта продукту, услуге или результату. Большинство проектов предпринимается для достижения устойчивого, длительного результата. Каждый проект приводит к созданию уникального продукта, услуги или результата.
Определение проекта по PRINCE2
Проект – это комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.
Итак, что же такое проект?
Проект – это замысле, который характеризуется следующими факторы:
Отличие проекта от процесса
PMBoK
Прежде чем перейти к предмету статьи, мы хотели бы сказать, что вы не должны рассматривать ее в качестве всеобъемлющего пособия по управлению проектами. Мы лишь хотим простым языком познакомить вас со сводом соответствующих знаний, который и называется PMBoK (Project Management Body of Knowledge).
Из нашей статьи вы узнаете, что вообще представляет собой PMBoK, в чем состоит основная концепция этого Стандарта, каковы основные процессы управления проектами. Также мы расскажем, зачем нужен сертификат PMP (Project Management Professional) и как получить его.
Таким образом, цель материала в том, чтобы дать вам представление о PMBoK и помочь понять, с чего нужно начинать его изучение. В конце мы предложим несколько полезных ссылок на тематические ресурсы.
Что такое PMBoK?
Итак, PMBoK представляет собой попытку объединения и описания всех знаний в сфере управления проектами, которыми сегодня обладают люди. По сути, его можно назвать своеобразной энциклопедией, однако в качестве практического руководства его рассматривать не следует. В нем содержится лишь информация для изучения, описания методов и рекомендации к работе.
Несмотря на то, что на большинстве официальных сайтов методологий проект-менеджмента, в том числе и связанных с PMI (Project Management Institute), имеются статьи об индивидуальной методологи организаций, всегда указывается, что они (эти методологии) никогда не идут вразрез с PMBoK вообще.
Отсюда можно сделать вывод, что PMBoK – это максимально полное изложение знаний по управлению проектами, которое признается всеми специалистами данной области. Это изложение является основной для более узких и практических методологий, но вот сам PMBoK назвать методологией, подходящей для практического применения, нельзя. Основная его ценность заключается в концепции, пригодной для создания других методологий.
Концепция PMBoK
В PMBoK выделяются 44 главных процесса, происходящих при управлении проектами. Эти процессы разделены на пять основных групп:
Каждый из этих процессов относится к одной из девяти (в некоторых случаях – десяти) областей знаний, определяемых PMBoK:
По этим девяти направлениями распределяются все 44 процесса проект-менеджмента. PMBoK подробно и структурированно описывает все процессы, и в общей сложности они составляют довольно объемный мануал, т.е. руководство (где скачать, мы расскажем ниже). Кроме того, каждое описание процессов в обязательном порядке состоит из трех основных частей:
В качестве входов процесса могут выступать какие-то сведения из внешней для проекта среды, либо артефакты (документы), которые были получены при выполнении других процессов. В качестве выходов выступают документы, части разрабатываемого продукта или его рабочая версия.
И здесь важно заметить, что PMBoK предельно ясно описывает смысл и цель артефактов-документов и перечисляет их составляющие. Но в то же время в своде знаний нет никаких шаблонов для создания такой документации – этим занимаются менеджеры или разработчики PMBoK-проектов.
К области наиболее важного содержимого PMBoK относится раздел «Инструменты и методы», включающий в себя все созданные сегодня практики, имеющие отношение к тому или иному процессу. О них мы расскажем чуть позже, а пока отметим, что именно эта часть рекомендуется к изучению и позволяет специалисту повысить свое образование и расширить личный арсенал методов и практик. Но предлагаемые PMBoK указания всегда должны быть изначально спроецированы на конкретный проект и сопоставлены с личным опытом.
Невзирая на то, что все процессы взаимосвязаны между собой (можно четко установить: выход какого процесса будет является входом для другого процесса). В PMBoK не раз говорится, что на практике процессы не всегда последовательны, а значит, могут быть параллельными и взаимосвязанными. Учитывая сложность, разнообразие и зависимость этих связей в каждом отдельном случае, PMBoK их (эти связи) не устанавливает.
Установление связей заменяется в PMBoK специальной областью знаний «Управление интеграцией проекта». Благодаря интеграции устанавливаются и поддерживаются в актуальном состоянии необходимые связи. Чтобы у вас сформировалось целостное понимание вышесказанного, предлагаем посмотреть 10-минутное видео от специалиста по проект-менеджменту Михаила Софонова.
Также вы должны знать, что помимо описания процессов и основной концепции в PMBoK содержится немало и другой дополнительной информации. Обо всем мы, конечно, не расскажем, но укажем на то, что имеет наибольшее значение.
Основные элементы PMBoK
Как мы и сказали, PMBoK – это своеобразная энциклопедия знаний по управлению проектами. В ее состав входит огромное количество базовых определений и всевозможных описаний отличий между проектной и операционной деятельностью.
Также PMBoK говорит, что в дополнение ко всему остальному в любом проекте должны принимать участие специалисты как минимум из пяти областей знаний:
PMBoK рассказывает о каждой из этих областей, объясняет ее суть и описывает составляющие, а также указывает на место самого стандарта относительно проектного управления вообще.
После этого приводится определение жизненного цикла проекта, и описываются его фазы. Жизненный цикл проекта – это набор последовательных и иногда перекрывающихся фаз. В большинстве случаев он выглядит так:
Воздействовать на цикл могут особенности (свойства) организации и отрасли, в которой она работает, применяемые подходы. Причем, исходя из уникальности каждого проекта и его временной ограниченности, входящие в него процессы и результаты могут меняться. Через жизненный цикл можно выстроить базовую структуру управления PMBoK-проектом, независимо от его содержания.
Помимо стандартного жизненного цикла, PMBoK рассматривает и другие циклы, а также их общие признаки и различия, дает определения участников проекта и уровней их ответственности. И как раз об участниках, как о важнейшем элементе проектной деятельности, следует сказать подробнее.
Участники проекта
Согласно PMBoK, классификация участников проекта такова:
Заметим, что PMBoK говорит как об ответственности участников проекта, так и об их ожиданиях. Управление ожиданиями входит в число прямых обязанностей проект-менеджера.
Говоря о концепции PMBoK, мы упомянули также о проектной документации. Она составляет не менее важную часть всего Стандарта, по причине чего есть смысл немного углубиться и в эту тему.
Главные проектные документы
Всего PMBoK указывает на три основных документа. Каждый из них выполняет свою конкретную функцию:
План управления проектом всегда разделяют на отдельные части, исходя из областей знаний. Не входит в него только управление интеграцией, т.к., будучи самостоятельной единицей, планированию она не поддается. Управление интеграцией предполагает взаимосвязь всех процессов в проекте и работу, основанную на этой взаимосвязи.
И, естественно, мы не могли не сказать еще об одном аспекте управления проектами, которому PMBoK уделяет огромнейшее внимание – это инструменты и методы работы. Но повторимся: чтобы понять, что именно подходит для конкретного проекта более всего, необходимо тщательно изучить сам Стандарт.
Инструменты и методы PMBoK
Ниже мы приведем лишь перечень основных инструментов и методов PMBoK (о некоторых из них мы рассказывали на нашем сайте, поэтому переходите по ссылкам и разбирайтесь).
В дополнение к этим методам в последней версии PMBoK (пятое издание) присутствуют также методы гибкой системы управления проектами Agile. Каждый из них подробно изучается и осваивается при исследовании PMBoK. Множество материалов на эту тему вы можете найти на сайте Московского отделения Института проект-менеджмента (PMI) и официальном сайте PMI (на английском языке).
Собственно, в полной мере овладеть PMBoK должен любой человек, планирующий или уже профессионально занимающийся проектами и их управлением. PMBoK – это основа основ в проектном менеджменте. И по этому поводу будет к месту немного поговорить о том, зачем нужен сертификат профессионала по управлению проектами (PMP), как его получить и как сдать экзамен.
Сертификат PMP
В настоящее время по всему миру работает свыше 470 тысяч сертифицированных специалистов по проект-менеджменту. Получить сертификат PMP может любой специалист, независимо от отрасли, в которой он работает.
Зачем нужен этот сертификат? Все очень просто – с ним у вас появится возможность стать членом крупнейшего и самого престижного сообщества профессионалов по управлению проектами, а это сулит прекрасные перспективы, карьерный рост и высокооплачиваемые должности. Сертификат доказывает, что вы знаете, что такое проекты, и понимаете, как ими управлять.
Однако для получения такого документа необходимо, во-первых, соответствовать определенным профессиональным требованиям, во-вторых, иметь достаточный стаж работы, и, в-третьих, сдать экзамен.
Есть несколько важных дополнений:
Что же касается требований к кандидату, то они таковы:
При подаче заявки на экзамен вам придется в деталях расписать весь свой опыт – указать компанию, название и стадии проекта, а также контакты организации. На заполнение и отправление заявки отводится 90 дней. Все данные должны быть достоверными, т.к. PMI регулярно проверяет поступившие заявки.
Экзамен будет проходить на компьютере. Он включает в себя 200 вопросов. На выполнение всех заданий отводится 4 часа. После успешной сдачи экзамена выдается сертификат PMP. Он действителен в течение трех лет, однако для подтверждения своего статуса и его окончательного утверждения нужно будет за указанный срок набрать 60 баллов PDU (Professional Development Units). Но об этом читайте на сайте PMI.
Мы же подводим итог нашему обзору. Надеемся, теперь вам стало понятнее, что такое PMBoK, как сдать экзамен PMP, и зачем нужен сертификат. Не теряйте драгоценного времени, и начинайте изучать PMBoK. Существенную поддержку в этом вам окажет наш курс «Управление проектами», где есть много полезной информации, которая пригодится вам в вашей работе, и отличный видеокурс по проектному управлению.
Новый PMBOK будет основан на принципах, а не на процессах
Что такое стандарты, основанные на процессах?
Все предыдущие версии Руководства PMBOK были основаны на процессах с их входами и выходами, инструментами и методами. В последней, шестой версии процессов было 49, в предпоследней — 47.
С процессами есть две проблемы. Во-первых, они могут быть либо высокоуровневыми, что делает их более абстрактными и менее практичными, либо детальными, что делает их более зависимыми от типа проекта и, таким образом, возможно, не применимыми для всех.
Вторая проблема в том, что процессно-ориентированные стандарты задают жесткие рамки, и всё, что за них выходит, оказывается за пределами стандарта.
Что такое стандарты, основанные на принципах?
Одним из решений проблемы может быть изменение подхода. Вместо объяснения процессов управления проектом и связанных действия, можно описать наиболее эффективный способ выполнения этих действий — принципы.
Под принципом обычно понимается:
Утверждение, которое фиксирует и обобщает общепринятую цель для практики дисциплин и функций управления портфелем, программой и проектом.
Примером методологии, основанной на принципах, является PRINCE2. NUPP Guide — это набор из 6 принципов управления проектами.
Некоторые стандарты PMI также основаны на принципах. Например, недавно выпущенное Benefits Realization Management: A Practice Guide перечисляет такие принципы, как:
На каких принципах будет основан PMBoK 7?
Это открытый вопрос. Сейчас над этим работает core team из 12 авторов. Подготовленный драфт будет направлен review team из 70 человек.
Полученные предложения будут использованы для уточнения принципов, а затем драфт стандарта будет выложен в открытый доступ. На этом этапе дать свои комментарии сможет любой желающий.
Методология, фреймворк или стандарт проектного управления
В продолжение статьи о классическом PRINCE2 по запросу из комментариев попробовала сравнить ключевые методики управления проектами. Надеюсь, что получилось что-то полезное и при выборе подхода управления у читающих часть вопросов будут снята.
Краткие вводные:
PRINCE2 (Projects in a Controlled Environment) – структурированный метод управления проектами, разработанный в 1989 году Central Computer and Telecommunications Agency (CCTA) в Великобритании.
PMBoK – фреймворк (свод знаний) по управлению проектами, разработанный в 1996 году Project Management Institute (PMI) в США.
Как можно заметить, первое главное отличие – собственное позиционирование в проектном управлении. Остальные основные отличия с некоторыми субъективными выводами приведены в таблице.
PRINCE2
PMBoK (6 издание, 2017г.)
ISO 21500:20112
Определение проекта
Временная организация, которая создается с целью предоставления одного или нескольких бизнес-продуктов в соответствии с утвержденным экономическим обоснованием проекта.
Временное предприятие, направленное на создание уникального продукта, услуги или результата.
Уникальная совокупность процессов, состоящая из контролируемых и управляемых видов деятельностей с датами начала и завершения, предназначенная для достижения определенных целей.
Процессы
7 процессов: Начало проекта, руководство проектом, инициация проекта, контроль стадии, управление границами стадии, управление созданием продукта, закрытие проекта.
49 процессов, объединенных в 5 групп процессов: инициация, планирование, исполнение, мониторинг и контроль, закрытие.
39 процессов, объединенных в 5 групп процессов: инициация, планирование, исполнение, управление, завершение.
Предметные темы / группы (курсивом отмечены различающиеся темы)
7 тем:
1. Экономическое обоснование,
3. Управление качеством,
5. Анализ и управление рисками,
6. Управление изменениями содержания,
7. Принятие решений.
10 областей знаний:
1. Управление интеграцией проекта,
2. Управление содержанием,
3. Управление сроками,
4. Управление стоимостью,
5. Управление качеством,
6. Управление человеческими ресурсами,
7. Управление коммуникациями,
8. Управления рисками,
10. Управление заинтересованными сторонами.
10 предметных групп:
2. Заинтересованные стороны,
Жизненный цикл проекта
Структура стадий проекта:
1. Стадия инициации,
2. Последующие стадии (создание продуктов, соответствующих требованием),
3. Финальная стадия (приемка результатов, подведение итогов проекта).
Минимальное количество стадий в проекте – 2 (инициация и финальная).
Все проекты могут иметь следующую структуру жизненного цикла:
2. организация и подготовка;
3. выполнение работ проекта;
4. завершение проекта.
В стандарте отсутствуют четкие требования/пояснения по стадиям проекта, стандарт определяет, что проект должен подразделяться на фазы, состав и содержание которых должно определяться потребностями управления и контроля.
Принципы
7 принципов (универсальны и не требуют обоснования):
1. Постоянная оценка целесообразности,
2. Учет предыдущего опыта,
3. Определенные роли и обязанности,
4. Управление по стадиям,
5. Управление по исключениям,
6. Фокус на продукте,
7. Адаптация к внешним условиям.
Шестое издание PMBoK основано на процессной составляющей с четкими входами, выходами и инструментарием.
Ожидается, что новое седьмое издание будет ориентировано на принципы.
ISO 21500 по аналогии с PMBoK основан на процессной составляющей.
Ответственность за результат проекта
Ответственный руководитель (куратор/спонсор проекта) полностью отвечает за успех проекта.
Менеджер проекта управляет проектом на ежедневной основе в рамках полномочий, делегированных Управляющим советом.
Руководитель проекта = единый ответственный за результат.
Руководитель проекта обеспечивает общее руководство и управление работами проекта и отвечает за получение результатов проекта.
Инструменты управления
В методологии отсутствуют примеры инструментов, данная область отдается на откуп Руководителю проектов.
Предоставляет расширенный список инструментов и методов по каждому процессу управления проектом.
Стандарт не описывает конкретных инструментов для реализации процессов управления.
Возможность гибкого применения
Допускает использование минимального количества документов с минимальным требуемым содержанием, гибкое использование метода с соблюдением всех 7 принципов позволяет подготавливать упрощенную отчетность и минимизировать процессы управления (с учетом целей и задач, которые соответствуют процессам PRINCE2).
Так как PMBoK является не методологией или стандартом, а фреймворком, его создатели рекомендуют использовать PMBoK для создания собственной методологии управления проектами в компании. При этом созданная методология должна учитывать особенности каждого отдельного проекта и позволять руководителю проектов изменять процессы управления в определенных пределах.
Описанные в стандарте процессы не должны применяться без изменений ко всем проектам или фазам жизненного цикла проекта. Руководитель проекта должен корректировать состав процессов управления конкретным проектом или фазой, отбирая подходящие процессы и условия их реализации. Такая адаптация должна выполняться в соответствии с существующими политиками организации.
Возможность использования в программе проектов
Возможность использования в портфеле проектов
Блог Романа Кузьмина
Блог об управлении IT проектами
суббота, 28 июня 2008 г.
Что такое PMBOK
произошедшие непосредственно или косвенно
(PMBOK, 3е издание 2004г)
О чем этот документ
Основная концепция PMBOK
Что еще есть в PMBOK
Много базовых определений
Определение места PMBOK относительно управления проектами
Определение жизненного цикла проекта
Классификация участников проекта
Место проектов в организациях различных типов
Управление интеграцией проекта
Управление содержанием проекта
Управление сроками проекта
Управление стоимостью проекта
Управление качеством проекта
Управление человеческими ресурсами проекта
Управление коммуникациями проекта
Управление рисками проекта
Управление поставками проекта
Распределение процессов по группам и областям знаний
Основные документы проекта
Описание процессов PMBOK на примере процессов планирования качества
Инструменты и методы
О чем этот документ
Наконец, в качестве примера разбирается несколько процессов. Цель примера — дать представления о способе подачи информации о процессе и о соотношении между такими базовыми для PMBOK понятиями как процесс, группа процессов и область знаний.
Цель документа — дать общее представление о стандарте и отправную точку для его изучения.
Что такое PMBOK
Характерным является такое наблюдение: на официальных сайтах практически всех методологий управления проектами (RUP, PRINCE2, MSF и т п) в обязательном порядке присутствует статься «Наша методология и PMBOK». В статье сравнивается PMBOK с соответствующей методологией и делается один и тот же вывод — наша методология и PMBOK ни в коей мере не противоречат друг другу.
Таким образом, PMBOK — наиболее полное изложение знаний, признаваемых сообществом менеджеров проектов. Он задает некоторые рамки для более практических и узконаправленных методологий, но сам методологией пригодной к непосредственному практическому применению не является. Является основой для создания практических методологий.
Основная концепция PMBOK
PMBOK выделяет 44 основных процесса, которые происходят при управлении проектами. Эти процессы с одной стороны распределяются по 5ти группам процессов (например группа процессов планирования или группа процессов исполнения) а с другой, каждый из них относится ровно к одной из 9ти, определяемых PMBOK областей знаний. (например — управление сроками или управление качеством).
Каждый из процессов подробно описан. Описания процессов и составляют основной объем 400 страничного мануала. Описания хорошо структурированы. В частности, каждое из описаний процессов обязательно включает 3 основные части:
Инструменты и методы
Входами процесса являются либо артефакты, полученные при выполнении другого процесса, либо некоторые знания из внешней по отношению к проекту среды.
Выходами процесса являются некоторые артефакты. Это или документы, или части создаваемого продукта ну или сам продукт.
Надо заметить, что говоря об артефактах-документах, PMBOK довольно четко описывает их цель и смысл, а также говорит что должно в них входить, однако PMBOK НЕ задает шаблонов для своих документов, оставляя это на усмотрение менеджеров проектов, либо разработчиков методологий, основанных на PMBOK.
Наиболее ценным содержимым PMBOK является часть «инструменты и методы» в которой собраны все известные авторам практики, относящиеся к данному процессу. Стремление включить именно ВСЕ практики иногда приводит к появлению в этой части описания процесса забавных по своей банальности утверждений. Однако, возможно, такое восприятие является следствием личного опыта, и, возможно, для кого-то столь же банальными покажутся совсем другие части. При этом, многие из предлагаемых практик оказались лично для меня новыми и интересными.
Эту часть имеет смысл читать для повышения образования, для расширения своего личного арсенала методик. Однако, поскольку описывается множество практик, в том числе и взаимоисключающих, невозможно напрямую начать пользоваться этими указаниями, не спроецировав предварительно эти знания на конкретный проект с использованием личного опыта.
Хотя все процессы очевидным образом связаны — поскольку четко определены выходы каких процессов являются для каких процессов входами, PMBOK несколько раз акцентирует внимание на том, что в реальности процессы не идут последовательно один за другим, а происходят параллельно и являются взаимосвязанными.
PMBOK отказывается устанавливать эти связи между процессами, заявляя, что они слишком сложны, разнообразны и зависимы от конкретного наполнения проекта и ситуации. Вместо установления таких связей, PMBOK определяет в качестве одной из своих девяти областей знаний «управление интеграцией проекта». Именно этот аспект призван установить и поддерживать нужные связи в актуальном состоянии. На мой взгляд, среди девяти определенных PMBOK областей знаний, управление интеграцией занимает особое место. Это, например, подтверждается тем фактом, что план проекта, согласно PMBOK, состоит из 8ми документов, каждый из которых прямо соответствует планированию активностей в одной из областей знаний. Всех, кроме управления интеграцией. Этим PMBOK как бы хочет сказать, что управление интеграцией не поддается планированию :-). Таким образом, фактически, управление интеграцией выглядит как область «мета-знаний» и находится «над» остальными областями. (эти утверждения — мое личное мнение)
Характерно, что в методологиях (вроде PRINCE2) связи между процессами заданы четко.
Что еще есть в PMBOK
Кроме основной концепции и описания процессов, PMBOK содержит множество дополнительной информации. Здесь перечисляю наиболее значимую.
Много базовых определений
Будучи «энциклопедией», PMBOK включает такие базовые определения, как определение проекта, результатов проекта, управления проектом, последовательной разработки а также описывает отличия проектной деятельности от операционной.
Определение места PMBOK относительно управления проектами
Утверждается, что кроме всего прочего, в каждом проекте должны участвовать эксперты из как минимум 5ти областей знаний
• Свод знаний по управлению проектами
• Понимание окружения проекта
• Знания и навыки в области общего менеджмента
Далее показывается место PMBOK в этих знаниях:
Потом рассказывается о каждой из этих экспертных областей. Что она такое и что в нее входит. На уровне определений.
Определение жизненного цикла проекта
Далее дается определение жизненного цикла проекта. Говорится, что проект можно бить на фазы.
Много тщательно детализированной информации о том, какие бывают жизненные циклы, что у них общего и чем различаются. Дается определение участников проекта и уровней ответственности. Дается несколько наблюдений, связанных с ЖЦ. Например, как обычно потребляются ресурсы в течение проекта или как меняется стоимость внесения изменений. Вся эта информация довольно очевидна.
Классификация участников проекта
К ключевым участникам любого проекта относятся :
Место проектов в организациях различных типов
Группы процессов
Все процессы разделены на пять групп
Говорится о переходе от простейшего взгляда на процесс как контур управления к «интеграционному пониманию процессов»
Области знаний
Управление интеграцией проекта
Как уже отмечалось — интеграция — это магический термин для определения всего непонятного и непрогнозируемого 🙂
А вот так определяет управление интеграцией сам PMBOK:
Управление содержанием проекта
Процессы по включению в план проекта всех необходимых и только необходимых работ для
Управление сроками проекта
Интересно, что среди процессов нет подхода к оцениванию проекта сверху вниз, которое так любят специалисты по 6 сигм
Управление стоимостью проекта
разработка бюджета расходов и
Управление качеством проекта
процесс обеспечения качества и
Управление человеческими ресурсами проекта
процессы по организации и управлению командой проекта. Эта область знаний содержит
следующие процессы управления проектами:
планирование человеческих ресурсов,
набор команды проекта,
развитие команды проекта и
управление командой проекта.
Управление коммуникациями проекта
процессы, касающиеся своевременного и достоверного составления, сбора, распределения,
хранения и использования информации по проекту. Эта область знаний содержит следующие процессы управления проектами:
отчетность по исполнению и
управление участниками проекта.
Управление рисками проекта
процессы, касающиеся управления рисками проекта. Эта область знаний содержит следующие
процессы управления проектами:
планирование управления рисками,
качественный анализ рисков,
количественный анализ рисков,
планирование реагирования на риски,
мониторинг и управление рисками.
Управление поставками проекта
администрирование контрактов и
Распределение процессов по группам и областям знаний
Таблицу привожу исключительно для любопытных. Без полного изучения PMBOK толку от нее никакого.
Основные документы проекта
Последний документ (план управления проектом) делится на 8 кусочков в соответствии с областями знаний. На самом деле областей знаний 9, но мы планируем только 8, не планируя управление интеграцией проекта. Видимо потому, что управление интеграцией не поддаётся планированию и не является самостоятельным аспектом проекта. Управление интеграцией — это понимание того, что все процессы в проекте взаимосвязаны и действие в соответствии с этой установкой.
Описание процессов PMBOK на примере процессов планирования качества
В область знаний «Управление качеством» входит три процесса. Процесс планирования качества, процесс обеспечения качества и процесс контроля качества. Здесь рассмотрим только процесс планирования качества. Цель — иллюстрировать метод подачи материала в PMBOK.
Как и во всех других случаях, для процессов планирования качеством описываются входы, выхода а также инструменты и методы. Я даю их в сокращенном варианте, достаточном для того чтобы понять о чем идет речь.
Входы
.1 Факторы внешней среды предприятия
.2 Активы организационного процесса
.3 Описание содержания проекта
В состав описания содержания проекта могут входить допустимые пороговые величины, критерии приемки проекта. Также могут быть описаны потенциальные проблемы и откуда можно их ждать.
План управления проектом
Инструменты и методы
.1 Анализ прибыли и затрат
.3 Планирование экспериментов
Очень похоже на методы, пропагандируемые в 6 сигмах.
.4 Стоимость качества ( СК )
.5 Дополнительные инструменты планирования качества
Выходы
.1 План управления качеством
Результаты оценки качества
На мой взгляд термин результаты не удачен, поскольку речь идет не о результатах процесса, а о выборе величин, которые мы будем контролировать и на основе которых будем судить о качестве. И выборе способа измерений этих величин.
.3 Контрольные списки процедур контроля качества
.4 План совершенствования процессов
.5 Базовый план по качеству
.6 План управления проектом ( обновления )
Здесь речь идет о том, что в процессе управления качеством затрагиваются некоторые проектные документы и их нужно менять, согласно процессу управления изменениями.
Развитие PMBOK
Важно отметить, что в последнюю версию PMBOK внесли agile методы, как имеющие право на жизнь, наряду с водопадами.
4 комментария:
Спасибо за материал. Хотелось бы обратить внимание на несколько моментов.
Спасибо, за комментарий.
Про планирование, думаю, это не было сделано сознательно, а скорее отражает личный опыт авторов. Возможно, это исправится в четвертом издании, в котором, как говорят, много внимания уделено agile-методам.
Доброго времени суток.
Просьба подсказать какое либо программное обеспечение, позволяющего выполнять работы по заинтересованным сторонам (партнерам).