●Brownfield (модернизация)

●Акцент на сервисах (Services-Intensive)

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

Основной жизненный цикл

Состояния альф

Каждая альфа инженерного проекта меняется во времени в его ходе: она проходит по графу состояний. Например, альфа “работа” проходит следующие состояния:

●Инициирована — работа была запрошена.

●Подготовлена — все предусловия для начала работы выполнены.

●Начата — работа происходит.

●Под контролем — работа продвигается хорошо, риски под контролем, уровень производительности достаточен для достижения удовлетворительного результата.

●Закончена — работа по производству результата была закончена.

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

Конечно, такая последовательность только гипотетична. В жизни альфы могут проходить через состояния циклически, какие-то состояния могут пропускаться, могут существовать альтернативные пути через другие состояния, даже не показанные на этом “счастливом пути” (happy path) по графу состояний. Граф состояний может иметь весьма сложную и запутанную структуру. Но мы будем существенно упрощать представление состояний, показывая только ситуацию прохода по “счастливому пути” — без возвратов, пропусков и альтернативных состояний.

Работы проекта как раз и проводятся для того, чтобы изменять состояния альф. Так, нужно попотеть, чтобы работа была в состоянии “под контролем”.

Основной жизненный цикл

Важно понимать, что в ходе инженерного проекта меняется отнюдь не только состояния альф инженерного решения (определения и воплощения системы) и их подальф (требований, архитектуры, компонент, модулей и т.д.). Нет, меняется состояние всех альф. Если взять основные (kernel из Essence — оба слова можно перевести как “основа”) альфы инженерного проекта, то можно назвать его основным жизненным циклом. Вот как можно его представить для какого-то болееменее типового проекта:

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

Если взять какой-нибудь проект по сопровождению системы, то эта разница между жизненным циклом системы и жизненным циклом проекта будет ещё более видимой:

Задача управления жизненным циклом тем самым заключается не только в том, чтобы альфы воплощения и определения системы продвигались по своим состояниям, но и в синхронизации достижения состояний всех основных альф инженерного проекта. Синхронизация состояний альф кладётся в основу планирования работ по проекту, в план работ включаются и работы по неинженерным альфам (о чём часто забывается при планировании, и вследствие этого при обеспечении плана ресурсами: в инженерных проектах очень часто существенно не хватает менеджерских работ, менеджеры и операционные, и клиентские перегружены — и от этого страдает весь проект в целом).

Определение жизненного цикла является главной альфой (т.е. отслеживаемым в ходе инженерного проекта объектом), по которой происходят договорённости между менеджерами и инженерами. Это подальфа “определения системы” (ибо определение жизненного цикла связано в существенной мере с работой), а также “работы” (ибо лежит в основе работ по планированию проекта) и “технологии” ибо вид жизненного цикла определяет используемые практики жизненного цикла.

Практики жизненного цикла в версии ISO 15288

Управление жизненным циклом охватывает и инженерные практики, и практики маркетинга/стратегирования, и практики менеджерские. Отслеживать продвижение только определения и воплощения системы, а также практиковать только связанные с ними практики опасно для инженерного проекта, и это получает отражение в стандартах системной инженерии. Вот набор практик жизненного цикла системной инженерии из ISO 15288:

1.Контрактация

1.1.Закупка

1.2.Поставка

2.Обеспечения проектов