Цитаты из книги «Руководство к своду знаний по управлению проектами (Руководство PMBOK®) + Agile: практическое руководство»

Описанные ниже ФСП являются для организации внешними: ♦ Ситуация на рынке. Примерами могут служить: конкуренты, доля рынка, узнаваемость бренда и товарные знаки. ♦ Социальные и культурные влияния и проблемы. Примерами могут служить: политический климат, кодексы поведения, этические нормы и представления. ♦ Юридические ограничения. Примерами могут служить: национальные или местные законы и нормативно-правовые акты в области безопасности, защиты данных, делового поведения, трудовых отношений и закупочной деятельности. ♦ Коммерческие базы данных. Примерами могут служить: результаты сравнительного анализа, стандартизированные сметные данные, данные изучения промышленных рисков, базы данных рисков. ♦ Научные исследования. Примерами могут служить: отраслевые исследования, публикации и результаты сравнительного анализа. ♦ Государственные или промышленные стандарты. Примерами могут служить: предписания и стандарты регулирующих органов в отношении продуктов, производства, природопользования, качества и квалификации. ♦ Финансовые соображения. Примерами могут служить: курсы обмена валют, банковские ставки, показатели инфляции, тарифы и географическое положение. ♦ Материальные элементы среды. Примерами могут служить: производственные условия, погодные условия и ограничения.

Одной из наиболее распространенных задач в управлении проектом является определение того, достиг ли проект успеха. Традиционно такие метрики управления проектом, как время, стоимость, содержание и качество, являются наиболее важными факторами определения успешности проекта. Позднее специалисты-практики и исследователи пришли к заключению, что успех проекта следует также измерять с точки зрения достижения целей проекта. Заинтересованные стороны проекта могут по-разному оценивать, как может выглядеть успешное завершение проекта и какие факторы являются наиболее важными. Крайне важно четко определить в документах цели проекта и выбрать цели, которые можно измерить. Есть три вопроса, на которые ключевые заинтересованные стороны и руководитель проекта должны дать ответ: ♦ Как выглядит успех для данного проекта? ♦ Как будет измеряться успех? ♦ Какие факторы могут повлиять на успех? Ответы на данные вопросы должны быть приведены в документах и согласованы между ключевыми заинтересованными сторонами и руководителем проекта.

Как правило, руководители проекта в своей работе применяют методологию управления проектом. Методология – это система практик, методов, процедур и правил, используемых в определенной сфере деятельности.

Группы процессов являются независимыми от фаз проекта. Процессы управления проектом сгруппированы в следующие пять групп процессов управления проектом: ♦ Группа процессов инициации. Процессы, выполняемые для определения нового проекта или новой фазы существующего проекта путем получения авторизации на начало проекта или фазы. ♦ Группа процессов планирования. Процессы, требуемые для установления содержания работ, уточнения целей и определения направления действий, требуемых для достижения целей проекта. ♦ Группа процессов исполнения. Процессы, выполняемые для исполнения работ, указанных в плане управления проектом, с целью соответствия требованиям проекта. ♦ Группа процессов мониторинга и контроля. Процессы, требуемые для отслеживания, анализа, а также регулирования исполнения проекта; выявления областей, требующих внесения изменений в план; и инициирования соответствующих изменений. ♦ Группа процессов закрытия. Это процессы, выполняемые для формального завершения или закрытия проекта, фазы или договора.

1.2.4.3. Ворота фазы «Ворота фазы» проводятся в конце фазы. Исполнение и прогресс проекта сверяются с документами проекта и бизнес-документами, включая, помимо прочего: ♦ бизнес-кейс проекта (см. раздел 1.2.6.1), ♦ устав проекта (см. раздел 4.1), ♦ план управления проектом (см. раздел 4.2), ♦ план управления выгодами (см. раздел 1.2.6.2). Решение (например, продолжать или прекратить проект) принимается по результатам данной сверки с целью принятия решения: ♦ перейти к следующей фазе, ♦ перейти к следующей фазе с изменениями, ♦ прекратить проект,

1.2.4.2. Фаза проекта Фаза проекта – совокупность логически связанных операций проекта, завершающихся достижением одного или ряда поставляемых результатов. Фазы жизненного цикла можно описать с использованием различных свойств. Свойства конкретной фазы могут быть измеряемыми и уникальными. Свойства могу включать в себя, среди прочего: ♦ название (например, «Фаза А», «Фаза В», «Фаза 1», «Фаза 2», «Фаза подготовки предложения»); ♦ количество (например, три фазы в проекте, пять фаз в проекте); ♦ длительность (например, 1 неделя, 1 месяц, 1 квартал); ♦ требования к ресурсам (например, человеческие ресурсы, сооружения, оборудование); ♦ критерии входа для проекта, чтобы перейти в данную фазу (например, необходимые одобрения задокументированы, необходимые документы разработаны); ♦ критерии выхода для проекта, чтобы завершить данную фазу (например, одобрения задокументированы, документы разработаны, поставляемые результаты завершены). Проекты можно разделить на особые фазы или подкомпоненты. Данные фазы или подкомпоненты обычно получают названия, которые указывают на вид работ, выполняемых в этой фазе. В качестве примеров названий фаз можно привести, среди прочего, следующее: ♦ разработка концепции, ♦ анализ целесообразности, ♦ требования заказчика, ♦ разработка решения, ♦ проектирование, ♦ прототипирование, ♦ строительство, ♦ испытания, ♦ передача,

♦ В случае предиктивного жизненного цикла содержание, сроки и стоимость проекта определяются на начальных фазах жизненного цикла. Любые изменения содержания требуют тщательного управления. Предиктивные жизненные циклы могут также называться жизненными циклами типа водопада. ♦ В случае итеративного жизненного цикла содержание проекта обычно определяется на начальной стадии жизненного цикла проекта, однако оценки сроков и стоимости проекта меняются в рабочем порядке по мере расширения понимания продукта командой проекта. Итеративность определяет разработку продукта путем выполнения ряда повторяющихся циклов, в то время как инкрементность определяет последовательное наращивание функциональности продукта. ♦ В случае инкрементного жизненного цикла проекта поставляемый результат производится путем выполнения ряда итераций, которые последовательно наращивают функциональность в рамках заданного временного интервала. Поставляемый результат содержит такие необходимые и достаточные характеристики, чтобы считаться полным только после заключительной итерации. ♦ Адаптивные жизненные циклы являются гибкими (agile), итеративными или инкрементными. Подробное содержание определяется и одобряется перед началом каждой итерации. Адаптивные жизненные циклы называют также «гибкими» (agile) или жизненными циклами, управляемыми изменениями. См. Приложение X3. ♦ Смешанный жизненный цикл представляет собой сочетание предиктивного и адаптивного жизненного цикла.

рамках жизненного цикла проекта обычно выделяется одна или более фаз, которые связаны с разработкой продукта, услуги или результата. Их называют «жизненный цикл развития». Жизненные циклы развития могут быть предиктивного, итеративного, инкрементного, адаптивного или смешанного типа.

Жизненные циклы проекта могут быть предиктивными или адаптивными.

♦ Временное предприятие. Временный характер проектов указывает на наличие определенного начала и окончания. Определение «временный» не обязательно означает, что проект рассчитан на короткое время. Окончание проекта наступает, когда верным является одно или несколько из следующих утверждений: • достигнуты цели проекта; • цели не будут или не могут быть достигнуты; • финансирование на осуществление проекта исчерпано или больше не может быть выделено; • потребность в проекте отпала (например, заказчик больше не хочет завершения проекта, изменение в стратегии или приоритетах требует прекращения проекта, руководство организации дает указание прекратить проект); • исчерпаны человеческие или материальные ресурсы; • проект прекращается по юридическим причинам или соображениям целесообразности