1.2.3.5. Управление операционной деятельностью и управление проектом

Целью определенного проекта могут быть изменения в операционной деятельности организации – особенно в случае наличия существенных изменений в операционной деятельности в результате создания нового продукта или услуги. Постоянная операционная деятельность находится за рамками содержания проекта, однако существуют точки пересечения двух областей.

Проекты могут пересекаться с операционной деятельностью в разных точках на протяжении жизненного цикла продукта, например:

♦ в случае разработки нового продукта, усовершенствования продукта или расширения выпуска продукции,

♦ при улучшении операционной деятельности или процесса разработки продукта,

♦ в конце жизненного цикла продукта,

♦ в каждой завершающей фазе.

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

1.2.3.6. Организационное управление проектами (OPM) и стратегии организации

Портфели, программы и проекты согласуются со стратегиями организации или обусловлены ими и различаются тем, каким образом каждый (-ая) из них способствуют достижению стратегических целей.

♦ Управление портфелем обеспечивает согласование портфелей со стратегиями организации путем выбора правильных программ или проектов, приоритизации работ и выделения необходимых ресурсов.

♦ Управление программой обеспечивает согласование компонентов данной программы друг с другом и контроль взаимозависимостей с целью реализации определенных выгод.

♦ Управление проектом обеспечивает достижение целей и решение задач организации.

Проекты, входящие в состав программ или портфелей, являются средством достижения целей и решения задач организации. Это часто осуществляется в связи со стратегическим планом, который является главным фактором регулирования инвестиций в проекты. Согласованность со стратегическими бизнес-целями организации может быть достигнута в результате систематического управления портфелями, программами и проектами путем применения организационного управления проектами (organizational project management, OPM). По определению, OPM – это модель, в рамках которой осуществляется интеграция управления портфелями, программами и проектами с организационными инструментами реализации в целях достижения стратегических целей.

Назначение OPM– обеспечить инициацию организацией правильных проектов и выделение, по мере целесообразности, всех необходимых ресурсов. OPM также помогает обеспечить понимание на всех уровнях организации стратегической перспективы, инициатив, которые служат проведению в жизнь данной перспективы, целей и поставляемых результатов. На рис. 1–4 показана организационная среда, в которой осуществляется взаимодействие стратегии, портфеля, программ, проектов и операционной деятельности.

Дополнительную информацию по OPM смотрите в документе «Реализация организационного управления проектами: практическое руководство» (Implementing Organizational Project Management: A Practice Guide) [8].

1.2.4. Компоненты руководства

В составе проектов имеется несколько ключевых компонентов, которые, при условии результативного управления, обеспечивают их успешное завершение. Настоящее Руководство содержит определения и разъяснения данных компонентов. Различные компоненты взаимодействуют друг с другом в ходе управления проектом.

Краткое описание ключевых компонентов приведено в таблице 1–3. Эти компоненты более полно объясняются в разделах, которые следуют после таблицы.

Таблица 1–3. Описание ключевых компонентов Руководства PMBOK®

1.2.4.1. Жизненный цикл проекта и жизненный цикл развития

Жизненный цикл проекта – это набор фаз, через которые проходит проект с момента его начала до момента завершения. Он определяет основные рамки управления проектом. Данные основные рамки действуют вне зависимости от особенностей конкретных работ по осуществлению проекта. Фазы проекта могут быть последовательными, итеративными или накладываться друг на друга. Все проекты могут иметь структуру жизненного цикла в общем виде представленную на рис. 1–5.

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

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

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

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

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

♦ Смешанный жизненный цикл представляет собой сочетание предиктивного и адаптивного жизненного цикла. Те элементы проекта, которые хорошо изучены или имеют заранее установленные требования, осуществляются по предиктивному жизненному циклу развития, а те, которые находятся в состоянии формирования – по адаптивному жизненному циклу развития.

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

♦ определения процесса или процессов, осуществление которых необходимо в каждой фазе;

♦ осуществления процесса или процессов, определенных для каждой фазы;

♦ корректировки различных качеств фазы (например, название, длительность, критерии выхода и критерии входа).

Жизненные циклы проекта существуют независимо от жизненных циклов продукта, который может быть произведен в результате проекта. Жизненный цикл продукта – это набор фаз, которые представляют эволюцию продукта, от концепции через поставку, рост, зрелость и до изъятия из обращения.

1.2.4.2. Фаза проекта

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

♦ название (например, «Фаза А», «Фаза В», «Фаза 1», «Фаза 2», «Фаза подготовки предложения»);

♦ количество (например, три фазы в проекте, пять фаз в проекте);

♦ длительность (например, 1 неделя, 1 месяц, 1 квартал);

♦ требования к ресурсам (например, человеческие ресурсы, сооружения, оборудование);

♦ критерии входа для проекта, чтобы перейти в данную фазу (например, необходимые одобрения задокументированы, необходимые документы разработаны);

♦ критерии выхода для проекта, чтобы завершить данную фазу (например, одобрения задокументированы, документы разработаны, поставляемые результаты завершены).

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

♦ разработка концепции,

♦ анализ целесообразности,

♦ требования заказчика,

♦ разработка решения,

♦ проектирование,

♦ прототипирование,

♦ строительство,

♦ испытания,

♦ передача,

♦ ввод в эксплуатацию,

♦ анализ контрольных событий,

♦ извлеченные уроки.

Фазы проекта могут устанавливаться на основе различных факторов, включая, среди прочего:

♦ потребности управления;

♦ характер проекта;

♦ уникальные характеристики организации, отрасли или технологии;

♦ элементы проекта включают в себя, среди прочего, технологию, проектирование, бизнес, процесс или юридическую часть;

♦ точки принятия решений (например, о выделении финансирования, продолжении или прекращении проекта и анализе контрольных событий).

Использование нескольких фаз может обеспечить углубленное понимание процесса управления проектом. Это также позволяет дать оценку исполнения проекта и совершить необходимые корректирующие или предупреждающие действия в последующих фазах. Ключевым компонентом, используемым с фазами проекта, является анализ фаз (см. раздел 1.2.4.3).

1.2.4.3. Ворота фазы

«Ворота фазы» проводятся в конце фазы. Исполнение и прогресс проекта сверяются с документами проекта и бизнес-документами, включая, помимо прочего:

♦ бизнес-кейс проекта (см. раздел 1.2.6.1),

♦ устав проекта (см. раздел 4.1),

♦ план управления проектом (см. раздел 4.2),

♦ план управления выгодами (см. раздел 1.2.6.2).

Решение (например, продолжать или прекратить проект) принимается по результатам данной сверки с целью принятия решения:

♦ перейти к следующей фазе,

♦ перейти к следующей фазе с изменениями,

♦ прекратить проект,

♦ остаться в данной фазе,

♦ повторить фазу или некоторые ее элементы.

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

1.2.4.4. Процессы управления проектом

Управление жизненным циклом проекта осуществляется путем реализации ряда мероприятий по управлению проектом, которые называются «процессы управления проектом». Каждый процесс управления проектом производит один или несколько выходов от одного или нескольких входов с помощью соответствующих инструментов и методов управления проектом. Выходом может быть поставляемый или конечный результат. Конечные результаты – это результаты, которыми заканчивается определенный процесс. Процессы управления проектом применяются по всему миру во всех отраслях.

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

♦ либо вход в другой процесс,

♦ либо поставляемый результат проекта или фазы проекта.

На рис. 1–6 показан пример того, как входы, инструменты и методы, а также выходы соотносятся друг с другом в рамках одного процесса и с другими процессами.

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

♦ Процессы, которые применяют единожды или в предопределенные моменты в ходе реализации проекта. Примерами могут служить