3.1.6 Общее управление изменениями

Общее управление изменениями производится от начала проекта вплоть до его завершения, т.е. от 13 апреля 2014 г. до 28 мая 2014г. Управление изменениями необходимо в силу того, что проекты редко когда выполняются строго в соответствии с планом управления проектом.

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

Анализ может производиться менеджером проекта по показателям:

- отклонения от плана по срокам;

- отклонения от плана по составу и содержанию работ;

- доступность и потребность в ресурсах;

- выполнение обязательств по контрактам;

- и др.

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

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

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

3.1.7 Закрытие проекта

Закрытие проекта внедрения – это процесс завершения всех выполненных операций во всех группах процессов.

Таким образом, на этапе завершения проекта должны быть проанализированы критерии закрытия проекта:

• Программный продукт настроенный и протестированный в соответствии с «Техническим заданием».

• ПО, установленное на рабочих местах пользователей, готовое к началу опытной эксплуатации Системы

• Руководства пользователей

• Регламент по переносу начальных остатков и обработки по переносу начальных остатков.

• Недочеты учтены, выявленные ошибки исправлены.

• ИС, принята Заказчиком, запущенна в эксплуатацию, проект передан на сопровождение.

Только после выполнения всех требований к завершению проект может быть закрыт.

3.2 Управление содержанием проекта

3.2.1 Планирование содержания

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

Описание содержания проекта будет включать в себя следующее:

- Цели проекта.

- Определение содержания продукта.

- Требования к проекту.

- Границы проекта.

- Результаты поставки проекта.

- Критерии приемки продукта.

- Ограничения проекта.

- Допущения проекта.

- Первоначальная организация проекта.

- Изначально сформулированные риски.

- Контрольные события расписания.

- Ограничение финансирования.

- Сметная стоимость.

- Требования к управлению конфигурацией проекта.

- Спецификации проекта.

- Требования к одобрению.