Анатолий Левенчук - Методология 2022

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

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

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

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

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

Целевая система в её ближнем (подсистемы надсистемы, которые включают и целевую) и дальнем (системы из иерархии надсистем) окружении – это разбиение (иерархия по отношениям часть-целое) операционного окружения/operation environment, то есть времени работы/эксплуатации системы. Создатели – это системы создания/ «ведения жизненного цикла»/«ведения работ над целевой системой» – они из других разбиений, разбиений систем цепочек создания, они части совсем других систем в совсем другое время, и поскольку создатели часто ярко выражены как агенты (автономны! Это редко станки и компьютеры, чаще люди со станками и компьютерами, и даже организации людей!), то это обычно системы систем/system of systems/SoS, что делает их во много раз трудней в рассмотрении.

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

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

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

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

Первая проблема понимания жизненного цикла как последовательности крупных работ проекта: в реальных проектах по созданию систем массово начала вырождаться стадийность. Сначала в agile 21 21 https://ru.wikipedia.org/wiki/Гибкая_методология_разработки (гибких) подходах к разработке софта появились не тематические по видам работ «стадии», а безымянные «итерации» какой-то фиксированной длины – и на этих итерациях было очень трудно отследить, какая же там преимущественная тематика работ. По факту там в каждой итерации и замышляли кусочек системы, и разрабатывали её, и делали, и испытывали, и эксплуатировали, и вроде как понятно было, что всё это нужно обсуждать, но вот идея «стадия как время ведения однотипных работ» не выжила.