В каждом конкретном проекте фазы могут разбиваться на подфазы из
соображений размера, сложности, уровня риска и ограничений на порядок
финансирования. Для удобства мониторинга и контроля сроки каждой подфазы
согласуются с получением одного или нескольких результатов поставки.
Большинство результатов поставки соотносятся с основным результатом поставки
данной фазы, и фазы обычно называются по соответствующим результатам
поставки: требования, проектирование, строительство, тестирование, ввод в
эксплуатацию, эксплуатация и др.
Фаза проекта обычно завершается изучением проделанной работы и
результатов поставки, чтобы определить, насколько они приемлемы, и решить,
необходимы ли еще дополнительные работы или фазу можно считать закрытой.
Часто еще до завершения текущей фазы руководство проводит анализ для
принятия решения о начале операций следующей фазы, например, менеджер
проекта выбирает метод быстрого прохода. Другой пример: компания,
занимающаяся информационными технологиями, выбирает итеративный
жизненный цикл, при котором одновременно проводятся несколько фаз проекта.
Требования для одного модуля можно составить и проанализировать еще до того,
как модуль спроектирован и собран. Пока проводится анализ этого модуля, можно
начинать параллельно составлять требования для другого модуля.
Точно так же фаза может быть закрыта без принятия решения о начале другой
фазы. Например, если проект был завершен или риск был оценен как слишком
большой, чтобы продолжать проект.
Формальное завершение фазы не включает в себя авторизацию последующей
фазы. Для обеспечения эффективного контроля в каждой фазе формально имеется
своя группа процессов инициации, на выходе которой получается специфичный
для данной фазы выход. Этот выход определяет, что для данной фазы полагается и
что от нее ожидается, как это показано на рис. 2-3. Анализ в конце фазы может
проводиться с явным намерением получить авторизацию на закрытие текущей
фазы и инициации последующей. Иногда обе авторизации можно получить в