ЖИЗНЕННЫЙ ЦИКЛ УПРАВЛЕНИЯ ПРОЕКТОМ
В данном разделе описывается категория Планирование проекта, входящая в жизненный цикл PJM. Цель Планирования проекта – определить цели и подход проекта по отношению к области определения, качеству, времени и стоимости.
Рис. Категория Планирование проекта
Критическими факт 727g65h орами успеха при проведении Планирования проекта являются:
Область применения, цели и подход согласованы и однозначно тракт 727g65h уются всеми сторонами, включенными в проект.
, для Планирования проекта указывается исходная информация, процессы и ключевые результаты.
Рис. Обзорная диаграмма Планирование проекта
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
В этом разделе приводится описание подхода, который используется при Планировании проекта.
Табл.
|
|
|
|
|
|
||
|
CR.010 |
|
|
|
CR.020 |
|
|
|
CR.030 |
|
|
|
|
||
|
WM.010 |
|
|
|
WM.020 |
|
|
|
WM.030 |
|
|
|
|
||
|
RM.010 |
|
|
|
RM.020 |
|
|
|
RM.030 |
|
|
|
RM.040 |
|
|
|
RM.050 |
|
|
|
|
||
|
QM.010 |
|
|
|
|
||
|
СM.010 |
|
|
продемонстрированы зависимости между задачами при Планировании проекта.
Рис. Зависимость между задачами при Планировании проекта
Среди наиболее вероятных областей риска при Планировании проекта можно отметить следующие:
Определение области применения проекта неясное или неправильное.
Не определен Спонсор проекта.
Стратегия сдерживания риска не определена или не отражена в планах проекта.
Не определено в полной мере, чего ожидают от проекта все заинтересованные стороны.
Нет ясности, кто несет ответственность за обеспечение проекта ресурсами.
Для смягчения этих рисков можно использовать следующие пути:
В документе Область применения, цели и подход четко определить, какие должны быть получены результаты и каковы основные допущения и предположения. Также данный документ можно использовать как средство распределения полномочий и ответственностей между участвующими в проекте сторонами.
Необходимо убедиться, что со стороны Заказчика существует правильное понимание целей проекта, и проект со стороны Заказчика соответствующим образом организован. В проектную организацию необходимо включить Спонсора проекта и тех, кто принимает решения со стороны Заказчика, а также определить, каким образом будет осуществляться согласованное управление рисками, спорными вопросами и изменениями в области применения.
Сделать приблизительный обзор рисков, выявленных на стадии подготовки Предложения. В Рабочем и Финансовом планах проекта для каждого “количественно измеримого” риска создать резерв и предусмотреть меры по сдерживанию “количественно неизмеримых” рисков.
В План по физическим ресурсам включить все необходимые требования и согласовать с Заказчиком ту инфраструктуру проекта, за которую несет ответственность Заказчик.
В этом разделе обсуждается технология проведения работ при Планировании проекта. Раздел включает ряд полезных советов и комментариев по каждому из процессов.
Результаты процесса Контроль и отчетность используются для того, чтобы задокументировать и донести свое видение проекта до Заказчика, до управления Исполнителя, до команды проекта. В качестве отправной точки для Планирования проекта служит оценка Предложения. В какой мере ожидания, связанные с проектом, нашли свое отражение в Предложении? Произошли ли какие-либо изменения уже после того, как Предложение было принято?
Документ Область применения, цели и подход (ОЦП) охватывает все области выявленных рисков, согласованные подходы, способы взаимодействия по проекту, стратегии реализации и др. Некоторые из этих вопросов затрагивались в Предложении. Однако, при подготовке Предложения, мог быть сделан ряд предположений, которые затем при создании ОЦП, подверглись изменению на основе появившейся информации и новых факт 727g65h ов.
Если есть возможность, то было бы неплохо подготовить список контрольных вопросов для включения их в обзоры планов управления (задача CR.030). Цель – подготовить обзор полноты планов с точки зрения рисков и убедиться, что существует взаимопонимание с Заказчиком относительно процедур контроля и завершения.
Таким образом, основными методами, используемыми при Планировании проекта, являются: оценка риска, интервьюирование, переговоры и презентации. Эти методы позволяют выявить и нейтрализовать все факт 727g65h оры, которые могли бы, в конечном счете, подвергнуть опасности успех проекта.
Менеджер по подготовке Предложения должен предоставить предварительный Рабочий план проекта, подготовленный для Предложения. Это план, очевидно, будет нуждаться в корректировке, потому что Предложение и непосредственное выполнение проекта имеют разные центры тяжести:
Основная цель планирования, производимого при подготовке Предложения, заключается в разработке общего графика проекта и расчете затрат на выполнение работ, а следовательно, в определении осуществимости проекта в целом.
При реализации проекта цель работ по планированию заключается в эффективной организации задач проекта и осуществлении действенного контроля над проектом.
для мероприятий по сдерживанию рисков.
Резервы в Рабочем и Финансовом планах должны быть отражены таким образом, чтобы их можно было отследить.
Очень часто установка инфраструктуры проекта является первой технической задачей проекта, и, в связи с этим, может возникнуть потребность в специалисте по технической архитектуре.
Для проведения встреч, совещаний, обзоров с членами команды проекта должны быть зарезервированы специальные переговорные комнаты, конференц-зал и т.п. Для средних и больших проектов может также понадобится учебные аудитории, оснащенные терминалами, персональными компьютерами, принтерами.
Для небольших проектов содержание Плана качества можно служить требуемым определением процедур и стандартов процесса Управление качеством.
В качестве Рецензентов получаемых в ходе проекта результатов обычно выступают представители старшего управленческого персонала. Но мнения и взгляды рядовых членов команды, касающиеся состояния с качеством в проекте, также должны быть учтены.
определение конфигурации. Используя данный метод, проводится анализ результатов и устанавливается структура и организация элементов конфигурации.
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
32.8% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
24.5% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
34.3% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.040 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.2% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
4.2% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рис.
Рис. График реализации фазы
Табл.
|
|
|
|
|
|
|
|
||||
|
WM.010 |
|
WM.020 |
|
|
|
WM.020 |
|
WM.030 |
|
|
|
WM.020 |
|
RM.020 |
|
|
|
|
||||
|
RM.010 |
|
RM.020 |
|
|
|
RM.020 |
|
RM.040 |
|
|
|
RM.040 |
|
WM.030 |
|
|
В План качества собираются стратегии, стандарты и процедуры, определяемые для каждого из процессов PJM. Для небольших проектов состав стандартов и процедур может быть сокращен или исключен по сравнению с содержанием самого Плана качества. Ряд стандартов и процедур может быть разработан позже – в том случае, если потребность в них на начальной стадии проекта отсутствует.
В данном разделе описывается категория Планирование этапа, входящая в жизненный цикл PJM. Цель Планирования этапа – подготовиться к реализации задач этапа проекта.
Рис. Категория Планирование этапа
Критическими факт 727g65h орами успеха при проведении Планирования этапа являются:
и четко разъяснены персоналу.
, для Планирования этапа указывается исходная информация, процессы и ключевые результаты.
Рис. Обзорная диаграмма Планирование этапа
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
Организовать и обучить участников проекта для выполнения этапа (с назначением ролей и ответственности) |
В этом разделе приводится описание подхода, который используется при Планировании этапа.
Табл.
|
|
|
|
|
|
||
|
CR.010 |
|
|
|
CR.020 |
|
|
|
CR.030 |
|
|
|
|
||
|
WM.010 |
|
|
|
WM.020 |
|
|
|
WM.030 |
|
|
|
|
||
|
RM.010 |
|
|
|
RM.020 |
|
|
|
RM.030 |
|
|
|
RM.040 |
|
|
|
RM.050 |
|
|
|
|
||
|
QM.010 |
|
|
|
|
||
|
СM.010 |
|
|
Зависимость между задачами при Планировании этапа
Среди наиболее вероятных областей риска при Планировании этапа можно отметить следующие:
Область применения проекта корректируется без соответствующего управления изменениями.
Выделенные время и ресурсы не достаточны для того, чтобы обеспечить этап нужным персоналом и обучить персонал, занятый на этапе.
Выполнение графика проекта требует ресурсов персонала, ранее не планировавшихся для использования в проекте.
Физические ресурсы, необходимые на этапе, не предоставляются вовремя для поддержки реализации задач этапа.
Оценка рисков проекта не корректируется до ревизии (сверки) планов проекта на этап.
Процедуры приемки результатов этапа не согласованы с Заказчиком.
Для смягчения этих рисков можно использовать следующие пути:
Надо убедиться, что основные положения и результаты предыдущего этапа внесены в документ Область применения, цели и подход. Обеспечить утверждение запросов на изменения в области применения до завершения ревизии Рабочего и Финансового плана.
Нужно как можно раньше, в ходе предшествующего этапа, установить состав критичного для данного этапа персонала, определить потребности в обучении и затем согласовать эти вопросы с управлением Исполнителя. Нужно назначить представителя персонала поддержки управления проекта ответственным за задачу проведения ревизии Организационного плана и Плана по персоналу.
Бизнес-менеджеры Исполнителя, обеспечивающие этап необходимым персоналом, должны предоставить поименный утвержденный список.
Элементы конфигурации, требующие длительного времени ввода, должны быть идентифицированы и заказаны заранее. Новое программно-аппаратное обеспечение должно быть протестировано.
Провести оценку рисков с управленческим персоналом Заказчика и Исполнителя, внести в Рабочий и Финансовый планы меры по сдерживанию рисков.
Провести совместно с Заказчиком анализ планируемых проектных результатов, а также провести ревизию Плана качества на предмет организации приемки результатов проекта.
В этом разделе обсуждается технология проведения работ при Планировании этапа. Раздел включает ряд полезных советов и комментариев по каждому из процессов.
Следует избегать чрезмерной детализации Рабочих планов. Если на корректировку и рассылку планов затрачивается более 25% времени, то это означает, что план перегружен деталями, которые никто не сможет понять.
При составлении графиков выполнения задач необходимо учитывать загруженность персонала. С этой целью следует пересмотреть План по персоналу (с учетом ожидаемой или факт 727g65h ической загруженности персонала).
Следует убедиться, что включенные в Рабочий план этапа меры по сдерживанию рисков отвечают стратегии сдерживания рисков, изложенной в процессе Контроль и отчетность.
План по персоналу готовится на базе Требований к ресурсам (из Управления работами). Исходя из этих требований, и строится организация проекта на наступающем этапе. При этом учитываются такие факт 727g65h оры как взаимодействие Заказчик-Исполнитель, структура команды и др.
что Заказчик высказывает свое удовлетворение работой Исполнителя и обеспечивает Исполнителю хорошие рекомендации. С другой стороны, если Заказчик связывает успех проекта исключительно с конкретным лицом, то необходимо оказывать противодействие этой ситуации.
В календарный план необходимо включить проведение аудитов качества. Также следует определить задачи, в рамках которых будут измеряться время, стоимость или показатели качества и удостовериться, что процедуры проекта поддерживают этот набор характ 727g65h еристик.
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
23.0% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
57.0% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
16.6% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.040 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.7% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.7% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.010 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рис.
Рис. График реализации фазы
Табл.
|
|
|
|
|
|
|
|
||||
|
WM.010 |
|
WM.020 |
|
|
|
WM.020 |
|
WM.030 |
|
|
|
WM.020 |
|
RM.020 |
|
|
|
|
||||
|
RM.010 |
|
RM.020 |
|
|
|
RM.010 |
|
RM.040 |
|
|
|
RM.040 |
|
WM.030 |
|
|
В данном разделе описывается категория Контроль этапа, входящая в жизненный цикл PJM. Цель Контроля этапа – мониторинг, оценка, управление и получение отчетности п выполнении этапа проекта.
Рис. Категория Контроль этапа
Критическими факт 727g65h орами успеха при осуществлении Контроля этапа являются:
Регулярные обзоры состояния работ и акт 727g65h ивные действия, предпринимаемые для коррекции расхождений с Рабочим планом.
, для Контроля этапа указывается исходная информация, процессы и ключевые результаты.
Рис. Обзорная диаграмма Контроля этапа
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Задокументированные данные о результатах аудита проекта |
|
|
|
В этом разделе приводится описание подхода, который используется при Контроле этапа.
Табл.
|
|
|
|
|
|
||
|
CR.040 |
|
|
|
CR.050 |
|
|
|
CR.060 |
|
|
|
CR.070 |
|
|
|
|
||
|
WM.040 |
|
|
|
WM.050 |
|
|
|
|
||
|
RM.060 |
|
|
|
RM.070 |
|
|
|
|
||
|
QM.020 |
|
|
|
QM.030 |
|
|
|
QM.040 |
|
|
|
|
||
|
СM.020 |
|
|
|
СM.030 |
|
|
|
СM.040 |
|
|
|
СM.050 |
|
|
продемонстрированы зависимости между задачами при Контроле этапа.
Рис. Зависимость между задачами при Контроле этапа
Среди наиболее вероятных областей риска при Контроле этапа можно отметить следующие:
Управление проектом не акт 727g65h ивно разрешает спорные вопросы.
Для смягчения этих рисков можно использовать следующие пути:
В этом разделе обсуждается технология проведения работ при Контроле этапа. Раздел включает ряд полезных советов и комментариев по каждому из процессов.
Наиболее критичным подпроцессом в рамках Контроля этапа является Мониторинг и отчетность состояния проекта. При соответствующей постановке дел циклический характ 727g65h ер регулярных отчетов и обзоров о состоянии проекта может обеспечить хорошую основу для управления ходом проекта. В этих обзорах предоставляется большой объем количественной и качественной информации, при помощи которой можно обнаружить и зафиксировать проблемы до того, как они выйдут из-под контроля. Рекомендуемые типы обзоров приведены ниже.
Внимание: Следует различать обзоры состояния управления проектом и технические обзоры проекта.
Никогда не надо настаивать на изменениях в оценках или в выборе направления непосредственно в ходе совещания. Лучше тщательно обдумать эти вопросы, проверить факт 727g65h ы, взвесить варианты перед тем, как вынести подобные решения.
Контроль Рабочего плана производится итерационно, посредством регулярных циклов, результатом которых является сопоставление плановых и факт 727g65h ических данных. Затем, если в этом есть необходимость, проводится перепланирование с целью приведения в соответствие плана с действительностью, и назначаются корректирующие действия для того, чтобы дальнейшее исполнение проекта проводилось в соответствии с Рабочим планом.
Подпроцессы Управления конфигурацией используются для того, чтобы обеспечить сохранность базовых результатов предыдущего этапа и результатов текущего этапа. Управление конфигурацией является элементом системы управления проектом, так как в нем реализуется стратегия, предназначенная для защиты создаваемых продуктов. В ИТ-проектах на стоимость ПО обычно падает значительная доля из общей стоимости проекта. В связи с этим важную роль для менеджеров проекта играет Управление конфигурацией ПО (SCM), позволяющее обеспечить прозрачность и контроль создаваемого ПО. Средства SCM защищают не только результаты от внесения нежелательных изменений. Иногда стандарты и процедуры SCM защищают членов проектной команды от их самих! Часто разработчики ПО грешат тем, что предлагают «еще одно маленькое изменение», не задумываясь обо всех последствиях такого изменения. Использование SCM позволяет систематизировать и дисциплинировать координацию при разработке ПО.
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
33.5% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.040 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.060 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.070 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
32.6% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.040 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WM.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
7.3% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.060 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.070 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
8.8% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.040 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
17.8% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.020 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.030 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.040 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рис.
В данном разделе описывается категория Завершение этапа, входящая в жизненный цикл PJM. Цель Завершения этапа – обеспечить принятие Заказчиком ключевых результатов данного этапа и подтвердить завершение этапа к взаимному удовлетворению Исполнителя и Заказчика.
Рис. Категория Завершение этапа
Критическими факт 727g65h орами успеха при осуществлении Завершения этапа являются:
, для Завершения этапа указывается исходная информация, процессы и ключевые результаты.
Рис. Обзорная диаграмма Завершения этапа
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
В этом разделе приводится описание подхода, который используется при Завершении этапа.
Табл.
|
|
|
|
|
|
||
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
||
|
RM.080 |
|
|
|
RM.090 |
|
|
|
|
||
|
QM.050 |
|
|
|
|
||
|
СM.060 |
|
|
продемонстрированы зависимости между задачами при Завершении этапа.
Рис. Зависимость между задачами при Завершении этапа
Среди наиболее вероятных областей риска при Завершении этапа можно отметить следующие:
Для смягчения этих рисков можно использовать следующие пути:
В этом разделе обсуждается технология проведения работ при Завершении этапа. Раздел включает ряд полезных советов и комментариев по каждому из процессов.
Центральное место в данном процессе при Завершении этапа – закрытие этапа проекта путем получения утверждения Заказчиком результатов этапа. Используемые методы – переговоры и консультации. Используемый шаблон – CR.080 «Приемка результатов». Наилучший способ подготовки к приемке - это использование шаблона QM.020 для идентификации и разрешения вопросов, возникающих у Заказчика по поводу результатов, представленных для приемки.
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
21.6% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
7.3% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.080 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.090 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
30.6% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
25.2% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.060 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рис.
Рис. График реализации фазы
Табл.
|
|
|
|
|
|
|
|
||||
|
RM.080 |
|
RM.090 |
|
|
|
RM.090 |
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
||||
|
QM.050 |
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
||||
|
СM.060 |
|
CR.080 |
Подписать акт 727g65h приемки |
|
В задачах, которые перекрываются с задачей CR.080 Подписать акт 727g65h приемки, дается оценка того, насколько удовлетворен Заказчик полученными результатами и насколько разрешимы остающиеся спорные вопросы и проблемы.
В данном разделе описывается категория Завершение проекта, входящая в жизненный цикл PJM. Цель Завершения проекта – обеспечить принятие Заказчиком результатов проекта и организованно закрыть проект. При хорошо управляемом Завершении проекта должно быть продемонстрировано, что потребности Заказчика удовлетворены и проект двигается к своему успешному завершению. Удовлетворенный Заказчик – это предмет гордости и задел на будущее.
Рис. Категория Завершение проекта
Критическими факт 727g65h орами успеха при осуществлении Завершения проекта являются:
, для Завершения проекта указывается исходная информация, процессы и ключевые результаты.
Рис. Обзорная диаграмма Завершения проекта
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Табл.
|
|
|
|
|
|
|
|
|
В этом разделе приводится описание подхода, который используется при Завершении проекта.
Табл.
|
|
|
|
|
|
||
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
||
|
RM.080 |
|
|
|
RM.090 |
|
|
|
|
||
|
QM.050 |
|
|
|
|
||
|
СM.060 |
|
|
|
СM.070 |
|
|
продемонстрированы зависимости между задачами при Завершении этапа.
Рис. Зависимость между задачами при Завершении проекта
Среди наиболее вероятных областей риска при Завершении этапа можно отметить следующие:
Для смягчения этих рисков можно использовать следующие пути:
В этом разделе обсуждается технология проведения работ при Завершении проекта. Раздел включает ряд полезных советов и комментариев по каждому из процессов.
Во время выполнения Завершения проекта при проведении приемки не надо забывать об управлении изменениями, спорными вопросами и проблемами. Возникающие в самый последний момент спорные вопросы и проблемы могут носить достаточно общий характ 727g65h ер, но в то же время следует иметь в виду, что остается очень мало времени для внесения изменений в результаты. Спонсор проекта и Менеджер проекта должны здесь играть основную роль и контролировать появление новых замечаний со стороны Заказчика.
При завершении проекта основное внимание, как правило, сосредотачивается на вопросах, связанных с завершением договорных обязательств и с высвобождением ресурсов. Однако не стоит забывать, что каждый новый проект расширяет возможности практ 727g65h ической деятельности Исполнителя и позволяет использовать накопленный опыт в будущих проектах (c этой целью подготавливается Отчет об окончании проекта с описанием результатов проекта).
Требуется ли для того, чтобы применить на практ 727g65h ике полученные результаты, какая-либо дополнительная информация? Если да, то необходимо подготовить соответствующее «предисловие» к использованию результатов.
Табл.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
12.8% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
25.5% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.080 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RM.090 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
17.0% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QM.050 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
44.7% |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.060 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
СM.070 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рис.
Рис. График реализации фазы
Табл.
|
|
|
|
|
|
|
|
||||
|
RM.080 |
|
RM.090 |
|
|
|
RM.090 |
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
||||
|
QM.050 |
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
|
||||
|
СM.060 |
|
CR.080 |
Подписать акт 727g65h приемки |
|
|
