1. Главный участник - это Заказчик, т.е. будущий владелец и пользователь результатов проекта. Им может быть физическое или юридическое лицо, а также организации, объединившие свои интересы и капиталы;
2. Инвестор - это сторона, вкладывающая денежные средства в проект;
3. Проектировщик - разработчик проектно-сметной документации;
4. Поставщик - материально-техническое обеспечение проекта;
5. Подрядчик - юридическое лицо, несущее ответственность за выполнение работ в соответствии с контрактами;
6. Консультант;
7. Руководство проектом - это обычно проект-менеджер, т.е. юридическое лицо, которому заказчик делегирует полномочия по руководству работами по проекту (планирование, контроль и координация работ участников проекта);
8. Команда проекта - это организационная структура, возглавляемая проект-менеджером и создаваемая на период осуществления проекта с целью эффективного достижения его целей;
9. Лицензиар - это юридическое или физическое лицо, обладатель лицензий и ноу-хау, которые используются в проекте; [2; 67-69]
Уровень затрат и численность задействованного персонала невелики в начале, увеличиваются по ходу выполнения проекта и быстро падают на завершающем этапе проекта. Эти изменения показаны на рис. 1
Рисунок 1. Типичный пример изменения уровня затрат и численности задействованного персонала в течение жизненного цикла проекта
Уровень неуверенности и, следовательно, риск недостижения целей наиболее велики в начале проекта. Уверенность в завершении проекта, как правило, увеличивается по ходу выполнения проекта.
Способность участников проекта повлиять на конечные характеристики продукта проекта и окончательную стоимость проекта максимальны в начале проекта и уменьшаются по ходу выполнения проекта. Это показано на рис. 2. Главная причина этого состоит в том, что стоимость внесения изменений в проект и исправления ошибок в общем случае возрастает по ходу выполнения проекта.
Рисунок 2. Влияние участников в течение проекта
Окончанием существования проекта может быть:
ввод в действие объектов, начало их эксплуатации и использования результатов выполнения проекта;
перевод персонала, выполнявшего проект, на другую работу;
достижение проектом заданных результатов;
прекращение финансирования проекта;
начало работ по внесению в проект серьезных изменений, не предусмотренных первоначальным замыслом (модернизация);
вывод объектов проекта из эксплуатации.
Обычно как факт начала работ над проектом, так и факт его ликвидации оформляются официальными документами.
Также жизненный цикл проекта называют еще проектным циклом или циклом проекта. [3; 121]
Иногда люди не вполне отчетливо различают работы по управлению проектом и работы жизненного цикла проекта, так как для успешного выполнения проекта необходимы работы обоих видов. Основное различие между ними заключается в том, что управление проектом сосредоточено на определении, планировании, мониторинге и контроле, а также на закрытии проекта. Работы же, связанные с фактическим созданием результатов поставки проекта, принято относить к "жизненному циклу" проекта. В процессе управления проектом создается его график, но подавляющее большинство работ в этом графике составляют именно работы жизненного цикла проекта, в результате выполнения которых появляется выходная продукция.
Несмотря на уникальность всех проектов, подобно тому, как существуют общие процессы управления, применимые к большинству проектов, существуют также и общие модели, которые могут служить руководством по определению жизненного цикла большинства проектов. Эти общие модели ценны тем, что экономят время проектным командам при разработке графика проекта. [4; 34-35]
Примером одной из моделей жизненного цикла является распространенная классическая модель "водопад". Эта модель представляет базовый подход, который может применяться в любом проекте. Чаще всего Вам приходится начинать с понимания требований к результату проекта, затем следуют проектирование результата, создание и тестирование результата, и завершаете Вы внедрением результата. Каждая из этих областей концентрации внимания называется фазой (фаза анализа, фаза проектирования, фаза реализации и т.д.). Классический "водопадный" подход - это модель жизненного цикла, которую Вы, вероятно, сможете применить, ничего не зная о методологиях и планируя проект "с чистого листа".
Что может быть проще? Даже если у Вас очень маленький проект, Вы все равно проходите эти базовые шаги, хотя бы даже проделывая некоторые из них в голове. К примеру, если у Вас 40-часовой (на одну рабочую неделю) проект разработки или улучшения документа, может показаться что Вы сразу же бросаетесь в фазу "Реализация". Но так ли это? Наиболее вероятно, что Вы получили какого-либо рода поручение с требованиями или пожеланиями, которые придется осмыслить (Анализ) и трансформировать в замысел будущего содержания (Проектирование). Затем вы воплощаете замысел (Реализация), проверяете результат (Тестирование) и передаете для использования (Внедрение). [5; 67-71]
Водопадная (каскадная) схема включает несколько важных операций, применимых ко всем проектам:
• составление плана действий по разработке системы;
• планирование работ, связанных с каждым действием;
• применение операции отслеживания хода выполнения действий с контрольными этапами.
Графическая иллюстрация “водопадной модели” проектного цикла
Рисунок.3 Водопадная модель жизненного цикла проекта
Преимущества водопадной (каскадной) модели.
Каскадная модель имеет преимущества, если ее использовать в проекте, для которого она достаточно приемлема.
a. Модель хорошо известна потребителям, не имеющих отношения к разработке и эксплуатации программ, и конечным пользователям.
b. Она упорядоченно справляется со сложностями и хорошо срабатывает для тех проектов, которые достаточно понятны, но все же трудно разрешимы.
c. Она доступна для понимания, так как преследуется простая цель – выполнить необходимые действия.
d. Она проста и удобна в применении, так как процесс разработки выполняется поэтапно.
e. Она отличается стабильностью требований.
f. Она представляет собой шаблон, в который можно поместить методы для выполнения анализа, проектирования, кодирования, тестирования и обеспечения.
g. Она позволяет участникам проекта, завершившим действия на выполняемой ими фазе, принять участие в реализации других проектов.
h. Она определяет процедуры по контролю за качеством. Каждые полученные данные подвергаются обзору. Такая процедура используется командой разработчиков для определения качества системы.
i. Ход выполнения проекта легко проследить с помощью использования временной шкалы (диаграммы Ганта), поскольку момент завершения каждой фазы используется в качестве стадии.