Альфы и артефакты/продукты
Стандарт OMG Essence[1] предлагает для контроля за изменением состояния проекта особый вид функциональных объектов --- альфа (ALPHA). Альфа --- это объект внимания, функциональный/ролевой характер которого отвечает области интересов «как проект работает» (не целевая система работает, а проект, то есть системы создания). Если мы хотим как-то связно мыслить о том, как работает проект, как целевая система создаётся и затем развивается создателями в ходе их работы, нам нужно удерживать внимание в проекте не на любых произвольных объектах, а на альфах.
Этот же стандарт OMG Essence для продуктов/модулей, физически реализующих альфы, предлагает имя рабочий продукт/артефакт (work product, artifact, т.е. предмет искусственного происхождения). Продукт/артефакт/конструктивный объект --- это то, над чем работаем, из чего проект «собран», что можно обнаружить в окружающем мире. Хотя физические реализации некоторых альф трудно представить «продуктами» (например, альфа «внешние проектные роли» реализуется живыми людьми, трудно думать о них как о «рабочих продуктах»), смысл сохраняется: даже если «продуктом» выступают живые люди, вам нужно над ними работать, менять их состояния в ходе проекта.
Например, Василий Пупкин в ходе проекта должен принять роль финансиста заказчика и в ответ на вопрос «быть или не быть?» сказать «быть!» и поставить подписи на документах. Альфа «внешняя проектная роль финансиста» как подальфа альфы «внешние проектные роли» нужна для отслеживания всего хода занятия ролевой позиции в проекте Василием Пупкиным, работы его в этой ролевой позиции. Она заставит удерживать Василия Пупкина во внимании по отношению к этой роли, вести его по стадиям: вот он узнал про то, что ему нужно быть финансистом в проекте, вот он согласился на это, вот он вовлёкся в работу, вот он сотрудничает, то есть уже работает над проектом. А команда проекта потихоньку двигает его по этим состояниям, ибо сам Василий Пупкин без работы команды пойдёт пить пиво и не будет заниматься проектом, забудет о нём. Команда помнит, что ей нужно работать над тем, что внешние проектные роли кем-то будут играться, и проводит работы для этого.
Альфа отличается от ранее встречавшихся нам функциональных объектов тем, что она бывает и абстрактным объектом --- каким-то описанием системы, моделью. Понять состояние такой альфы можно, если такое описание документировано. Как понять, готова ли концепция использования? Посмотреть на документы, где она записана! Эти документы и будут рабочими продуктами/артефактами, они будут свидетельствовать/evidence о состоянии альфы. Состояние альфы меняется в ходе проекта, и узнать об этом можно, поглядев на состояние рабочих продуктов. Рабочие продукты во всех проектах разные, а альфы остаются более-менее одинаковыми, за мелкими вариациями --- и это сильно экономит мышление. Внешняя роль «финансист», которая ответственна за выделение и исполнение бюджета закупки целевой системы, будет практически во всех проектах, но вот в одном проекте своё состояние по отношению к выполнению этой роли будет менять Анна Павловна, в другом Вася Пупкин, в третьем Виталий Викторович. Мышление про них всех будет устроено одинаково, в терминах альфы/функционального объекта/внешней проектной роли, а не в терминах этих разных людей-исполнителей роли.
Но также альфы бывают функциональными частями систем, реализующимися в жизни конструктивными частями (модулями/продуктами/изделиями/деталями) воплощения системы. Тогда о состоянии альфы мы судим по состоянию конструктивных частей воплощения системы, которые играют роль этих альф. Как узнать, в каком состоянии «гвоздезабиватель»? Поглядеть на рабочий продукт, выполняющий его роль: камень или микроскоп. Этот рабочий продукт может проходить много разных состояний: быть ещё не выбранным (до модульного синтеза), быть выбранным и ещё не закупленным, быть закупленным, быть смонтированным, быть проверенным в работе. Смотрим на камень или микроскоп и говорим о состоянии альфы «гвоздезабиватель». Альфа же помогает удерживать во внимании команды проекта изменение её состояния: «гвоздезабиватель» по мере работы команды сначала будет не спроектирован, потом спроектирован, потом реализован в физическом мире, потом работоспособен в составе системы. Вот это будет во внимании, эти изменения состояния будут отслеживаться.
Альфы совершенно необязательно свидетельствуют об изменениях в ходе проекта состояний именно целевой системы. Нет, они могут свидетельствовать и об изменениях состояний систем окружения, равно как и систем создания. Системное мышление --- оно для всех систем, целевая система тут просто система в начале координат, главный объект внимания. Но внимание удерживается и на других системах, альфы в этом помогают.
Примеры альф: воплощение системы (обычно это целевая система, подчёркивается её физичность, отслеживается степень готовности/воплощения её в физическом мире), описание системы (в жизни изменения описания системы можно будет отслеживать по разным рабочим продуктам-документам, включая записи в базах данных), работы системы (это относится ко времени эксплуатации воплощённой системы, ибо работы системы создателя --- это другая альфа! Состояние работ свидетельствуется какой-нибудь диаграммой Ганта или списком работ из issue tracker).
Да, с этими альфами работают практики коммерции/продвижения, инженерии систем соответствующего уровня (не все из которых даже называются классическими инженерными), менеджмента организационного (инженерия команды, настраиваемой на какой-то метод работы) и операционного (загрузка ресурсов на работу и проверка того, что работы реально ведутся). Агенты как члены команды, исполняющие роли для всех требующихся практик/деятельностей в проекте, двигают своими работами эти основные альфы по их состояниям в ходе проекта.
О состоянии альфы как ролевого/функционального объекта мы можем судить, наблюдая за играющими роль этой альфы артефактами/модулями/рабочими продуктами/исполнителями ролей. О состоянии Принца Гамлета можно судить, наблюдая за Василием Пупкиным::агент в тот момент, когда он играет роль (и только в тот момент, и только в той части, в какой Василий Пупкин играет именно эту роль!).
Альфы нельзя путать с артефактами/рабочими продуктами/актёрами: альфы (роли!) --- это функциональные объекты проекта (описывают «как работает проект», время проектной работы), а рабочие продукты и исполнители трудовых ролей/актёры --- это конструктивные объекты («из чего состоит проект», время создания/development time).
В стандарте OMG Essence они изображаются разными значками: альфа похожа на греческую α, а рабочий продукт/артефакт --- на лист бумаги с загнутым уголком.
Стандарт разрабатывался главным образом для разработчиков информационных систем, поэтому артефакт/рабочий продукт тут изображён листком бумаги --- документация. Мы же понимаем, что для альф-описаний (моделей) --- это документация, в том числе электронная. А вот для других альф (скажем, команды) --- это могут быть вполне живые люди-исполнители ролей, «оргзвенья». А альфы --- это роли, функциональные объекты.
Альфы из OMG Essence даже после доработки для лучшего соответствия системной инженерии (а не только программной инженерии) довольно кривоваты как формализация (увы!), но эти тонкости не так уж важны. Главное тут запомнить: альфы берутся из «теории», из научных, инженерных, предпринимательских (стратегирование, продвижение продукта и т.д.), культурных (те же танцы), правоохранных, медицинских и других практик мышления по решению проблем и прикладного рассуждения. Другими словами, альфы загружаются в голову как типы каких-то важных объектов внимания в проекте для ответа на вопрос «как работает» проект. А артефакты/рабочие продукты, играющие роль этих альф, можно найти в жизни. Основное умение умного человека --- это знать альфы «внутри головы» как важные типы объектов и уметь оценить состояние альф поартефактам/продуктам «в окружающей обстановке», которые подходят под альфу по типу мета-модели или даже более общему типу мета-мета-модели.
В жизни нет ни одного слова из текста наших курсов, в тексте курсов нет ни одного слова из окружающей васжизни --- в курсах главным образом говорится про альфы как важные для отслеживания в ходе проекта объекты мета-мета-модели, а в жизни находятся специфичные для каждой конкретной компании рабочие продукты, для которых довольно легко понять их типы мета-модели «из учебника прикладного метода», классифицированными типами мета-мета-моделииз наших курсов трансдисциплин методов мышленияинтеллект-стека. Это ключевое место для понимания системного мышления, ключевое для понимания способа его использования --- как описанные в нашем курсе приёмы мышления (теория) связаны суспешностью практики/труда/инженерии как изменений реального мира: как успешность изменения мира зависит от моделирования правильных черт этого мира, правильных свойств этого мира, правильных объектов в этом мире.
Вы знаете, что нужно найти объект какого-то типа мета-мета-модели (скажем, «нашу систему»), и ищете объект какого-то типа из предметной области (скажем, это будет «мастерство собранности»::«наша система»), и ещё нужно найти сам этот объект («Васино мастерство собранности»::«мастерство собранности»). Если не смогли найти, то вы что-то не поняли --- додумывайте, выясняйте, экспериментируйте, проявляйте активную жизненную позицию. Системное мышление показывает вам, на что обратить внимание. Но дальше от вас ожидается творчество: догадки, действия (и мыслительные, и в физическом мире) по их обоснованию/assurance.
Есть и обратный вариант: вы находите, что в проекте важный объектX::типа из domain. И вы определяете, какой у него тип из мета-мета-модели (фундаментального знания, частью которого является знание системного мышления). И дальше, размышляя в терминах мета-мета-модели, вы понимаете, что спрашивать дальше, что делать дальше, какие возможны ошибки и как их избежать.
В любом случае, вы деятельны: работаете (в том числе) с системными описаниями вашего проекта/моделями мира и с самим миром --- целевыми системами, вашими системами, системами в окружении, системами создания по длинным их цепочкам. Работаете --- это меняете состояния. Альфы нужны именно для отслеживания смены состояний!