Kitabı oku: «Методология 2023», sayfa 3

Итак, Анастасия, предоставляющая сервис забивки гвоздей, берёт свой молоток и забивает выданный ей гвоздь №143 в доску #26, то есть выполняет работу. Жизненный цикл гвоздя в представлениях прошлого века (первое поколение, 1.0) состоит уже не из состояний гвоздя («лежит в коробке», «взят в руки», «нацелен», «забивается», «забит»), а происходящих с ним работ, которые, конечно, можно описывать и как конечные состояния гвоздя, но всё-таки это работы систем создания, сам гвоздь при этом ничего не делает, он пассивен. В не жизненном не цикле принят аналог «аристотелевской физики», где палец давит на стол, а стол не давит на палец. Работают системы создания, а гвоздь в ответ не работает, он пассивный объект для систем создания, он просто меняет состояния по мере выполнения с ним работ. И системное мышление даже в этой первой версии представления жизненного цикла как цепочки работ отслеживает, чтобы речь шла о полном жизненном цикле, а не только его кусочке в моменте нанесения по гвоздю ударов Анастасией. Работы самой Анастасии – это только часть работ! Вот примерный жизненный цикл гвоздя как стадии/работы (это же – «кейс гвоздя», только он будет рассказываться как «прохождение гвоздём состояний», а практики работ по переводу гвоздя из состояния в состояние будут подбираться, исходя из ситуации):

• Обнаружение потребности в гвоздевом соединении (гвоздь запланирован – но так пишут реже, ведь это указание на работу, а не на гвоздь! Состояние «гвоздь запланирован» тут указывает на результат выполнения инженерами сервиса по формированию сводно-заказной спецификации, которая попала в службу закупок. Писать «гвоздь запланирован», упоминая смену состояния гвоздя как объекта кейса правильней, потому как легче проконтролировать результат работы, но так при документировании жизненного цикла в первом поколении представлений об этом цикле писали редко. Хотя именно так принято описывать основной результат работы в качестве имени работы в методологии управления проектами PRINCE2²⁶, это хорошая практика именования. Помним, что «большой кейс называют проектом», а уж связь кейс-менеджмента и проектного менеджмента будет рассказана подробней в курсе «Системный менеджмент»).

• Закупка (или гвоздь закуплен – помним, что в жизненном цикле 1.0 волнуют работы, а не состояния гвоздя! Состояния гвоздя волнуют тогда, когда обсуждаем целевую систему и прохождение ей различных состояний в ходе жизненного цикла – то есть прохождение различных состояний в ходе работ с целевой системой. Состояние «гвоздь закуплен» тут указывает на результат выполнения сервиса по закупке гвоздя, а работа с гвоздём – «закупка», её и указывали, и даже слово «гвоздь» забывали указать, сокращали даже «закупка гвоздя» до просто «закупка». Менеджеры любят обобщать, когда пишут о работах, их не волнует содержание работы и специфика этой работы).

• Выдача в монтаж (или гвоздь доступен в месте забивки – указание на работу по выдаче гвоздя в монтаж. Дальше мы просто не будем писать эти разъяснения, идея тут понятна).

• Нацеливание гвоздя (гвоздь нацелен).

• Вколачивание гвоздя (гвоздь вбит).

• Проверка крепости соединения («гвоздь держит крепко», но объект поменялся. Теперь это «соединение». Куколка стала бабочкой! Другой объект, по-другому называем).

• Эксплуатация соединения (соединение держит и стабильно при нагрузках)

• Вытаскивание гвоздя (гвоздь вытащен).

• Ликвидация гвоздя (гвоздь выкинут – жизненный цикл всегда идёт до исчезновения объекта работ).

Жизненный цикл – это всегда, даже в первых его версиях, работы создателей от появления идеи целевой системы до уничтожения целевой системы (включая эксплуатацию: мы считаем, что её тоже ведут создатели, хотя в момент эксплуатации система уже создана. И ликвидация/вывод из эксплуатации ведётся создателями, хотя это обратное созданию действие). Дальше к жизненному циклу в момент появления третьего поколения системного подхода с его временем эволюции/развития добавляют ещё и развитие. То есть в ходе развития проходит множество жизненных циклов систем и отдельных фич этих систем.

Методология удерживает внимание участников проекта/создателей не только на текущих операциях с целевой системой, но на всех от момента появления идеи, до уничтожения системы, а также на множестве этих операций в ходе развития/эволюции системы, а не только однократного замысливания-проектирования-изготовления-использования-ликвидации. Всегда удерживаем во внимании команды или даже коллектива (команды команд) проекта то, что было с целевой системой раньше, что происходит сейчас, что будет происходить потом, а также удерживаем во внимании создателей (команды или коллектива) то, что происходит с самими создателями в цепочке создания, и не ограничиваемся одной версией системы, помним о развитии.

Выполнение работ оргзвеньями

Ведение жизненного цикла (принудительное изменение снаружи целевой системы её состояний в ходе её замысливания, создания, эксплуатации, ликвидации, т.е. «жизни неживого») делается оргзвеньями – людьми с материалами и оборудованием, находящимися в распоряжении этих организованных людей. Чаще всего оргзвенья сами не инициируют работы. В коллективной деятельности одни оргзвенья имеют полномочия просить сделать работу у других оргзвеньев, у которых есть обязанности такие просьбы выполнять – это и есть организация. Если вы попросите в пиццерии пиццу, то вам выполнят работы по её приготовлению – и это само по себе факт замечательный. Попробуйте попросить в пиццерии приготовить вам летние босоножки, и посмотрите, что будет после этой просьбы.

Организовывание сотрудничества в части выполнения просьб о работе и есть предмет одной из практик системного менеджмента: практики оргразвития/organizational development/организационного управления/organizational management (подпрактики оргпроектирования и лидерства): кто кого (оргзвенья) о чём (работы/сервисы) имеет право попросить так, что просьбы вызывают их выполнение, а не удивление, вопросы и сопротивление вместо сотрудничества.

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

Каждая работа проходит следующий цикл взаимодействия оргзвеньев (это подробно обсуждается в подходе к архитектурному описанию предприятий DEMO²⁷ и курсе «Системный менеджмент»):

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

• Работа принята оргзвеном-исполнителем к исполнению, это тоже координационный акт.

• Работа выполняется оргзвеном-исполнителем. Это производственный акт (production act), реальное выполнение работы. Именно это учитывается в жизненном цикле целевой системы, над которой выполняется работа. В жизненном цикле обсуждаются только производственные акты, а не координационные акты! Учёт координационных актов и требуемых на них трат ресурсов и задержек времени на «согласование» и «выдачу поручения» (иногда нужно год интенсивно работать, чтобы получить разрешение на пятиминутную реальную работу) ещё ждёт адекватного отражения в методологии. Пока же это рассматривается в дисциплине рациональности как «рациональное принятие решений» на базе теории принятия решений²⁸.

• Работа предъявлена к приёмке оргзвеном-исполнителем, это координационный акт.

• Работа принята оргзвеном-инициатором работы, координационный акт.

Деление на координационные и производственные акты важно, чтобы делать правильные оценки времени: от момента затребования работы до момента принятия работы на координационные акты легко может уходить до 60% времени, и только 40% времени на проведение самой работы, в случае знаниевых работ это может быть и 80% на 20% в среднем (ибо работы по «обоснованиям решений» очень трудоёмки сами по себе). Поэтому жизненный цикл гвоздя может занимать в разы больше времени, чем время выполнения самих работ, затрагивающих физический гвоздь, как производственных актов. Трудность в осуществлении координационных актов (решений о проведении работ, при этом нужно понимать, что принятие этих решений требует не только коллективной чисто мыслительной/вычислительной работы, но и каких-то действий, экспериментов, получения дополнительной информации – то есть траты ресурсов) часто называют в организациях «отсутствие политической воли»: все материальные возможности для ведения работ есть, но работы не ведутся, ибо решения об их проведении полномочными оргзвеньями не принимаются! Иногда это и впрямь не хватает собранности, иногда это нежелание вкладывать ресурсы в условиях жесточайшей неопределённости, а снятие неопределённости может тоже требовать ресурсов, которые тоже не будет «политической воли» вкладывать!

Как планировать работы – по полному времени координации+производства работ, или только по актуальному времени потребления ресурсов? Разные школы управления работами (проектного управления, управления процессами, управления программами, управления кейсами) отвечают на этот вопрос по-разному. Управление работами как раз занимается планированием работ и контролем выполнения работ как единиц поведения оргмодулей/ оргзвеньев/конструктивных оргединиц – без обсуждения того, как правильно выполнять работы так, чтобы они меняли целевую систему в нужном направлении (т.е. без обсуждения оргролей и их функций/практик жизненного цикла).

В предметах интереса управления работой нет функциональности происходящих с системой действий жизненного цикла, то есть в управлении работой не рассматриваются функции систем создания, системы создания не рассматриваются как оргроли/функциональные части, выполняющие практики с каким-то назначением, но только как конструктивные части-ресурсы, которые не важно что по содержанию делают, но важен факт их наличия или отсутствия в нужном месте в нужное время для выполнения работы.

Оргзвенья играют оргроли, оргроли реализуются оргзвеньями (функциональные объекты реализуются конструктивными, это отношение реализации, помним 4D экстенсионализм). Оргроли выполняют практики/методы/труд (функциональное/ролевое/прикладное инженерное рассмотрение), а оргзвенья выполняют работы/сервисы (конструктивное/организационное/менеджерское рассмотрение).

С момента начала использования понятия «жизненный цикл» в проектах системной инженерии в этот «жизненный цикл первой версии» стали включать и время работ, которые происходили в начальный (до изготовления частей будущей системы) период времени, т.е. время работ по описанию будущей целевой системы и документированию этих описаний, то есть работы не с самим воплощением системы, не работы по изготовлению-сборке. Такого в биологических системах не бывает! Геном и мемом отличаются в работе с ними: дарвиновская эволюция не может полагаться на «умные мутации», а техно-эволюция – может. В дарвиновской эволюции можно оперировать только изменениями всего организма, поскольку феном разворачивается из мутировавшего генома, а вот в техно-эволюции можно оперировать изменениями только в рамках одного тщательно спроектированного модуля, внося изменения и в мемом (он хранится отдельно от создаваемой системы) и в феном готовой системы. Помним: геном и мемом – это наследуемый материал (гены в ДНК и мемы на каких-то носителях информации), а феном – это проявленный в организме наследуемый материал. Техноэволюция идёт быстро, и в жизненный цикл (то есть не жизненный и не цикл) заодно попали стадии/работы, в которых идёт работа по получению и развитию мемома как описания целевой системы, проект/design целевой системы. Слово «проект» в русском языке имеет ещё и значение создаваемого мемома, описания ещё не реализованной системы. Мы будем отличать проект-работы и проект-описание-системы как проект/project и проект/design.

С момента включения стадий проектирования (работ с мемомом будущей системы) жизненный цикл вообще перестал ассоциироваться с изменением состояний воплощения системы (на чём был сосредоточен жизненный цикл биологических живых систем), а значение термина перешло полностью на работы систем создания как с описаниями, так и с воплощениями целевых систем. Жизненный цикл перестал быть жизненным, перестал быть циклом и перестал быть жизненным циклом самой системы – он просто через именование целевой системы стал указывать на работы/сервисы систем создания. И ещё окончательно по сравнению с биологией и физикой исчезло понятие «эволюция» в пользу «однократного проектирования», «нециклового прохождения жизненного цикла». От «системного мышления про сложные системы» произошёл ход на «методологию как мышление про способы работы создателей».

Целевая система осталась только как «объект проекта/кейса», объект для группы работ, объединённых понятием «жизненный цикл объекта проекта/кейса»: указание того, над чем идут эти работы жизненного цикла. Жизненный цикл гвоздя – это работы завода::создатель, выпускающего гвозди, сети торгующих гвоздями дистрибуторов::создатели, плотника::создатель (причём плотник тут даже не «оператор» времени эксплуатации, ибо оператора гвоздю, когда он держит соединение, то есть эксплуатируется, не требуется, а инженер по вводу в эксплуатацию, «наладчик»! ). Сам гвоздь при этом ничего не делает, не «живёт». Делают с ним.

Вскоре повсеместно жизненным циклом стали называть уже не сам отрезок времени жизни целевой системы, а работы как выполнение сервисов систем создания: совокупность стадий/фаз жизненного цикла в его понимании первого поколения. Эти работы упоминались на всём времени существования системы: от появления первых описаний до ликвидации использованного и уже не нужного никому воплощения. Создание оказалось ведением жизненного цикла как ведением работ, необходимых для изменений состояний целевой системы в ходе её «жизни» как изменений внешними силами.

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

Когда говорили «жизненный цикл АЭС», то имели в виду разбитые на стадии/крупные работы все работы с АЭС, которые выполняли своими сервисами многочисленные предприятия/оргзвенья от момента замысла АЭС и поиска денег на её проектирование и строительство до момента вывода её из эксплуатации с получением после этого зелёной площадки. Когда говорили «жизненный цикл танца», то имели в виду работы по замыслу танца, его постановке, последующих перформансах. Эти работы мыслились как что-то целостное, кто бы ни занимался ими в самых разных командах всё это время с момента замысла танца до момента прекращения его просмотра (помним, что танец мог ещё жить и на записи, поэтому его жизненный цикл необязательно завершается в момент исполнения).

Итак, жизненный цикл «чего-то» в версии 1.0 означает просто последовательность работ, которые производят сервисы создателей этого «чего-то»:

• создатели – это модули/конструктивные единицы систем ведения жизненного цикла, взятые как единицы их организованности (возможности давать и выполнять поручения), оргзвенья. Это предприятия, рабочие группы проектов/команды, кооперации из нескольких предприятий и т. д.

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

• Работа – единица задействования сервиса/внешнего поведения оргзвена, которую можно атрибутировать к заданному множеству ресурсов.

• Жизненный цикл (в начальном его понимании, 1.0) – набор работ, выполняемых с целевой системой её системами создания.

• Стадия жизненного цикла – набор работ в какой-то период времени. Период времени обычно выбирается как время, занимаемое ведущей/самой характерной/ключевой/важной работой этого времени.

Изображение жизненного цикла как работ (ЖЦ 1.0)

Изображались такие жизненные циклы с периодизацией работ очень просто: такими «колбасками», в которых поминались производимые последовательно крупные работы каких-то периодов времени внутри периода времени всей работы. Эти крупные отрезки времени внутри всего времени работ по изменению состояний системы были названы стадиями/фазами жизненного цикла. Вот примеры такого изображения жизненного цикла разных типов систем из стандарта ISO 15288, и обратите внимание на то, что каждое название стадии там говорит о поведении/работах систем создания, а не о состоянии целевой системы (хотя иногда и случаются наименования состояния, но они используются как альтернативное название проводимых работ для достижения этого состояния, в духе положений PRINCE2 о том, что работы лучше бы называть по их результату):

Нижняя строчка там представляет собой один из вариантов типового/обобщённого жизненного цикла, который в том или ином виде может быть определён для почти каждого типа целевой системы. В нашем курсе мы вместо «идея» говорим «замысливание», вместо «разработки» и «изготовления» общее для них «создание», вместо «использования» и «поддержки» – «эксплуатация», вместо «списания» – «ликвидация/уничтожение». Вы можете предложить и свой вариант: главное тут в том, что жизненный цикл распространяется и на работы с описаниями системы, и на работы с воплощением системы. Но в этом первом поколении обычно ещё не включает в себя работы с самими системами создания (учёт цепочек создания, создание систем создания какими-то другими системами создания): чтобы построить атомную станцию или мост, нужно организовать стройку, построить целый посёлок в месте строительства, доставить туда необходимую строительную технику. А если это совсем что-то новое разрабатывается, то иногда и проектный институт нужно создать, а не только стройку. Это всё цепочки создания, они в современном системном мышлении обязательны к рассмотрению, планирование их работ тоже обязательно. Но мы тут пока говорим о первом поколении – и это «первопоколенческое» понимание до сих пор широко распространено, получавшие образование лет двадцать назад инженеры и менеджеры его широко используют, в литературе полно этих «колбасок», так что с этим первым поколением понимания ЖЦ вам нужно разобраться хотя бы для того, чтобы общаться с этими людьми.

В «колбасных» диаграммах жизненного цикла часто стадии «использование/эксплуатация» и «поддержка/техобслуживание и ремонты» показывают даже не последовательно, а в одном и том же месте «колбаски» (или название в одном «ломтике» колбаски, как показано на картинке, или даже сам ломтик делят на две «перекрывающихся стадии», две половинки по горизонтали). И в этот момент приходится признавать, что стадии жизненного цикла не так уж и последовательно следуют друг за другом, они могут пересекаться – то есть работы разных стадий могут выполняться в одно и то же время.

Вот этот же жизненный цикл, но там уже используются не ломтики «колбаски», а «шеврончики вправо», означающие «процесс» с последовательными стадиями как шагами процесса. Представление жизненного цикла как последовательности работ подчёркивает разворачивание во времени, это «процедурное», а не «декларативное» описание работ систем создания целевой системы. Описания работ при этом – это одно из описаний систем создания. «Проектирование» (работы по проектированию целевой системы) делает система создания, а не целевая система. Описание работ относится к тому, что делают системы создания, а не что делает целевая система:

На этой картинке уже нельзя указать точные моменты времени, когда начинается один процесс и заканчивается другой, и это намеренно – стрелочка одной стадии буквально входит в хвостик другой стадии так, что нельзя провести вертикальную линию, чётко отделяющую один «шеврончик вправо» от другого. Иногда этот факт размытого времени перехода из одной стадии в другую отражают тем, что ломтики в «колбаске» разделяют не прямыми линиями, а диагональными – типа как работы одной стадии потихоньку заканчиваются, а другой стадии потихоньку начинаются, нет момента резкой остановки работ стадии и резкого начала работ других стадий. Это точнее соответствует тому, что видим в жизни: работ в каждой стадии обычно много, и когда работы одной стадии начинаются (например, начинается изготовление каких-то частей/деталей/подсистем будущей системы), работы другой стадии вполне могут ещё продолжаться (например, проектирование других деталей будущей системы не закончено).

Сам термин «жизненный цикл» всегда означает «полный», то есть от работ систем создания по замыслу до работ по прекращению существования/ликвидации/уничтожению/списанию/выводу из эксплуатации проэксплуатированной целевой системы. Это всё работы создателей, ибо целевая система себя не замысливает, это создатели её замысливают! И то же с другими стадиями, системы обычно сами себя не создают, не эксплуатируют, не ликвидируют. В этом и была сила системного подхода, сам термин указывал думать о полном жизненном цикле, всех необходимых его работах, а не о его отдельных частях-стадиях, не о части проводимых с целевой системой работ! Термин «жизненный цикл» указывал думать о проводящих работы системах создания в их цепочках, а не только о системах в окружении целевой системы. Упоминание жизненного цикла заставляло ни на секунду не выпускать из внимания организации/команды/коллектива проекта работы систем создания.

Методология (обсуждение способов выполнения работ, а не только последовательности выполнения работ и группировки работ в стадии/фазы) пришла чуть позднее. Идея безмасштабности создателей (например, понятие создателя/constructor из constructor theory Дэвида Дойча) пришла ещё позже, по большому счёту эта идея ещё не вошла в методологический мейнстрим, это ещё фронтир. И уж совсем поздно пришла идея, что однократным проектированием-изготовлением дело не обходится, системы эволюционируют, они непрерывно развиваются – но не столько развиваютСЯ (сами себя развивают), сколько их развивают их создатели.