Про управление изменениями содержания. Про управление изменениями содержания проекта

Название	Про управление изменениями содержания проекта
Дата	07.12.2022
Размер	41.5 Kb.
Формат файла
Имя файла	Про управление изменениями содержания.doc
Тип	Документы #832918

Про управление изменениями содержания проекта

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

Каждое изменение содержания проекта должно документироваться как запрос. Запрос может быть инициирован в любой форме, но руководитель проекта должен организовать работы с ними так, чтобы каждый запрос был документирован с помощью специальной формы. Для каждого запроса должен быть использован один экземпляр формы. Целесообразно использовать такие формы, чтобы каждая из них размещалась бы на одном листе бумаги формата А4. Если запросы на изменения документируются при помощи базы данных, для обеспечения наглядности информация о каждом запросе должна размещаться в одной экранной форме. На этой стадии должны быть заполнены следующие поля:

номер запроса;
автор запроса;
дата поступления запроса;
описание существа запроса;
ожидаемые преимущества.

Руководитель проекта должен проанализировать запрос и направить его для проработки члену команды проекта, заполнив поле "Направлено для проработки".
Цель проработки запроса — заполнение полей "Последствия отклонения", "Альтернативы" и "Анализ влияния на проект". Если при проработке выяснится, что она требует слишком много времени, в соответствии с процессами управления проектом это может потребовать специальной санкции высшего руководства (спонсора проекта). Для этого предусмотрено специальное поле "Согласие на проработку".

Поле "Анализ влияния на проект" должно включать оценки влияние на бюджет проекта, объем трудозатрат и срок выполнения проекта.

Поле "Последствия отклонения" должно оценивать последствия для проекта отклонения запроса, включая оценки изменения бюджета проекта, объема трудозатрат и срока выполнения.

Поле "Альтернативы" должно содержать анализ возможных способов реализации запроса.

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

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

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

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