Завершение процесса и проекта

 

Сам проект является процессом, и особое внимание следует уделить его завершению.

 

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

 

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

 

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

 

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

 

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

 

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

 

О завершении проекта должно быть объявлено другим заинтересованным сторонам.

 

Процессы, связанные с областью применения

 

Общие положения

 

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

 

a) Цель процессов, связанных с областью применения:

 

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

 

- гарантировать, что персонал работает в пределах области применения при реализации этих действий;

 

- гарантировать, что действия, выполняемые при проектировании, удовлетворяют требованиям, указанным в области применения.

 

b) Процессы, связанные с областью применения (см. приложение А):

 

- разработка концепции;

 

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

 

- определение действий;

 

- контроль действий.

 

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

 

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

 

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

 

7.3.3 Разработка и контроль области применения

 

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

 

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

 

Примечание - Управление изменениями в области применения относят к процессу управления изменениями (см. 7.2.4).

 

 

 7.3.4 Определение действий

 

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

 

Примечание - Часто термин "структура деления" используют для описания способа разделения проекта на отдельные группы для программирования, планирования стоимости и контроля целей. Термины "действия", "задачи" и "пакеты работ" используют для элементов такого структурирования, а результат обычно называют "структурой деления работ" (WBS). В настоящем стандарте термин "действие" использован как основной термин для элемента работы (см. 3.1).

 

 

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

 

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

 

7.3.5 Контроль действий

 

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

 

Действия следует анализировать и оценивать для идентификации потенциальных неточностей и выявления возможностей для улучшения. График проведения анализа должен учитывать сложность проекта.

 

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

 

⇐ Предыдущая123456789Следующая ⇒

Поделиться: