Вместе сходиться – рекой становиться
Ранее в статье «Понятие сущности «СИСТЕМА» через призму управления потоком задач» выше в разделе 6. «Система управления потоком задач (Система УПЗ)» я рассказал, что «система – это единство, состоящее из необходимого и достаточного множества элементов. Строительными блоками системы выступают субсистемы. А кирпичиками строительных блоков – реестры процедур. То есть система состоит из субсистем, а каждая субсистема – из реестров процедур. Следовательно, и вся система состоит из реестров процедур. Всё это элементы системы».
Указал, что «у каждой системы своё оригинальное множество элементов».
При этом оговорился, что «система – это не просто сумма элементов. А совокупность элементов, взаимосвязанных между собой таким образом, чтобы создать уникальное единство, с неповторимыми свойствами, способное обеспечить воспроизводимое выполнение особой миссии.
Каждый элемент, выполняя свою специфичную ШДЗ и обладая своими оригинальными свойствами, встроен в систему таким образом, чтобы у системы возникла необходимая способность обеспечить воспроизводимое выполнение её уникальной миссии.
Встроен – это значит позиционирован и соединён с другими элементами, посредством внутренних взаимных связей. Такое встраивание элементов производится в процессе сборки системы. То есть система собирается из элементов».
Ещё раньше в статье «Организация – это…»[1] я дал сначала краткое определение организации, сказал, что «это общественная полиСИСТЕМА», а затем расписал его и заключил, что «это множество людей, объединённых для выполнения шаблонных дискретных задач (миссий) множества систем, созданных и развиваемых этими людьми».
Тем самым я подвёл к тому, что организация де-факто собирается из «систем».
Из сказанного получается, что организация собирается из систем, а системы – из реестров процедур. Стало быть, и организация в итоге собирается из реестров процедур.
Встаёт вопрос: как это происходит? Как из простых реестров процедур осуществляется СБОРКА сложных систем и организации в целом?
Ведь системы и организации – это на порядок более сложные сущности, чем какой-то там Реестр процедур.
Как из абсолютно единой – универсальной – достаточно простой формы, абсолютно одинаковой для всех Реестров процедур, у которых нет специализации, нет ни функции, ни процедуры, ни атрибутов ПС собирается и развивается организация? Как из Реестров процедур происходит своего рода онтогенез[2] – индивидуальное развитие, но только не организма, а организации?
Ответ на данный вопрос даст вам ключ к управлению сложностью организации.
Поняв это и овладев Технологией управления задачами (ТУЗ), вы сможете легко создавать и управлять любым уровнем сложности организации.
Именно к «ПОНИМАНИЮ» этого я сам шёл долгие годы, начиная с 2004 г., и подводил читателя на протяжении столь объёмного повествования в блоге.
Ведь в самом начале блоге – в «Прологе» – я сказал:
«Мир стал очень сложным.
Сложность мира генерирует сложные проблемы – проблемы, обладающие определённым разнообразием, запутанностью и нелинейностью.
Их нужно решать.
Для решения каждой сложной проблемы необходимо создавать организацию.
Простым сообществом: поодиночке или малым коллективом, не справиться.
Чтобы организация, могла одолеть сложную проблему, она должна обладать ещё бóльшим разнообразием (сложностью), чем разнообразие (сложность) решаемой ею проблемы, или она должна быть способной создать в себе это разнообразие.
Это закон «необходимого разнообразия» из Теории систем
Организация – это управляемый объект.
То есть ей надо управлять. И делать это надо в любых условиях, невзирая на её увеличивающуюся сложность.
Для этого нужно создавать систему управления (менеджмента). Она должна быть способной управлять сложной организацией.
Таким образом, сложность организации предопределяет требования к системе управления ею – к управляюЩЕЙ системе – к системе менеджмента. Возникает вопрос: как управлять сложными организациями при возрастании их сложности?
Исходно, для этого надо обеспечить выполнение закона «необходимого разнообразия» из Теории систем, но уже в отношении системы управления.
То есть сложность можно победить только тем же или бóльшим уровнем сложности.
Как этого добиться в реальной жизни?
Как сделать систему управления адекватной усложняющимся объектам управления, коими являются организации? Как преодолевать сложность? Как сделать так, чтобы управляющие системы справлялись с управлением сложными организациями?
Как сделать разнообразие (сложность) системы управления бóльшим (или равным) разнообразию (сложности) объекта управления – организации? И как быть, если это разнообразие постоянно растёт и меняется? Как учесть большое количество сущностей?».
Эта длинная цитата моих же слов подвела нас к самым насущным вопросам в области управления, стоящим перед руководителями организаций.
И сейчас я готов легко и просто ответить на них.
Всё делается, как в конструкторе «LEGO»[3]. Из тривиального кирпичика – Реестра процедур.
То есть любая организация, любой конфигурации собирается из наипростейшего элемента – Реестра процедур. Путём позиционирования и связывания (соединения)[4] его с другими себе подобными.
В результате получается новое единство с новыми свойствами и предназначением – новая целостность (эмерджентность[5]) – субсистема, система и в конечном итоге организация[6].
Сборка всего этого из Реестров процедур производится по определённой технологии – по Технологии управления задачами (ТУЗ).
По сути, ТУЗ – определяет алгоритм такой сборки. Это детальная программа такой сборки. Она будет описана в последующих статьях настоящего раздела.
Из реестров процедур сначала собираем субсистемы, из которых затем - системы, а из систем собираем организацию.
Согласно ТУЗ такая сборка по-крупному осуществляется по следующему алгоритму:
1. определяем и формируем функцию, которая должна выполняться,
2. берём стандартный кирпичик – Типовой Реестр процедур (ТРП),
3. копируем его,
4. конструируем из него конкретный РП для выполнения этой функции,
5. в ходе конструирования РП:
5.1. настраиваем раздел «Атрибуты ПС» и раздел «Процедура»:
5.2. наполняем РП шаблонными эпизодическими задачами (ШЭЗ) и шаблонными эпизодическими действиями (ШЭД);
5.3. определяем запускающее событие (ЗС);
5.4. связываем созданный РП с другими РП
6. в результате получаем абсолютно уникальный узел – рабочий орган – Реестр процедур, способный выполнить определённую, единственную в своём роде функцию,
7. переходим к следующему РП,
8. повторяем пункты 1–7
9. и так РП за РП.
Приведённый алгоритм – это, по сути, логика преобразования ТРП в РП – алгоритм реплицирования РП из ТРП.
ТРП при этом – это, по существу, шаблон (паттерн, образец, трафарет, «рыба»).
Изначально программа поведения у всех ТРП одна и та же. В рамках этой программы могут выполняться стандартные универсальные действия (манипуляции, в программировании – прецеденты, варианты использования, use case):
- Заполнить атрибут сущности в Реестре Процедур - раздел «Атрибуты ПС».
- Заполнить Шаблонное Эпизодическое Действие в Реестре Процедур - раздел «Процедура».
- Поменять очерёдность столбцов в разделе «Атрибуты ПС» Реестра Процедур.
- Поменять очерёдность столбцов в разделе «Процедура» Реестра Процедур.
- Распечатать реестр процедур или его часть.
- Экспортировать (выгрузить) реестр процедур или его часть: в Excel-формат, xml-формат, и другие.
- Вставить один или несколько пустых столбцов в раздел «Атрибуты ПС» в РП.
- Вставить один или несколько пустых столбцов в раздел «Процедура» в РП.
- Удалить один или несколько столбцов в разделе «Атрибуты ПС» в РП.
- Удалить один или несколько столбцов в разделе «Процедура» в РП.
- Создать на основе РП сводную таблицу.
- Выполнить фильтрацию строк по выбранным столбцам и значениям в них.
- Привязать столбец из раздела «Атрибуты ПС» к справочнику.
- Привязать столбец из раздела «Атрибуты ПС» к другому РП.
- Создать в столбце из раздела «Атрибуты ПС» формулы, работающие внутри РП.
- Связать столбец из раздела «Атрибуты ПС» в РП формулами с другим РП (одними или несколькими).
- Переименовать столбец в разделе «Атрибуты ПС» в РП.
- Переименовать столбец в разделе «Процедура» в РП.
- Внести в РП новый конкретный процессный объект (КПО).
- Внести в РП правки в конкретный процессный объект (КПО).
- Изменить в разделе «Процедура» в РП состояние ЭД (статус исполнения и фактическую трудоёмкость).
- Выдать доступ на просмотр к строкам Реестра процедур
- и другие.
Выполнение в том или ином объёме указанных действий в ходе конструирования (реплицирования) РП из ТРП приводит к тому, что в РП формируется уникальный набор атрибутов ПС, ШЭЗ и ШЭД, которые меняют свойства РП.
РП начинает вести себя по-другому, по-другому реагировать на сигналы. Так, чтобы выполнить функцию.
Его настраивают на стандартное запускающее событие (ЗС). Так чтобы он мог заданным образом отреагировать на наступление своего стандартного ЗС.
Таким образом, путём выполнения перечисленных действий, можно узел в виде РП создать из ТРП под любую функцию.
В рамках сборки субсистемы, системы и организации в целом по описанному выше алгоритму мы создаём узел за узлом – РП за РП. Каждый под свою уникальную функцию. До тех пор, пока полученное в результате единство не начнёт обладать необходимыми и достаточными свойствами для выполнения ШДЗ.
Сборка осуществляется путём соединения (связывания) РП между собой так, чтобы сначала сформировалась субсистема, выполняющая определённый бизнес-процесс, затем – система, выполняющая миссию, и в завершении – организация в целом, выполняющая несколько миссий. Пример такого связывания можно посмотреть выше в статье «Логическая структура системы управления потоком задач» в разделе 6. «Система управления потоком задач (Система УПЗ)». При связывании настраиваются: обмен сведениями между РП, взаимные переходы, отчёты, формулы, гиперссылки и т. д.
При этом в полученном в результате сборки единстве синхронизация узлов – Реестров процедур производится (настраивается) через оценку статистической управляемости и воспроизводимости каждой функции, каждого БП и миссии в целом. В ходе такой настройки осуществляется балансировка и вносятся правки в нужные РП так, чтобы всё начало выполняться воспроизводимо и, соответственно, синхронно.
Из систем, собранных из РП, конструируется организация, как множество систем. При этом в каждой организации набор РП будет своим.
Кроме набора РП системы УПЗ. Он будет везде один и тот же. Ведь он универсален, независимо от типа организации и её сферы деятельности. Он (набор РП системы УПЗ), по сути, – это операционная система организации[7], которая одинакова и универсальна для всех организаций.
Так следуя Технологии управления задачами (ТУЗ) можно собрать и настроить любую организацию. Организацию любого уровня сложности и разнообразия. Организацию, оперирующую любым количеством сущностей.
Причём, благодаря универсальности, этот процесс будет управляемым. А не хаотичным и беспорядочным.
Получается, что ТУЗ – это процесс самоорганизации, ведущий к самопроизвольному «рождению сложности».
С её помощью можно масштабировать систему под любые потребности, вызванные обстоятельствами внешней среды.
Когда мы хотим изменить свойства системы, мы просто по заданному алгоритму вводим в конструкцию новый набор РП, корректируем существующие РП и удаляем утратившие актуальность.
Вводя новые РП, мы без особого напряга берём в оборот всё новые и новые сущности, которые рождаются в ходе турбулентного изменения окружающей среды, возникающего из-за возрастания сложности мира[8].
То есть, как бы затягиваем эти сущности вовнутрь, как вихрь. Начинаем оперировать ими. Увеличивая количество РП, мы постепенно наращиваем функциональность организации (ведь мы знаем, что один РП – это одна функция). Отсюда, чем больше РП, тем больше функций. Так мы эволюционно меняем архитектуру организации (в том числе её организационную структуру). Она становится сложнее и разнообразнее.
Благодаря чему сложность и разнообразие организации наращивается прямо пропорционально росту сложности её внешней среды.
Заметьте, что если рассматривать организацию по аналогии с живым организмом, то описанный механизм её сборки и эволюционного развития очень похож на механизм онтогенеза[9] живого организма.
Приведу некоторые цитаты из главы 8 «Эволюция алгоритмов» книги по биологии Александра Маркова и Елены Наймарк «Эволюция. Классические идеи в свете новых открытий»[10].
- «Онтогенез – это процесс самоорганизации, в ходе которого согласованные действия множества одинаково запрограммированных клеток, следующих сравнительно простому набору правил поведения, приводят к самосборке сложных многоклеточных структур»[11].
- «Онтогенезы основаны на самоорганизации»[12].
- «То же и с развитием многоклеточного организма. Оно всё больше похоже на чудо. Из комочка клеток, возникающих в результате первых делений зиготы, - одинаковых клеток, у которых нет ни целей, ни планов, ни разума, - сам собой, словно по мановению волшебной палочки, развивается сложнейший организм. Как это получается? Как получается, что клетки зародыша, исходно одинаковые, в какой-то момент вдруг «понимают», что одни должны стать печенью, другие – костями, третьи – мозгами? Множество одинаковых объектов – например, делящихся клеток – могут формировать сложные структуры, создавая видимость осмысленного поведения, без всякого централизованного руководства. Это и есть самоорганизация (или самосборка)»[13].
- «Программа поведения у всех клеток зародыша изначально одна и та же, но она может состоять из нескольких отдельных наборов правил. То, какой из них данная клетка будет выполнять, зависит от получаемых клеткой сигналов. Каждое отдельное правило выглядит примерно так: если выполняются такие-то условия, сделай такое действие. Основное действие клетки – включение или выключение определённых генов. Это меняет свойства клетки, она начинает по-другому вести себя, по-другому реагировать на сигналы. Сигнальные вещества, на которые клетки эмбриона реагируют, меняя своё поведение в зависимости от их концентрации, называются морфогенами»[14].
- «В геноме зиготы нет инструкций, выполняемых на уровне целого эмбриона. Геном содержит лишь набор локальных правил поведения, выполняемых на уровне отдельных клеток. Геном можно называть рецептом или алгоритмом только с этой оговоркой. В программировании такие алгоритмы известны. Их называют алгоритмами самосборки. … Эта программа, как ни странно, сама по себе проще, чем получающийся в результате организм»[15].
- «…стохастичность – наличие неустранимого элемента случайности. …Стохастичность порождается, прежде всего, неоднородностью выполнения клетками предписанных действий: программа обрабатывает клетки по одной в случайном порядке, причём действия, совершённые одной клеткой, могут изменить условия для других. … В реальной жизни всегда есть непредсказуемые колебания условий среды – дополнительный источник хаоса в развитии. В любом развивающемся организме обязательно будут флуктуации, случайные различия между клетками на уровне биохимии и экспрессии генов. Активность гена невозможно отрегулировать с абсолютной точностью. Поэтому две клетки с одинаковыми геномами обязательно будут отличаться по числу молекул тех или иных белков. Это ведёт к различиям в поведении клеток»[16].
- «Так или иначе, знакомство с клеточными технологиями регуляции генов не оставляет места для сомнений в том, что в поведении клеток присутствует неустранимый элемент случайности. …Следовательно, и онтогенез, контролируемый генетической программой поведения клетки, должен «по умолчанию» быть довольно стохастическим процессом»[17].
Сейчас давайте проведём аналогию с процитированным по порядку.
Выше я уже сказал, что ТУЗ – это то, как из набора исходно одинаковых РП собрать абсолютно уникальную систему, а из набора систем – организацию, которые сами по себе будут представлять весьма сложные структуры.
По сути, если рассматривать, что ТУЗ – это уже заданная программа, а создатель организации – это субъект самой организации. То можно сказать, что сборка организации по заданной технологии управления задачам (ТУЗ) из реестров процедур и наращивание её функциональности путём добавления всё новых и новых РП, конструируемых из ТРП, – это онтогенез организации. То есть процесс самоорганизации, в ходе которого из множества простых одинаковых РП по сравнительно примитивному алгоритму выполняется самосборка сложной организации.
Получается, что, владея технологией управления задачами, любой человек может осуществить такую самосборку. Самоорганизоваться. То есть сам создавать организацию.
Отсюда, при владении ТУЗ онтогенез организации основан на самоорганизации. Надо лишь всем овладеть ТУЗ.
Любой владеющий ТУЗ человек сможет в любой момент, случайно захотеть самоорганизоваться в сложную организацию. Взять и совершить самосборку организации. И если он это сделает по алгоритму, заданному ТУЗ, то со стороны будет видимость осмысленного поведения в части сборки организации. Хотя это будет делаться без всякого централизованного управления. Это и будет самоОРГАНИЗАЦИЯ.
И мы видим, что в процессе такой самоорганизации основное действие – это конструирование или ликвидация определённых реестров процедур. Если при этом исходить, что РП – это ген организации[18], то конструирование или ликвидация заданных РП – это включение или выключение определённых генов.
В ходе этого меняются свойства РП. Они начинают по-другому вести себя, по-другому реагировать на сигналы. А, следовательно, и система, и организация, как полисистема, состоящие из этих РП, начинают вести себя по-новому, приобретают новые свойства – новый функционал.
Далее, можно рассматривать набор всех РП в организации как РЕЕСТРÓМ аналог генома живого организма.
Отсюда, если РЕЕСТРÓМ содержит все реестры процедур системы управления потоком задач, работающие по ТУЗ, то можно сказать, что РЕЕСТРÓМ на уровне РП содержит «набор локальных правил поведения», определяющих весь процесс самосборки организации – процесс самоорганизации. И этот набор, как часть РЕЕСТРÓМА, будет перемещаться в любое место, куда будет перемещаться сам РЕЕСТРÓМ.
Получается, что в реестрóме инкапсулирована (упакована) программа самосборки – ТУЗ. При этом эта программа (ТУЗ) «как ни странно, сама по себе проще, чем» получающаяся в результате организация.
Причём обратите внимание, что аналогом морфегенов в живом организме выступают запускающие события (ЗС) в организации.
Именно на их наступление реагируют Реестры процедур, меняя своё поведение, а, следовательно, и поведение всей организации. Ведь в ответ на каждое наступившее ЗС соответствующий РП генерирует, а затем выполняет запоточенные эпизодические задачи (ЗЭЗ). То есть ЗС и их количество определяют поведение Реестров процедур и, как следствие – организации.
Наряду с этим ЗС предопределяют и стохастичность – наличие неустранимого элемента случайности. Ведь они происходят спонтанно, случайно, хаотически, беспорядочно, т. е. когда вздумается, ситуативно, по мере появления потребности – эпизодически.
Интенсивность наступления ЗС ничем не обусловлена и не предсказуема. На разных отрезках времени она разная. На одном отрезке может наступить много ЗС и, соответственно, запуститься много ЗЭЗ, а на другом мало.
Наступившие ЗС неоднородны, на одном отрезке времени одних ЗС может произойти больше, чем других, на другом – наоборот.
Это определяется непредсказуемыми колебаниями условий внешней среды организации, в которой порождаются запускающие события. Ведь именно внешняя среда – это источник хаоса в развитии организации так же, как и живого организма.
При этом программа в виде ТУЗ обрабатывает ЗС в случайном порядке.
Как следствие этого, загрузка сотрудников организации запоточенными эпизодическими задачами также всегда непредсказуема, неритмична и неоднородна. Что приводит к неритмичности и неоднородности выполнения предписанных запоточенных эпизодических задач (ЗЭЗ), а в рамках их – эпизодических действий (ЭД).
Причём ЗЭЗ и ЭД выполненные в одном РП могут изменить условия для выполнения ЗЭЗ и ЭД в других РП.
Всё это вызывает флуктуации, случайные различия между РП на уровне их загрузки (экспрессии), в том числе на уровне их внутреннего содержания и наполнения (биохимии).
Из-за чего активность РП (гена) невозможно отрегулировать с абсолютной точностью. Главное добиваться статистической управляемости и воспроизводимости выполнения функций ими.
И как в живом организме, это приведёт к различиям двух организаций, даже если они будут обладать абсолютно одинаковыми РЕЕСТРÓМАМИ.
Они будут обязательно отличаться по числу и составу запускающих событий (ЗС), случившихся с ними, а соответственно, по числу, составу и срокам выполнения ЗЭЗ и ЭД.
Ведь невероятно, чтобы в отношении каждой организации происходили одни и те же ЗС с одинаковыми интенсивностью и количеством, и одними и теми же сроками. И чтобы при этом в обеих организациях ЗЭЗ выполнялись с одинаковой ритмичностью, сроками и трудоёмкостью. Это не реально, невозможно.
А раз это так, то это приведёт к различиям в поведении организаций, систем и субсистем внутри них. Следовательно, онтогенез организации (то есть её индивидуальное развитие), хоть и будет предопределяться абсолютно одинаковой программой – технологией управления задачами (ТУЗ), будет «по умолчанию» стохастическим процессом, приводящим к рождению разнообразия организаций.
Как видите, с Реестрами процедур и с ТУЗ онтогенез организаций получается весьма похожим на онтогенез живых организмов. Становится не точной копией, а аналогом.
И я думаю, именно благодаря этому в развитии обществ свершатся те же события, что и в живой природе, то есть «великий симбиоз» и «эволюционный взрыв»[19].
Мне даже иногда кажется, что, если биологи изучат УПЗ и ТУЗ, они лучше начнут понимать, как работают клетки и геномы в живых организмах. Ведь, УПЗ и ТУЗ можно рассматривать как упрощённую модель клетки и генома. Я думаю, что, используя УПЗ и ТУЗ можно построить модель работы живого организма. Если правильно выделить все сущности, их функции и процедуры в отношении их.
Повторюсь, это мне только кажется. Это моя гипотеза. А не утверждение. Но при этом я сошлюсь на очередную цитату из книги Александра Маркова и Елены Наймарк: «…модель – это усилитель для мозгов. Модель помогает просчитать и понять то, что мы не можем просчитать невооружённым мозгом. Если мозг не может создать новых знаний, то и модель не может. А если может мозг, то и модель может»[20].
Так что, как говорится, «чем чёрт не шутит»[21]. А вдруг гипотеза подтвердится. Надо попробовать.
Причём, обратите внимание на название главы книги, из которой эта цитата – Глава 8 «Эволюция АЛГОРИТМОВ».
А что есть РП? Это реестр ПРОЦЕДУР. А что такое процедура?
Процедура – это ШЭЗ, имеющая расчётную плановую длительность и расчётную плановую трудоёмкость, состоящая из набора алгоритмизированных операций и набора алгоритмизированных ШЭД, выполняемых последовательно по набору определённых правил и применяющих набор определённых понятий, формуляров и хранилищ информации (ХИ).
По сути, процедура – это совокупность алгоритмов операций и ШЭД. Она сама алгоритм. Получается, что реестр процедур – это набор алгоритмов. А сочетание этих алгоритмов в области управления потоком задач (менеджмента) – это Технология управления задачами (ТУЗ).
Отсюда, онтогенез организации – это эволюция АЛГОРИТМОВ, содержащихся в Реестрах процедур. Забавно, да?
Из всего сказанного выше получается, что ТУЗ путём применения РП делает способной управляюЩУЮ систему создать в себе любое разнообразие. Тем самым разрешается проблема управления сложностью и разнообразием – сложной организацией.
Ну и не надо забывать, что в основе всего, в том числе в структуре РП, лежит главный объект менеджмента – ЗАДАЧА. Ведь РП выполняет шаблонную дискретную задачу (ШДЗ) в виде функции. Для чего он из шаблонных эпизодических задач (ШЭЗ) генерирует и выполняет запоточенные эпизодические задачи (ЗЭЗ): процедуры и её операции, а также эпизодические действия, исполняемые в рамках выполнения запоточенных эпизодических задач (ЗЭЗ).
Именно осознание того, что задача – это главный объект менеджмента, и привело меня к тому, что был изобретён РП, описанный выше в настоящем блоге.
То есть, изобрести РП можно было только в ходе разрешения проблем управления задачами. Только путём перехода с макро- на микроуровень[22]. Сделать это стало возможным только, погрузившись с уровня организации, её структуры и процессов вглубь до уровня «ЗАДАЧ». Переведя всё в разрез задач. С точки зрения задач.
Без этого изобрести реестр процедур, а соответственно описанный выше алгоритм сборки сложных и разнообразных организаций было бы невозможно. Этого нельзя было сделать без понимания, что для изменения свойств организации с целью её адаптации под усложняющиеся внешние условия, нужно оперировать такой сущностью, как «задача», относящейся к микромиру организации.
Также было и в биологии, и в химии, и в физике.
Биологи для изучения и изменения свойств живых организмов погружаются с уровня органов, частей тела до уровня клеток, ДНК, нуклеотидов и аминокислот.
Химики для изучения и изменения свойств веществ вникают в строение кристаллической решётки вещества, работают на уровне молекул и нано-частиц.
Физики для изучения законов развития Вселенной переходят на уровень атомов, протонов, электронов, нейтрино, кварков, бозонов Хигса и других элементарных частиц.
Менеджеры для изучения и изменения свойств и функциональности систем и организаций должны опускаться на уровень задач, действий и реестров процедур. И управлять сложностью и разнообразием организаций путём их сборки из реестров процедур по Технологии управления ЗАДАЧАМИ (кратко - ТУЗ, Tasks Management Technology, TMT, Total Tasks Management, TTM®).
Чем они хуже биологов, химиков и физиков? Ведь менеджмент можно смело отнести к гуманитарной науке, сколько уже теорий и методов в ней применяется.
Вывод.
Любая организация, любой конфигурации собирается из Реестра процедур (РП). Путём позиционирования и связывания (соединения) его с другими себе подобными. Сборка субсистем, систем и организаций из РП производится по определённой технологии – по Технологии управления потоком задач (ТУЗ). ТУЗ – определяет алгоритм такой сборки. Это её детальная программа. Согласно ТУЗ такая сборка осуществляется по определённому алгоритму. Который – это, по сути, логика преобразования ТРП в РП – алгоритм реплицирования РП из ТРП. Изначально программа поведения у всех ТРП одна и та же. В рамках этой программы могут выполняться стандартные универсальные действия (манипуляции, прецеденты, варианты использования, use case). Их выполнение в ходе конструирования (реплицирования) РП из ТРП приводит к тому, что в РП формируется уникальный набор атрибутов ПС, ШЭЗ и ШЭД, которые меняют свойства РП. РП начинает вести себя по-другому, по-другому реагировать на сигналы. Так, чтобы выполнить функцию. Его настраивают на стандартное запускающее событие (ЗС). В рамках сборки субсистемы, системы и организации в целом по описанному алгоритму мы создаём узел за узлом – РП за РП. Каждый под свою функцию. До тех пор, пока полученное в результате единство не начнёт обладать необходимыми и достаточными свойствами для выполнения ШДЗ. Сборка осуществляется путём соединения (связывания) РП между собой так, чтобы сначала сформировалась субсистема, выполняющая определённый бизнес-процесс, затем – система, выполняющая миссию, и в завершении – организация в целом, выполняющая несколько миссий. При связывании настраиваются: обмен сведениями между РП, взаимные переходы, отчёты, формулы, гиперссылки и т. д. Синхронизация узлов – РП производится (настраивается) через оценку статистической управляемости и воспроизводимости каждой функции, каждого БП и миссии в целом. Из систем, собранных из РП, конструируется организация, как множество систем. При этом в каждой организации набор РП будет своим. Кроме набора РП системы УПЗ. Он будет везде один и тот же. Так следуя Технологии управления задачами (ТУЗ) можно собрать и настроить любую организацию. Организацию любого уровня сложности и разнообразия. Организацию, оперирующую любым количеством сущностей. Если рассматривать организацию по аналогии с живым организмом, то описанный механизм её сборки и эволюционного развития очень похож на механизм онтогенеза живого организма. Можно сказать, что сборка организации по заданной технологии управления задачам (ТУЗ) из реестров процедур и наращивание её функциональности путём добавления всё новых и новых РП, конструируемых из ТРП, – это онтогенез организации. При этом онтогенез организации (то есть её индивидуальное развитие), хоть и будет предопределяться абсолютно одинаковой программой – технологией управления задачами (ТУЗ), будет «по умолчанию» стохастическим процессом, приводящим к рождению разнообразия организаций. Из всего сказанного выше получается, что ТУЗ путём применения РП делает способной управляюЩУЮ систему создать в себе любое разнообразие. Тем самым разрешается проблема управления сложностью и разнообразием – сложной организацией.
Теперь, зная, как из простых реестров процедур осуществляется СБОРКА сложных систем и организации в целом, нам необходимо понять полную и правильную динамическую логику Технологии управления задачами (ТУЗ), по которой осуществляется такая сборка.
Поэтому в дальнейшем мы изучим вопрос: как управление потоком задач работает в динамике? По какой динамической логике осуществляется управление задачами с помощью технологии управления задачами?
А учитывая, что управление задачами, согласно принципу «задача порождается проблемой», начинается с проблемы, предварительно разберёмся, как различаются способы преодоления проблем в зависимости от их разновидности?
Это будет как бы вводная к описанию динамической логики Технологии управления задачами (ТУЗ).
Полная версия статьи доступна в моей книге «ЗАДАЧИ ЧУДЕСНЫЕ, ИЛИ КОЗЫРНАЯ «ТУЗ» МОТАЕВА!»
С уважением к Вам и Вашему делу, Мотаев Александр
Обсудить эту и другие статьи блога вы можете в нашем Telegram-канале "Управление потоком задач".
[1] Читай статью в разделе 1. «Введение в управление потоком задач».
[2] Онтогенез – это индивидуальное развитие организма. Например, развитие многоклеточного животного из оплодотворённого яйца.
[3] Согласно Википедии Lego — это серии конструктора, представляющие собой наборы деталей для сборки и моделирования разнообразных предметов. Наборы Lego выпускает группа корпораций Lego Group, главный офис которой находится в Дании. Её название выглядит и звучит как лат. и итал. lego — «собираю».
[4] В итальянском языке есть производное от Lego слово - legare [leˈɡare] – привязать, привязывать, связывать. Отсюда, слово «легировать» - вводить в металл или металлические сплав другой элемент (напр., хром, вольфрам, ванадии, молибден) для получения сталей (легированные стали), обладающих улучшенными физико-химическими или механическими свойствами.
[5] Согласно Википедии эмерджентность или эмергентность (англиц. от emergent «возникающий, неожиданно появляющийся») в теории систем — появление у системы свойств, не присущих её элементам в отдельности; несводимость свойств системы к сумме свойств её компонентов.
[6] Всё как в живом организме. Из такого кирпичика, как ген собираются сначала органы и системы (кровеносная, нервная и др.), а затем весь организм в целом.
[7] Это я обосновывал в статье «Организация – это …» выше в разделе 1. «Введение в управление потоком задач».
[8] Читай об этом статью «Размножение сущностей, которыми приходится управлять» выше в разделе 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда».
[9] Онтогенез – это индивидуальное развитие организма. Например, развитие многоклеточного животного из оплодотворённого яйца.
[10] «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[11] Стр. 548 статья «Неустранимая случайность» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[12] Стр. 531 статья «Чудо самоорганизации» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[13] Стр. 532 статья «Чудо самоорганизации» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[14] Стр. 535–536 статья «Чудо самоорганизации» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[15] Стр. 543 статья «Чудо самоорганизации» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[16] Стр. 549 статья «Неустранимая случайность» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[17] Стр. 552 статья «Неустранимая случайность» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[18] Читай об этой роли Реестра процедур в статье «Роль Реестра процедур в управлении потоком задач» выше в настоящем разделе.
[19] Я об этом расскажу ниже в разделе 9. «Диспут по менеджменту – по управлению потоком задач», например в статьях: «Эволюционные возможности для организаций благодаря ТУЗ», «Предстоящий «великий симбиоз» организаций» или «Предстоящий «эволюционный взрыв» организаций».
[20] Стр. 548 статья «Неустранимая случайность» Глава 8 «Эволюция алгоритмов» книги «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[21] Стр. 548 статья «Неустранимая случайность» Глава 8 «Эволюция алгоритмов» книга «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.
[22] Я уже об этом говорил в статье «Задача (суть) блога» выше в разделе 1. «Введение в управление потоком задач».
