В предметах интереса управления работой нет функциональности происходящих с системой действий жизненного цикла, то есть в управлении работой не рассматриваются функции систем создания, системы создания не рассматриваются как оргроли/функциональные части, выполняющие практики с каким-то назначением, но только как конструктивные части-ресурсы, которые не важно что по содержанию делают, но важен факт их наличия или отсутствия в нужном месте в нужное время для выполнения работы.
Оргзвенья играют оргроли, оргроли реализуются оргзвеньями (функциональные объекты реализуются конструктивными, это отношение реализации, помним 4D экстенсионализм). Оргроли выполняют практики/методы/труд (функциональное/ролевое/прикладное инженерное рассмотрение), а оргзвенья выполняют работы/сервисы (конструктивное/организационное/менеджерское рассмотрение).
С момента начала использования понятия «жизненный цикл» в проектах системной инженерии в этот «жизненный цикл первой версии» стали включать и время работ, которые происходили в начальный (до изготовления частей будущей системы) период времени, т.е. время работ по описанию будущей целевой системы и документированию этих описаний, то есть работы не с самим воплощением системы, не работы по изготовлению-сборке. Такого в биологических системах не бывает! Геном и мемом отличаются в работе с ними: дарвиновская эволюция не может полагаться на «умные мутации», а техно-эволюция может. В дарвиновской эволюции можно оперировать только изменениями всего организма, поскольку феном разворачивается из мутировавшего генома, а вот в техно-эволюции можно оперировать изменениями только в рамках одного тщательно спроектированного модуля, внося изменения и в мемом (он хранится отдельно от создаваемой системы) и в феном готовой системы. Помним: геном и мемом это наследуемый материал (гены в ДНК и мемы на каких-то носителях информации), а феном это проявленный в организме наследуемый материал. Техноэволюция идёт быстро, и в жизненный цикл (то есть не жизненный и не цикл) заодно попали стадии/работы, в которых идёт работа по получению и развитию мемома как описания целевой системы, проект/design целевой системы. Слово «проект» в русском языке имеет ещё и значение создаваемого мемома, описания ещё не реализованной системы. Мы будем отличать проект-работы и проект-описание-системы как проект/project и проект/design.
С момента включения стадий проектирования (работ с мемомом будущей системы) жизненный цикл вообще перестал ассоциироваться с изменением состояний воплощения системы (на чём был сосредоточен жизненный цикл биологических живых систем), а значение термина перешло полностью на работы систем создания как с описаниями, так и с воплощениями целевых систем. Жизненный цикл перестал быть жизненным, перестал быть циклом и перестал быть жизненным циклом самой системы он просто через именование целевой системы стал указывать на работы/сервисы систем создания. И ещё окончательно по сравнению с биологией и физикой исчезло понятие «эволюция» в пользу «однократного проектирования», «нециклового прохождения жизненного цикла». От «системного мышления про сложные системы» произошёл ход на «методологию как мышление про способы работы создателей».
Целевая система осталась только как «объект проекта/кейса», объект для группы работ, объединённых понятием «жизненный цикл объекта проекта/кейса»: указание того, над чем идут эти работы жизненного цикла. Жизненный цикл гвоздя это работы завода::создатель, выпускающего гвозди, сети торгующих гвоздями дистрибуторов::создатели, плотника::создатель (причём плотник тут даже не «оператор» времени эксплуатации, ибо оператора гвоздю, когда он держит соединение, то есть эксплуатируется, не требуется, а инженер по вводу в эксплуатацию, «наладчик»! ). Сам гвоздь при этом ничего не делает, не «живёт». Делают с ним.
Вскоре повсеместно жизненным циклом стали называть уже не сам отрезок времени жизни целевой системы, а работы как выполнение сервисов систем создания: совокупность стадий/фаз жизненного цикла в его понимании первого поколения. Эти работы упоминались на всём времени существования системы: от появления первых описаний до ликвидации использованного и уже не нужного никому воплощения. Создание оказалось ведением жизненного цикла как ведением работ, необходимых для изменений состояний целевой системы в ходе её «жизни» как изменений внешними силами.
Сама целевая система при этом просто была маркером, который позволял отметить все относящиеся к системе (как к воплощению системы, так и к описанию системы) работы, кто бы их ни производил в самых разных предприятиях, которые занимались системой на всём протяжении жизненного цикла.
Когда говорили «жизненный цикл АЭС», то имели в виду разбитые на стадии/крупные работы все работы с АЭС, которые выполняли своими сервисами многочисленные предприятия/оргзвенья от момента замысла АЭС и поиска денег на её проектирование и строительство до момента вывода её из эксплуатации с получением после этого зелёной площадки. Когда говорили «жизненный цикл танца», то имели в виду работы по замыслу танца, его постановке, последующих перформансах. Эти работы мыслились как что-то целостное, кто бы ни занимался ими в самых разных командах всё это время с момента замысла танца до момента прекращения его просмотра (помним, что танец мог ещё жить и на записи, поэтому его жизненный цикл необязательно завершается в момент исполнения).
Итак, жизненный цикл «чего-то» в версии 1.0 означает просто последовательность работ, которые производят сервисы создателей этого «чего-то»:
создатели это модули/конструктивные единицы систем ведения жизненного цикла, взятые как единицы их организованности (возможности давать и выполнять поручения), оргзвенья. Это предприятия, рабочие группы проектов/команды, кооперации из нескольких предприятий и т. д.
Сервисы создателей это внешнее поведение создателей/оргзвеньев, осуществляемое через интерфейс/канал (как и любого другого модуля: рассуждения абсолютно идентично для модулей систем создания, систем окружения, целевой системы, подсистем, надсистем всё это системы, поэтому рассуждаем с использованием понятий системного подхода).
Работа единица задействования сервиса/внешнего поведения оргзвена, которую можно атрибутировать к заданному множеству ресурсов.
Жизненный цикл (в начальном его понимании, 1.0) набор работ, выполняемых с целевой системой её системами создания.
Стадия жизненного цикла набор работ в какой-то период времени. Период времени обычно выбирается как время, занимаемое ведущей/самой характерной/ключевой/важной работой этого времени.
Изображение жизненного цикла как работ (ЖЦ 1.0)
Изображались такие жизненные циклы с периодизацией работ очень просто: такими «колбасками», в которых поминались производимые последовательно крупные работы каких-то периодов времени внутри периода времени всей работы. Эти крупные отрезки времени внутри всего времени работ по изменению состояний системы были названы стадиями/фазами жизненного цикла. Вот примеры такого изображения жизненного цикла разных типов систем из стандарта ISO 15288, и обратите внимание на то, что каждое название стадии там говорит о поведении/работах систем создания, а не о состоянии целевой системы (хотя иногда и случаются наименования состояния, но они используются как альтернативное название проводимых работ для достижения этого состояния, в духе положений PRINCE2 о том, что работы лучше бы называть по их результату):
Нижняя строчка там представляет собой один из вариантов типового/обобщённого жизненного цикла, который в том или ином виде может быть определён для почти каждого типа целевой системы. В нашем курсе мы вместо «идея» говорим «замысливание», вместо «разработки» и «изготовления» общее для них «создание», вместо «использования» и «поддержки» «эксплуатация», вместо «списания» «ликвидация/уничтожение». Вы можете предложить и свой вариант: главное тут в том, что жизненный цикл распространяется и на работы с описаниями системы, и на работы с воплощением системы. Но в этом первом поколении обычно ещё не включает в себя работы с самими системами создания (учёт цепочек создания, создание систем создания какими-то другими системами создания): чтобы построить атомную станцию или мост, нужно организовать стройку, построить целый посёлок в месте строительства, доставить туда необходимую строительную технику. А если это совсем что-то новое разрабатывается, то иногда и проектный институт нужно создать, а не только стройку. Это всё цепочки создания, они в современном системном мышлении обязательны к рассмотрению, планирование их работ тоже обязательно. Но мы тут пока говорим о первом поколении и это «первопоколенческое» понимание до сих пор широко распространено, получавшие образование лет двадцать назад инженеры и менеджеры его широко используют, в литературе полно этих «колбасок», так что с этим первым поколением понимания ЖЦ вам нужно разобраться хотя бы для того, чтобы общаться с этими людьми.
В «колбасных» диаграммах жизненного цикла часто стадии «использование/эксплуатация» и «поддержка/техобслуживание и ремонты» показывают даже не последовательно, а в одном и том же месте «колбаски» (или название в одном «ломтике» колбаски, как показано на картинке, или даже сам ломтик делят на две «перекрывающихся стадии», две половинки по горизонтали). И в этот момент приходится признавать, что стадии жизненного цикла не так уж и последовательно следуют друг за другом, они могут пересекаться то есть работы разных стадий могут выполняться в одно и то же время.
Вот этот же жизненный цикл, но там уже используются не ломтики «колбаски», а «шеврончики вправо», означающие «процесс» с последовательными стадиями как шагами процесса. Представление жизненного цикла как последовательности работ подчёркивает разворачивание во времени, это «процедурное», а не «декларативное» описание работ систем создания целевой системы. Описания работ при этом это одно из описаний систем создания. «Проектирование» (работы по проектированию целевой системы) делает система создания, а не целевая система. Описание работ относится к тому, что делают системы создания, а не что делает целевая система:
На этой картинке уже нельзя указать точные моменты времени, когда начинается один процесс и заканчивается другой, и это намеренно стрелочка одной стадии буквально входит в хвостик другой стадии так, что нельзя провести вертикальную линию, чётко отделяющую один «шеврончик вправо» от другого. Иногда этот факт размытого времени перехода из одной стадии в другую отражают тем, что ломтики в «колбаске» разделяют не прямыми линиями, а диагональными типа как работы одной стадии потихоньку заканчиваются, а другой стадии потихоньку начинаются, нет момента резкой остановки работ стадии и резкого начала работ других стадий. Это точнее соответствует тому, что видим в жизни: работ в каждой стадии обычно много, и когда работы одной стадии начинаются (например, начинается изготовление каких-то частей/деталей/подсистем будущей системы), работы другой стадии вполне могут ещё продолжаться (например, проектирование других деталей будущей системы не закончено).
Сам термин «жизненный цикл» всегда означает «полный», то есть от работ систем создания по замыслу до работ по прекращению существования/ликвидации/уничтожению/списанию/выводу из эксплуатации проэксплуатированной целевой системы. Это всё работы создателей, ибо целевая система себя не замысливает, это создатели её замысливают! И то же с другими стадиями, системы обычно сами себя не создают, не эксплуатируют, не ликвидируют. В этом и была сила системного подхода, сам термин указывал думать о полном жизненном цикле, всех необходимых его работах, а не о его отдельных частях-стадиях, не о части проводимых с целевой системой работ! Термин «жизненный цикл» указывал думать о проводящих работы системах создания в их цепочках, а не только о системах в окружении целевой системы. Упоминание жизненного цикла заставляло ни на секунду не выпускать из внимания организации/команды/коллектива проекта работы систем создания.
Методология (обсуждение способов выполнения работ, а не только последовательности выполнения работ и группировки работ в стадии/фазы) пришла чуть позднее. Идея безмасштабности создателей (например, понятие создателя/constructor из constructor theory Дэвида Дойча) пришла ещё позже, по большому счёту эта идея ещё не вошла в методологический мейнстрим, это ещё фронтир. И уж совсем поздно пришла идея, что однократным проектированием-изготовлением дело не обходится, системы эволюционируют, они непрерывно развиваются но не столько развиваютСЯ (сами себя развивают), сколько их развивают их создатели.
Жизненный цикл проекта
Но поскольку уже было понятно, что речь идёт о работах, а естественной максимальной (соразмерной стадиям ЖЦ) единицей работ в проектном управлении стал «проект» (project, а не design), то появился ещё один термин: жизненный цикл проекта (project life cycle) он означал те работы полного жизненного цикла системы, которые попадали в рамки конкретного проекта. Проекты эти обычно совпадали с работами, проводимыми для каких-то полных стадий жизненного цикла, одной или нескольких. Это было естественным делением жизненного цикла, потому что разные проекты часто выполнялись разными организациями и нужно было как-то выделять части жизненного цикла, за которые несла ответственность проводящая проект организация/оргзвено.
По факту системное мышление и проектное управление/управление проектами/project management вот так и были связаны: жизненным циклом называли происходящие по поводу целевой системы работы, которые являлись предметом проектного управления в разнообразных проектах по поводу целевой системы.
В этот момент в самом системном мышлении не очень было принято думать о системах создания (в биологии этого не было, а в технических проектах инженеры «железных», программных и киберфизических систем редко думали о системах создания так же тщательно, как о целевых системах, предоставляя это менеджерам и основателям компаний/«предпринимателям»), поэтому проектное управление как менеджерское движение в 80х и 90х годах прошлого века довольно много сделало для того, чтобы в системном мышлении появились мысли не только об окружении, но и о системах создания, а методология из учения о методах познания стала вполне инженерной фундаментальной дисциплиной (в том числе появились методологические стандарты первой волны и понятия инженерии методов и ситуационной инженерии методов29).
По большому счёту и проектные роли/stakeholders как методологическое понятие пришли в жизнь в существенной мере по линии проектного управления: они же часто входят в состав различных систем создания как их функциональные части! Если я разработчик шестерёнки для часов, то разработчик часов (концепция использования часов, задающая ориентиры для значений точности хода и т.д., это будут потребности для проекта шестерёнки, концепция часов, где он предложил шестерёнки вместо электроники), кторый будет принимать от меня результат воплощение шестерёнки, вот эта роль и есть внешняя проектная роль «заказчика» для моего проекта шестерёнки, причём там эта роль может быть и дальше разбита проектировщик часов, технолог производства часов как сборки их из готовых шестерёнок (то есть «заказчик» вдруг распадётся на подроли, и кроме инженерных ролей разработчика и технолога производства появится ещё и менеджер, финансист, юрист, логист и т.д.). А в проекте часов для всех тамошних ролей это будет стадия жизненного цикла часов «создание деталей часов», где будет учтена моя работа проекта по созданию шестерёнки. Если не вводить понятия «роли», то в таком проекте легко запутаться: кто что может делать, кто на что влияет, какие «зоны ответственности», кто кому за что платит, кто делает оценки сроков, кто эти оценки сроков учитывает при планировании.