О методологии

cryptoemcee · 17.Июль.2025 18:02:26

Данная заготовка содержит разные “вкусные” куски, которые показались мне весьма ценными для разъяснения системного мышления во время чтения разных текстов А. Левенчука с 2016 года (до начала освоения руководств летом 2025 года).

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

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

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

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

Методология описывает и труд менеджера, и труд инженера, и труд предпринимателя, и любой другой, то есть она вынесена тем самым из трудового кругозора, она попадает в интеллект-стек.

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

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

Но методология - это трансдисциплина: она используется для обсуждения разделения труда/деятельностей/практик по трудовым ролям и в менеджменте, и в инженерии, и в предпринимательстве.

Мы не различаем труд, деятельность, практику - хотя признаём, что в разных ситуациях лучше использовать разные слова, чтобы быть понятыми. Более того, мы ещё и будем различать работы (то, что делает исполнитель трудовой роли) и труд/деятельность (то, что делает роль). Работы реализуют труд, это обычное онтологическое отношение реализации 4D-конструктивным объектом-агентом поведения 4D-функционального объекта-трудовой роли. Роль/практика - это функция. Агент/работа - конструкция, реализующая функцию.

Все изменения в мире производятся работами по какому-то методу/способу.

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

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

Люди, AI-агенты, организации имеют мастерство в разных видах методов, а ещё они поддерживают методы работ инструментарием: оборудованием, датчиками, компьютерами. Чтобы работа давала рационально ожидаемый результат, её надо проводить по тщательно выбранному методу, для чего этот метод надо описать. Метод описывается знаниями, у которых тоже много имён: объяснения, теории, дисциплины, правила, алгоритмы.

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

Курс “Методология” учит работе с чек-листами в операционном софте не своём любимом, а том, который расположен у сотрудников. Кроме того, курс задаёт процедуру “распожаризации”, по которой можно помогать коллегам не тушить пожары, а содействовать тому, чтобы они вообще не возникали. Так что в какой-то мере курс “Методология” учит тому, как организовать людей на рациональную работу, а не только организоваться самому.

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

Методология появилась как философская дисциплина о методах познания, но в современной инженерии и менеджменте методология стала учением о методах выполнения деятельности по изменению мира, то есть деятельности по созданию систем самых разных системных уровней. Изложение базируется тем самым не столько на философской литературе прошлых веков и литературе по общей теории систем прошлого века, сколько на методологических международных стандартах в менеджменте, инженерии, программной инженерии (особенно широко используется стандарт OMG Essense, системная схема проекта дана по его мотивам). Мы также проводим линию рассуждения о растущей эволюционной сложности систем, которая подробно обсуждалась в курсе “Практическое системное мышление” для практик. Создатели систем и методы их работы тоже эволюционируют. Чтобы разбираться в этих постоянных изменениях, нужно уметь работать с понятием практики в мышлении и деятельности, этому и посвящён наш курс.

В нашей версии методологии мы отличаем её содержание от “методологии исследований”, которую выделяем в отдельную дисциплину “исследования” - изучение того, как прирастает знание; а в чём состоит само знание и как его использовать (объяснительные теории, которые позволяют делать деятельностный выбор) выделяем в “рациональность”.

В самой методологии мы изучаем устройство деятельности/практики/инженерии. Мы рассматриваем её как “истинную дисциплину” (в которой нет указания на то, что нужно делать, но есть указание на то, “как смотреть и что видеть” - что есть, позитивно); в качестве нормативной же дисциплины (в которой есть указание на то, что нужно делать) мы могли бы указать на системную инженерию, но в том числе и нормативную экономику, право, социологию. Методология рассматривает понятия практики/деятельности/“рабочего процесса”/создания/труда, агента/создателя/IPU, роли/функции агента, жизненного цикла системы, целей и средств.

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

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

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

Методы/практики/деятельности обычно дробны. Метод обычно - это какой-то самый верхний уровень деления на практики; этим словом называют все практики, нужные для достижения результата работы. Иногда практику/труд/деятельность/инженерию/“процесс разработки” считают методом (то есть включающим все способы ведения работ, которые потребуются для достижения результата работ, всех требуемых изменений), а вот результат разбиения называют “видом” - “вид практики”, “вид деятельности”, “вид инженерии”, “вид труда” и т.д.) Дробность труда часто называют “разделение труда”, а получение всё новых и новых видов труда называют “углубление разделения труда” (но вот “разделение деятельностей” и “углубление разделения деятельностей” уже не говорят, это специфично именно для труда). Скажем, инженерия - это инженерия чего угодно, но есть виды инженерии как отдельные “инженерные практики”. Эти “инженерные практики” - “масло масляное”: можно сказать инженерные практики, практические практики, трудовые практики, деятельностные практики, практические деятельности, инженерные деятельности, инженерная инженерия и т.д. Бытовой язык богат, имеется в виду одно и то же, причём один термин дублирует другой “на всякий случай”, показывает разные оттенки смысла (но нам в нашем курсе они не слишком важны). Наша задача - определить понятие, которое важно (а уж как оно называется в бытовой речи, дело десятое). Как удобно, так и называйте, но не путайте в голове практики и работы, функции и сервисы.

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

Методология использует системное мышление и смотрит на такие системы создания, как проекты/оргзвенья/предприятия/команды/коллективы/организации, как на любые другие системы:

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

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

Ситуационная инженерия методов имеет под собой ту идею, что метод выполнения работ нельзя задать заранее: каждая система уникальна, имеет свой собственный уникальный жизненный цикл, и поэтому каждая из систем требует для себя уникального метода работы. Утверждается, что какие-то кусочки/фрагменты методов всё-таки можно осознать и хранить для повторного использования, но для конкретной системы из таких кусочков нужно “по ситуации” собирать её уникальный метод, который будет продвигать эту систему по её уникальному жизненному циклу, учитывая уникальную специфику этой системы и уникальные риски в соответствии с ситуацией. Тем самым утверждается, что людям нельзя дать универсальный метод, но можно дать “конструктор методов” с достаточным количеством этих кусочков/фрагментов, который позволит “сплести” необходимый специализированный метод по потребности.

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

Для создания “конструктора методов”, используемого при ситуационной инженерии методов, должны существовать:

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

Что именно делает Вася Пупкин, не понимая его текущей роли - всегда непонятно (он своей “работой” играет роль Отелло? Принца Гамлета? Офелии? Видно, что Вася Пупкин занят, работает. Но что и зачем он делает?! Что делает та или иная работа, для менеджера непонятно, нужно смотреть на задаваемое инженером “содержание работы”/“способ работы”/метод/практику/“функциональную ипостась работы”.

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

Работы - это про количество работы и её скорость, а труд/деятельность/практика - это про назначение и разнообразие видов/родов/сортов/способов работы и их уместность/полезность/назначение/роль в проекте.

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

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

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

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

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

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

Практика (practice) - это описание того, как справиться с каким-то отдельным аспектом (но не всеми!) дисциплин инженерного проекта. Практика может состоять и из других практик, но она всегда базируется на каких-то дисциплинах или поддисциплинах, то есть технология (рабочие продукты) может только дополнять альфы, а не подменять собой альфы.

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

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

Практика также имеет указание на единицы измерения, оценивающие результаты (performance) практики и меру достижения её цели. Измерения проводятся и документируются в ходе выполнения практики.

Практика имеет ещё и ожидаемые характеристики входных (имеющихся в начале выполнения работ практики) и выходных (с результатом после завершения выполнения работ практики) элементов. Критерий завершения практики формулируется в терминах состояний альф и уровней детальности рабочих продуктов этой практики.

Практика есть культурно-обусловленное функциональное/ролевое поведение создателей. Системное мышление заставляет удерживать во внимании практики работы и интересоваться их культурной обусловленностью.

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

Практика - это правило, по которым человек совершает действия с использованием технологий. Под правилами мы подразумеваем дисциплину, теорию, модель или формализованное описание реальности, которое имеет определённую предсказательную силу. Технологии - это инструменты, которые поддерживают действия человека по данным правилам.

Практика - это деятельность/поведение роли или системы. Но не всякое поведение, а поведение, которое выполняется по дисциплине, загруженной в голову исполнителя роли, и с использованием определённых технологий/части экзокортекса. Знание практики позволяет действовать с научной точностью, быстрее и легче достигать цели. Оперирование понятием практики помогает человеку осознанно выбирать предмет обучения для развития жизненного мастерства. Не нужно придумывать чего-то нового, а нужно быстро разбираться в имеющихся практиках, быстро их осваивать и применять, получая обратную связь в реальных проектах. Хорошего исполнения роли и качественного рабочего продукта быстрее добиваешься за счёт правильного применения соответствующей практики.

Практики могут собираться в метод, а также делиться на подпрактики. Такое деление называется “разделение труда”. Практики - кладезь человеческой цивилизации. Осознанное внимание к своей жизни - это внимание к ролевому поведению и мышление в понятиях практик деятельности. Это огромное достижение цивилизации: роли культурно-обусловлены, а исполнители привносят в них личное - и это сливается в одно “исполнение роли”.

Если практики отвечают на вопрос “как сделать задачу”, то работы - “как выделить доступные ресурсы, чтобы выполнить практику и получить рабочий продукт” . Работы назначаются на уже выделенные практики, ресурсы (роли с имеющимися у них технологиями и доступным количеством времени в часах) выделяются из доступных в проекте/на предприятии. Работы мы рассматриваем в физическом времени design-time.

Именно выполнение практик позволяет создать целевую систему: не отдельно взятые действия и задачи, которые делаются непонятно как и непонятно кем, а ролевые практики по правилам или дисциплине, которую можно предъявить для обсуждения.

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

Практика - это мышление/вычисления и коммуникация по дисциплине/теории/модели/объяснению и влияние на указанные дисциплинами объекты в мире + технология как инструменты для влияния на мир, и в числе этих инструментов ещё и аппаратура вычислителя со всеми необходимыми для выполнения практики настройками/inductive bias/алгоритмами/знаниями.

Мастерство/skills - это часть мозга, которая занимается прикладными рассуждениями/вычислениями/оценкой/inference для реализации какой-то практики владельцем этого мастерства. Интеллект занимается порождением/изготовлением/выучиванием/познанием мастерства/skills/компетенции. Функция мастерства - изменение мира с использованием прикладных рассуждений/вывода на базе имеющихся объяснений/теорий/дисциплин при задействовании собственного тела и инструментов (extended cognition). Мастерство обеспечивается куском мозга мастера, а мастер в целом (с телом) плюс ещё и его инструменты (экзотело) выполняет деятельность/практику, трудится, то есть меняет мир, достигая цели практики/труда. Мастер волен выбирать пути в жизни, но он должен хотя бы понимать на самом общем уровне само наличие этих быстро меняющихся путей - и не на уровне интуитивных представлений, а на осознанном уровне.

Если рассматривать изготовление мастерства по какой-то практике, то потребуется задействовать множество разных ролей (какую именно практику описывать методологу, будет говорить культуртрегер/“носитель культуры”).

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

“Говорю система - подразумеваю наличие проектных ролей, создающих эту систему, или эксплуатирующих эту систему в составе своих надсистем. Говорю проектная роль - подразумеваю систему, которая создаётся или эксплуатируется этой ролью” - это самые азы системного мышления в его стыке с методологией и самые азы методологии в её стыке с системным мышлением.

Договорились - и проект успешен (помним, что успешная система как раз и определяется как такая, по поводу которой все договорились). Успешность системы сегодня определяется не объективно, а субъективно - по удовлетворению потребностей (needs) заказчиков, пользователей и самых разных других проектных ролей. Эти роли не выдумывают! Эти роли берут из культуры, и если не быть знакомым с трудовой/производственной культурой, то придётся тяжко: действия людей в проекте будут казаться непросчитываемыми, случайными. Но это не так. Действия людей происходят по ролям, они абсолютно не случайны, их легко предсказать. У вас должен быть деятельностный кругозор, вы должны быть знакомыми со множеством практик/деятельностей, узнавать в жизни множество ролей, которые практикуют эти деятельности, знать их предметы интереса/важные для них характеристики систем и проектов и предпочтения/интересы, которые они будут реализовывать в проекте по поводу этих предметов интереса. Если будете отвечать сами как роль всегда другим ролям по поводу их интересов/предпочтений, придерживаясь разговора о предмете интереса/важной характеристике и что может влиять на её значение, а не будете отвечать людям-исполнителям ролей/агентам или должностям, и сами не будете вести переговоры как “безролевой актёр” или “должность без роли” (принцип византийской и вообще восточной потестарной культуры отказа от диалога “я начальник, ты дурак”, до предметов интереса разговор не доходит), то вы со всеми быстро договоритесь. Это ролевое мастерство, этому нужно учиться, это нужно тренировать.

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

Ответы на самые разные вопросы самых разных людей делать только после уточнений “а какая проектная/трудовая роль это сейчас спрашивает, какой её предмет интереса, какие предпочтения в каких важных характеристиках нужно для этой роли соблюсти?”

Roughly, “discipline + work products, tools and activities = practices”. Discipline is studied in academic environments, whereas practices are learned in the workplace with given tools and types of work products.

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

Совершенствование - это когда всё реже и реже проявляются неуместные в знакомой ситуации поведенческие стереотипы человека или предпринятия. Развитие (exploration) - это шаги вперёд в новые ситуации. Совершенствование (exploitation) - это занятие круговой обороны в знакомой ситуации, и выигрыш за счёт этого.

Как найти правильное время пребывания на каждой образовательной/технологической ступеньке, правильное время совершенствования какой-то практики? Общих рецептов тут нет. Но над этим нужно специально думать, нужно кроме утопания в тактическом совершенствовательном планировании постоянно заниматься развивательным стратегированием (альфа технологий существенно связана с альфой возможностей: возможность выполнить проект появляется не только тогда, когда клиенты хотят, но и когда предпринятие может!), и наоборот - не забывать кроме вечного маниловского стратегирования ещё и что-то планировать, чтобы быть совершенным.

Начинать любые организационные рассуждения (рассуждения по архитектуре оргзвена) нужно 1) с понимания целевой системы, затем 2) понимания практик работы с этой целевой системой, и только потом уже переходить к 3) организовыванию: предложению организационной структуры/структуры полномочий по распоряжению ресурсами, а также предложению 4) методов операционного управления/управления работами. 5) Набирать людей нужно только после того, как становится понятно, в какую организацию/оргзвено/оргструктуру и для выполнения каких практик в каких ролях.

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

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

Всегда есть фундаментальные дисциплины, которые неявно входят во все прикладные практики и задействуются при малейшем несоответствии реальной ситуации тем ожиданиям, которые порождены по объяснительным моделям дисциплины практики. Фундаментальные дисциплины поэтому иногда и называют трансдисциплинами, что значит “по ту сторону дисциплин”. В разбиении дисциплин на сегодня можно полагаться главным образом на кругозор, особых принципов тут нет: математику как дисциплину люди всё-таки отличают от биомеханики, а биомеханику после некоторых объяснений от соматомеханики. И то же самое относится к методологии, онтологии, теории понятий и другим фундаментальным дисциплинам: они существенно переплетены, и нет общего согласия по тому, как разграничены их предметы изучения.

Нужно уметь проводить рассуждение: практика, выполняемая оргролями, когда по этим ролям работают мастера:оргзвенья, знающие дисциплину практики, имеющие надлежащую технологию (свои тела и мозги, экзотела и экзокортексы, прихват ресурсов других агентов по кооперации, необходимые рабочие продукты, доступ к энергии и помещениям и так далее) - и эти мастера:оргзвенья назначены/организованы на роли в практиках (с ними проведена работа по практике лидерства). Для методолога важно, что он понимает, как вообще устроена эта деятельность: так же, как и любая другая “по форме” (по типам мета-мета-модели участвующих объектов), различается только содержание! Для него варка кофе, смена подгузников, сооружение атомной станции, проведение выборов президента выглядят одинаково “по форме” (по типам объектов мета-мета-модели): это всё деятельности, понятно как их обсуждать. Нужно обсуждать разбиение на подпрактики, роли, дисциплины, технологии, обязательно искать альтернативные варианты дисциплины и технологии, затем выбирать среди них SoTA.

Главным приёмом появления практики как объекта вашего внимания будет задаться вопросом, откуда исполнитель проектной роли (человек, команда, коллектив, предприятие) знает, как ему выполнять свою работу. Вот человек что-то делает:

он сам придумал, как именно это нужно делать, или подглядел у других?
он читал учебник, проходил курсы? Когда это было? А что сейчас говорят на эту тему в университетах, что пишут в блогах ведущие практики по этой дисциплине?
можем ли мы представить, что мы должны получить такие же результаты его работы, но быстрее и дешевле, поменяв способ работы? Как бы мы начали искать этот новый способ работы?

Если вы задались этими вопросами (в этом-то и проблема, что они не приходят в голову! нужно иметь специальную привычку эти вопросы задавать!), то поздравляем: в вашем внимании - практика. Главным тут будет переход от обсуждения собственно работы (быстро, медленно, какие ресурсы) к способу выполнения работы и далее к альтернативным вариантам в способах выполнения работы.

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

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

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

Метанойя, которую должен получить методолог:роль - это смотреть на действующих в мире агентов (IPU/constructor: существ, людей, организации и т.д.) и как-то выделять ту практику, которой занят этот агент, его уровень квалификации в этой практике, насколько SoTA эта практика (насколько SoTA дисциплина/теория, насколько SoTA технология), насколько силён интеллект агента (то есть что будет происходить, когда при выполнении практики “что-то пойдёт не так”, а не так всегда будет что-то идти). Это мышление одинаково, когда вы думаете про свою кошку, ваших сотрудников, организации, с которыми вы имеете дело. Аккуратно (тут не так много ещё предсказательных знаний/теорий и методология на эти уровни раньше редко заглядывала, больше центрируясь на людях), но это мышление можно применять для сообществ и даже обществ - но это не физические объекты, о них трудно мыслить. Поэтому будьте тут осторожны, но вам придётся это делать, если вы будете заниматься маркетингом, просвещением, политической деятельностью.

Итак, когда вы думаете про практики, вы различаете и используете в рассуждениях объекты следующих типов:

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

Модели обучения практикам направлены на осознанное изучение дисциплины и тренировку технологии. Неудовлетворённости, калибр личности или жизненная необходимость приводят человека на первый этап постановки привычки (практики), а далее инвестируя время в освоение дисциплины и технологии деятель может пройти стадии “Могу” и “Хочу”, а в итоге оказаться на стадии “Не могу не”. Такое прикладное мастерство станет делом жизни. По нескольким прикладным практикам человек находится на разных этапах постановки привычки (прикладной практики), тем не менее он сможет постепенно становиться ТТТ-человеком.

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

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

Разделение в мышлении ролей, предметов их интереса/характеристик систем, интересов/предпочтений в значениях характеристик систем упрощает достижение договорённостей между ролями в проекте, облегчает коллективное выполнение проектов по созданию систем:

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

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

И, конечно, при взгляде на что угодно, происходящее в мире, задавайте себе вопросы:

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

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

Практика (practice, деятельность, род/вид работы, труд), именованная по её теоретической инженерной или менеджерской дисциплине (discipline, теория) есть культурно-обусловленное функциональное/ролевое поведение систем создания. Работы оргзвеньев выполняют роль тех или иных практик культурно-обусловленных ролей, из которых и состоит жизненный цикл. Как проверить культурную обусловленность? Обычно по культурно-обусловленным практикам есть учебники. А если это кулибинство/“я сам придумал!”, то учебника обычно нет - и дальше вам принимать решение: учебника нет, потому как речь идёт о фронтире, и учебник не успели написать; или учебника нет, потому как этот кривой свежесочинённый метод работы отражать в учебнике ни в коем случае нельзя; или просто не знаем об учебнике (но он в реальности был, а как выполнять практику, мы подглядели у человека, который по этому учебнику учился. Но о том, что он учился по учебнику, мы даже не знаем). Системное мышление не учит, что делать в этом случае, но заставляет удерживать во внимании практики работы и интересоваться их культурной обусловленностью.

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

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

Жизненный цикл атомной станции на сегодня рассматривается как набор практик замышления, проектирования, сооружения, эксплуатации, модернизации, ликвидации, реализуемый работами, выполняемыми проектными, строительными, монтажными, эксплуатирующими организациями в самых разных организационных ролях: предпринимательских, инженерных, менеджерских.

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

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

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

В практике дисциплина загружается в голову исполнителя, а технология разворачивается на месте исполнения.

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

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

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

Если есть какой-то станок, приспособление или программное обеспечение, то они обязательно поддерживают какую-то дисциплину/теорию. Не знаешь этой дисциплины/теории - неминуемо будешь микроскопом гвозди заколачивать. обращаться с ружьём как с куском железа, чисто в силу неведения. Инструментарий различается не столько удобством в использовании, сколько поддерживаемыми дисциплинами этой практики: тем, какие понятия в мышлении инструментарий способен отразить. Удобный в использовании негодный для дела инструментарий помочь не может, а неудобный в использовании, но годный для дела - плохо, но поможет. Вы сможете различить эти две ситуации, если кроме технологии, обратите внимание на поддерживаемую ей дисциплину. Она невидима, но вы можете научиться о ней думать. Практики определяются по своим дисциплинам, носят название дисциплин, а не технологий.

Основной же трудностью в развитии, как и всегда в случае теоретических дисциплин, является несоответствие теоретических функциональных объектов/альф как предметов внимания “из книжки” и рабочих конструктивных продуктов/артефактов как предметов внимания из жизни. Умение увидеть объекты мышления в объектах из жизни и удерживать их во внимании в течение всего хода проекта тренируется.

Идеи развития одного человека и оргзвена (команды проекта, стартапа, предприятия) одни и те же.

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

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

Была предпринята радикальная замена модели жизненного цикла с приматом метода описания работ-стадий на прямо противоположную, функциональную, с приматом метода описания практик. Работы в этой модели учитывались как развёртка применения тех или иных практик работ во времени, а сама линия времени как символ выделения ресурсов для показанных практик была нарисована по спирали. Тем самым произошёл переход от:

“проектного” (версии 1.0 метода описания/viewpoint понимания жизненного цикла как удовлетворяющего только менеджерски-логистический взгляд на работы систем создания с точки зрения “как сделать систему создания для моего проекта из работ-модулей” с производством и потреблением ресурсов проекта в строго запланированное время, акцента на своевременную закупку ресурсов и учёт рабочих продуктов, контроль выдаваемых обещаний и приёмок-сдач (координационные акты DEMO) к
системному/архитектурному пониманию (версии 2.0 для life cycle viewpoint), где на первый план выходит жизненный цикл как набор своих практик в первую очередь (функциональное инженерное рассмотрение, функциональная декомпозиция), а работ (конструктивное менеджерское рассмотрение, модульный синтез) только во вторую очередь.

Диаграммы жизненного цикла второго поколения удобно использовать как “принципиальные схемы жизненного цикла”, они показывают проток альф через меняющие их состояние практики оргролей (и это в операционном менеджменте будет соответствовать протоку рабочих продуктов через меняющие их работы оргзвеньев). Жизненный цикл сегодня отвечает на вопрос инженера предприятия (который организует предприятие как систему создания, а не создаёт целевую систему) “как будем практиковать, чтобы целевая система была успешной”. Далее инженер предприятия предлагает ответ на вопрос “из какой структуры ответственности/оргзвеньев будем делать предприятие, чтобы оно было успешным в части выполнения практик жизненного цикла”. Понятно, что жизненный цикл унитаза и посадочного на Луну модуля - разные жизненные циклы. Поэтому начинать любые организационные рассуждения (рассуждения по архитектуре оргзвена) нужно с понимания целевой системы, затем понимания практик работы с этой целевой системой, и только потом уже переходя к организовыванию: предложению оргструктуры/структуры полномочий по распоряжению ресурсами, а также предложению методов операционного управления/управления работами. Наборы различных архитектурных решений по поводу планирования выполнения практик в виде последовательностей работ получили название модели жизненного цикла (life cycle model, вид/форма жизненного цикла).

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

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

Практики - это типы работ, которые вы должны делать с системой, чтобы она была успешной. А уж экземпляры этих работ вы будете выполнять в самых причудливых конфигурациях: последовательно, параллельно, сжато или растянуто во времени в зависимости от ресурсов, одним мультиспециалистом или сотней “узких спецов”, это будет зависеть от конкретной проектной ситуации.

Чем дальше по цепочке создания вы находитесь от целевой системы, тем больше внимания нужно ей уделять: от вашего мышления потребуются усилия, чтобы удерживать её во внимании. Системное мышление требует собранности: найти целевую систему, а после этого спроектировать и обосновать всю цепочку создания до “вашей” системы, не пропуская ни одной системы в этой цепочке и удерживая во внимании пользу всего проекта для целевой системы. Без собранности у вас не получится не терять из виду целевой системы. Совет тут обычный для усиления внимания: документируйте модель цепочки создания! Это позволит удержать внимание к целевой системе. Если вы не научитесь моделировать и документировать такие цепочки, каждый раз доводя их до целевой системы, то вы вынуждены будете находиться в клубке бесконечых обсуждений того, чем же вы занимаетесь, и нужно ли вообще этим заниматься. Если вы моделируете и документируете цепочку создания, то вы очень быстро говорите, зачем и почему нужен ваш проект, как он приведёт к успеху целевой системы (ну, или понимаете, что проект не влияет на успех целевой системы, поэтому никому, кроме вас, не нужен, и закрываете этот бесперспективный проект).

Функции как целевое поведение систем создания называются практиками. Системы создания - это системы, выполняющие практику/деятельность/труд. Метод - совокупность практик, позволяющих достичь какой-то производственной цели.

На V-диаграмме удобно обсуждать классический слоган системной инженерии: все возможные работы правой части диаграммы нужно переносить в левую часть. Всё, что можно сделать на стадии описания системы, нужно делать именно на этой стадии: битами много дешевле оперировать, нежели атомами.

В системной инженерии “изготовление” совершенно необязательно означает именно изготовление чего-то из сырья. Это может означать и просто покупку готового модуля, если он удовлетворяет требованиям. Более того, это предпочтительный способ! Самый простой способ изготовить - это купить! Модули/продукты/изделия приходится разрабатывать и изготавливать, если их нельзя купить готовые. Купить - это простейший способ изготовления модулей! При этом нужно понимать, что для покупки всё равно нужно подготовить требования, описать покупаемую систему. Нет требований - непонятно, что покупать. Поэтому предлагаемый вариант V-диаграммы описывает и действия с изготавливаемыми самостоятельно частями системы, и действия с закупаемыми частями системы. Сейчас очень распространены именно такие гибридные “художественные” диаграммы, на которых одновременно приведены и совсем древние представления о жизненном цикле как смене состояний целевой системы, и более современные о жизненном цикле как проводимым по стадиям работам, и совсем современные представления о практиках жизненного цикла с показом принципов назначения на них работ в ходе разворачивания этих работ во времени. В любом случае, современные диаграммные представления жизненного цикла разительно отличаются от одномерных колбасных представлений недавнего прошлого, они чаще всего напоминают зрительно какую-то принципиальную схему, функциональную диаграмму протока альф через практики, а не последовательность шагов: жизненный цикл и план-график - это не одно и то же!

Управляющий жизненным циклом чаще всего будет работать в должности CTO (chief technology officer), ибо эта роль лучше всех разбирается в практиках работы, ведущих к созданию успешной системы. Он не системный инженер самой целевой системы (разработчик архитектуры целевой системы), он системный инженер, чьё внимание обращено на системы создания (обученные практикам люди и приданные им в поддержку технологии/инструменты). Это не архитектор предприятия, его мало волнуют вопросы назначения оргзвеньев на практики. Но его волнуют сами практики работы системных инженеров. Он занимается содержательным обсуждением методов инженерной работы. А инженеры целевой системы работают с целевой системой (и помним, что роли - это роли, и исполнители ролей могут играть много разных ролей).

Логическое “когда” включает “красить только после зачистки” (инженерное замечание), а вот операционное “когда” с конкретными ресурсами (“красит Вася в 12:00”) - вот этого в управлении жизненным циклом нет, в нём нет экземпляров работ.

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

В последней версии ISO 15288:2015 даже появилась новая практика “6.4.1. Business or mission analysis process”. Суть этой практики - понять, какую целевую систему берётся делать команда, и определить, стоит ли её вообще делать, соответствует ли это стратегии компании, чья команда будет выполнять проект. В кругозоре системной инженерии указывается, что на выходе этой стадии должен быть документ по концепции использования (OpCon или ConOps, concept of operations). Есть много разных практик, которые приводят к формулированию начальных описаний системы, все они связаны с предпринимательством и пытаются отразить место целевой системы в какой-то надсистеме.

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

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

Обязательно определите модель жизненного цикла не только целевой системы, вашей системы, но и их надсистем. И у систем создания, как и любых других систем, тоже есть свои жизненные циклы, их ведь тоже создают, они тоже проходят через цепочку разных состояний от “системы ещё нет” через “система разрабатывается” и “система эксплуатируется” к “системы уже нет” - эту смену состояний делают часто те же самые люди, которые потом входят в состав системы создания после её создания, но уже как исполнители практик жизненного цикла целевой системы. Но эти люди могут выступать и в организационных ролях (архитектора организации, организатора/лидера и так далее), то есть ролях команды системы-2 создания системы-1 создания целевой системы. Системы создания поэтому рассматриваем чаще всего минимально как “служба развития делает производство, которое делает целевую систему”. Вот это одновременное удержание внимания на целевой системе в её окружении в первую очередь, но и на жизненном цикле проекта (поведение системы создания, в которой вы находитесь) во вторую очередь и отличает системного мыслителя. Системное мышление - это всегда первый мыслительный ход от целевого объекта рассмотрения наружу, к окружению, а не внутрь к частям. Затем внутрь к частям - и обязательно к практикам систем создания, а затем к исполнителям этих практик! Системы всегда находятся в окружении, а их жизненный цикл всегда ведут другие люди, системы очень редко создают себя сами (как в живом мире), поэтому во внимании всегда должна быть не только целевая система или система создания, но целевая система, системы в её окружении и системы в длинных цепочках создания по всему жизненному циклу целевой системы. Поэтому - собранность при удержании этого внимания, в том числе собранность, обеспечиваемая документированием моделей всех этих упомянутых систем. Не надейтесь на системное мышление в уме!

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

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

Закон Конвея (1968) indicates the close bounds between system of interest structure and enabling system structure. That means when you significantly change the architecture of a system of interest you should change in turn the architecture of the enabling system, i.e. architecture of an endeavor/enterprise/extended enterprise.

Гибкие методы/методологии очень жёстки в вопросах соблюдения принципов и правил, и если под словом “гибкие методы” какая-то команда не в состоянии указать конкретный вариант жизненного цикла своего проекта (способа, которым она устраивает изменение состояния альф в ходе проекта, чтобы на выходе получить успешную систему), то верить в успешное завершение проекта этой командой нельзя. При указании варианта жизненного цикла команде не нужно говорить SCRUM, или Open Kanban, или приводить ещё какие-то названия больших методологий со многими практиками. Вряд ли сегодня какая-то команда использует все эти методологии во всей их полноте. Но нужно явно и осознанно сказать, какие команда использует практики управления жизненным циклом и практики работы - определение этого и есть важная работа по управлению жизненным циклом. Сначала нужно определить принципы этого управления, вид жизненного цикла, потратить время на определение этих практик и сообщить всем членам команды способ, которым будет проводиться вся работа по проекту в целом - то есть сообщить всем членам команды модель жизненного цикла. Современные модели жизненных циклов состоят из отдельных используемых в проекте практик и даже отдельных принципов, и достаточно заменить несколько из них (а не все практики и принципы сразу, как это было в случае тяжеловесных методологий), чтобы подправить жизненный цикл в сторону учёта изменившегося профиля рисков. Конечно, не все принципы сочетаются друг с другом, поэтому модели жизненных циклов нужно продумывать и проектировать перед их воплощением.

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