♦ Жизненный цикл проекта. Что такое целесообразный жизненный цикл проекта? Какие фазы должен включать жизненный цикл проекта?
♦ Жизненный цикл разработки. Какой жизненный цикл разработки и подход к ней являются целесообразными для данного продукта, услуги или результата? Какой подход является целесообразным – предиктивный или адаптивный? Если адаптивный, то как следует разрабатывать продукт – инкриментно или итеративно? Или лучше использовать гибридный подход?
♦ Подходы к управлению. Какие процессы управления наиболее результативны с учетом особенностей данной организационной культуры и сложности проекта?
♦ Управление знаниями. Как будет осуществляться управление знаниями в целях поощрения формирования совместной рабочей среды?
♦ Изменение. Как будет осуществляться управление изменениями в проекте?
♦ Руководство. Какие органы, комитеты и другие заинтересованные стороны являются частью проекта? Каковы требования к отчетности о статусе проекта?
♦ Извлеченные уроки. Какую информацию следует собирать в ходе реализации и по завершении проекта? Как историческая информация и извлеченные уроки будут доводиться до персонала будущих проектов?
♦ Выгоды. Когда и как предоставляется отчетность о выгодах – в конце проекта или по окончании каждой итерации или фазы?
СООБРАЖЕНИЯ ДЛЯ ГИБКИХ/АДАПТИВНЫХ СРЕД
Итеративный и гибкий подходы способствуют вовлечению членов команды как локальных экспертов в управление интеграцией. Порядок интеграции планов и компонентов определяют члены команды.
Ожидания руководителя проекта, как отмечено в документе Ключевые концепции управления интеграцией, в адаптивной среде не изменяются, но контроль над подробным планированием продукта и его поставкой делегируется команде. Руководитель проекта сосредотачивает основное внимание на создании общей среды принятия решений, а также обеспечивает способность команды реагировать на изменения. Данное сотрудничество может быть еще больше усилено, если члены команды обладают широкой базой навыков, а не узкой специализацией.
4.1. Разработка устава проекта
Разработка устава проекта – процесс разработки документа, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Ключевые выгоды от этого процесса состоят в том, что он обеспечивает связь между проектом и стратегическими целями организации, позволяет документально оформить проект и показывает обязательство организации в отношении проекта. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 4–2. На рис. 4–3 показана диаграмма потоков данных процесса.