Управление интеграцией проекта – назначение, состав, методы и инструменты

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

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

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

2. Разработка замысла управления проектом:

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

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

Текущий замысел проекта — это документ либо комплект документов, что изменяется (начальником проекта) по поступления выполнения информации и меря проекта о фактическом исполнении работ.

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

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

3. управление и Руководство выполнением проекта: (рисунок) .

4. управление и Мониторинг работами проекта — это процесс постоянного наблюдения, регулирования и анализа прогресса проекта с целью достижения целевых показателей эффективности, определенных в плане управления проектом. Главным результатом мониторинга (наблюдения) и контроля (сравнение факта и плана) есть обнаружения отклонений от замысла проекта. Такие отклонения в большинстве случаев регистрируются в Запросе на трансформацию.

5. Осуществление неспециализированного управления трансформациями:

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

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

6. Закрытие проекта либо фазы — это процесс завершения всех выполненных операций во всех группах процессов управления проектом для формального закрытия проекта либо фазы.

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

16. Управление содержанием проекта — назначение, состав, инструменты и методы

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

Содержание проекта — работы, каковые нужно выполнить, для получения продукта, услугу либо итог с указанными св-ми и функциями.

функции продукта — и Содержание свойства, каковые характеризуют продукт, услугу либо итог.

Управление содержанием проекта включает процессы:

1. планирование управления содержанием — процесс создания замысла управления содержанием, документирующего, как содержание проекта будет определяться, подтверждаться и контролироваться.

Замысел управления требованиями — это компонент замысла управления проектом, обрисовывающий методы анализа, управления и документирования требований ими.

2. сбор требований — документирования потребностей и процесс определения заинтересованных сторон проекта с целью достижения целей проекта; Требования включают в себя количественно определенные и задокументированные ожидания и потребности спонсора, клиента и других заинтересованных сторон проекта. Эти требования должны быть распознаны, проанализированы и зарегистрированы с достаточной степенью детализации так, дабы их возможно было измерить по окончании начала выполнения проекта. Сбор требований представляет собой управление ожиданий и определение заказчика ими. Требования становятся базой для ИСР.

3. определение содержания — процесс разработки продукта и подробного описания проекта; Содержание проекта определяется на протяжении планирования и описывается более детально по мере поступления информации о проекте. Базой для разработки Описания содержания проекта (Технического проекта) помогает Устав проекта, что детализируется в Требованиях к проекту (Техническом задании).

4. создание иерархической структуры работ (ИСР) — процесс работ результатов проекта и разделения проекта на более небольшие элементы, которыми легче руководить; Наряду с этим способы структуризации сводятся к двум:

— «сверху-вниз» — определяются неспециализированные задачи, а после этого их детализация;

— «снизу-вверх» — определяются частные задачи, а после этого их обобщение.

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

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

4.3 Иерархическая структура разбиения работ (ИСР) — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ разного уровня, пакеты детальных работ.

4.4 Организационная структура исполнителей (OBS). Цель OBS пребывает в определении отделов организаций, важных за исполнение соответствующих работ. В схеме начальник проекта находится на ее верхнем уровне, а на более низких уровнях последовательно находятся отделы либо отдельные исполнители, завлекаемые для реализации работ.

4.5 Матрица ответственности — содержит перечень достаточно работ ИСР по одной оси, перечень исполнителей и подразделений, принимающих участие в исполнении работ, по второй. Элементами матрицы являются коды видов деятельности либо ответственности (из перечня) и/либо цена работ.

4.6 Сетевые модели являются воплощением замысла действий проекта в рабочее расписание — построение событий и сети работ, которая графически воображает последующие отношения между работами в проекте.

4.7 Структура потребляемых ресурсов (RBS). Иерархический граф фиксирует нужные на каждом уровне ресурсы для реализации работ.

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

6. управление содержанием — процесс содержания статуса продукта и мониторинга проекта, и управления трансформациями базисного замысла по содержанию. Управление содержанием проекта снабжает обработку всех запрошенных трансформаций и которых рекомендуют корректирующих и дающих предупреждение действий в рамках процесса осуществления неспециализированного управления трансформациями.

ТОП 5 инструментов управления проектом


Также читать:

Понравилась статья? Поделиться с друзьями: