Лишь теория решает, что мы ухитряемся наблюдать!

Эйнштейн Альберт^[1]

Название моего блога начинается со слов «управление сложностью». Проблема возрастающей сложности мира и, как следствие, организаций^[2] была обозначена в «Прологе» к блогу^[3].

Там я описал эту проблему и констатировал, что «наступил кризис управления сложностью». Затем сформулировал главный проблемный вопрос блога: как управлять сложными организациями при возрастании их сложности (разнообразия)?

В итоге заключил, что «пока не будет получен ответ на него, избежать возрастания хаоса, неопределённости и энтропии в мире будет невозможно»^[4].

И в завершении написал: «столкновение с этой проблемой в моей практике менеджмента и стало прологом для разработки мною Технологии Управления Задачами (ТУЗ, Tasks Management Technology, TMT, Total Tasks Management, TTM^®) и толчком для написания блога».

Думаю, сейчас пришло время подвести итог и ответить на вопрос: почему Технология управления задачами (ТУЗ) – это управление возрастающей сложностью организаций, а, отсюда, и сложностью вообще?

Ответом на данный вопрос, я постараюсь убедить вас в том, что благодаря разработке ТУЗ мне удалось найти способ преодоления проблемы «управления сложностью». Что ТУЗ – это как раз именно то, что требуется для этого. Что это чёткий и однозначный ответ на вопрос: как управлять сложными организациями при возрастании их сложности (разнообразия)?

Теперь я твёрдо могу сказать: путём применения Технологии Управления Задачами (ТУЗ, Tasks Management Technology, TMT, Total Tasks Management, TTM^®). И это я вам сейчас обосную. И пусть кто-нибудь опровергнет мои доводы или поставит их под сомнение.

И прежде, чем начинать, оговорюсь. Тема статьи требует написания отдельного труда. Поэтому здесь я лишь зацеплю определённые её моменты, которые требуют обсуждения. Как говорится, «на затравку». Чтобы спровоцировать диспут.

Как бы это сделать проще, чтобы не растекаться «весью по древу» и не переписывать весь блог заново, только в другой логике? А попробую вот так. И будь, что будет.

ТУЗ – это управление возрастающей сложностью организаций, а отсюда, и сложностью вообще – потому что с её помощью полностью выполняется закон «необходимого разнообразия» из Теории систем^[5]. Ведь именно этот закон нужно выполнить, чтобы справиться со сложностью (разнообразием)^[6].

Напомню содержание самого закона:

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

Применительно к системам управления закон «необходимого разнообразия» может быть сформулирован следующим образом: разнообразие управляющей системы (системы управления) V^су должно быть больше (или по крайней мере равно) разнообразию объекта управления V_оу: V_су≥V_оу».^[7]

Как я уже говорил, этот закон означает, что сложность можно победить только тем же или бóльшим уровнем сложности.

Но я пошёл дальше. Я создал систему управления потоком задач (Систему УПЗ)^[8], обладающую не просто бóльшим уровнем сложности (разнообразия) управляемой организации, а сделал так, чтобы она была способна создать и увеличить в себе эту сложность (разнообразие) под любые нужды в любой момент времени.

И делает она это путём применения Технологии Управления Задачами (ТУЗ). А точнее – по Технологии Управления Задачами.

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

С помощью ТУЗ можно масштабировать систему УПЗ под любые потребности, вызванные обстоятельствами внешней среды. О том, как это происходит, я рассказал в статье «Сборка систем и организации из Реестров процедур (онтогенез организации)»^[9]. Саму же ТУЗ я описал в Разделе 7. «Технология управления задачами (ТУЗ)». Читайте.

Здесь же не буду повторяться. А лишь отвечу на вопросы:

• за счёт чего был выполнен закон «необходимого разнообразия»?

• и каким путём я его выполнил?

Ответ прост:

• за счёт понимания факторов, реально создающих (задающих) сложность (разнообразие) организации;

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

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

Итак, что действительно в корне своём создаёт (задаёт) сложность (разнообразие) организации? Не абстрактно, не в виде каких-то там условий и обстоятельств. А конкретно. Чем реально обуславливается сложность организации внутри её самой?

Если, отбросить всю шелуху и ответить кратко, то всего тремя факторами:

• задачами,

• сущностями,

• временем.

Вот три вполне конкретных фактора, которые создают сложность организации.

Первый фактор – это, конечно же, задачи. А именно интеллектуальные задачи.

Турбулентность внешней среды беспорядочно и случайно (стохастически) порождает огромный объём интеллектуальных задач^[10] внутри организации. Это означает, что для изменения свойств организации с целью её адаптации под усложняющиеся внешние условия, нужно оперировать такой сущностью, как «задача», а точнее «интеллектуальная задача».

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

И правда. Начали западные страны санкционную войну против России, инициировали пандемию, поломали логистические цепочки. В результате российские коммерческие организации вынуждены были на это как-то реагировать, чтобы выжить. А любая реакция через что выражается? Через действия. А действия чем предопределяются? Задачами. Задачами, порождёнными проблемами^[11], вызванными изменившимися обстоятельствами и условиями внешней среды.

Поэтому, в блоге я и обосновываю необходимость перехода на уровень такой элементарной частицы управления, как «ЗАДАЧА». Описываю её^[12]. И обозначаю, что она должна стать главной сущностью менеджмента^[13].

Таким образом, я подвёл вас ко второму фактору, задающему сложность – к сущностям.

Как я говорил ранее, задача всегда объектна. То есть это всегда воздействие на какой-то известный объект^[14]. В организациях таким объектом является «сущность», в том числе в виде её конкретного процессного объекта (КПО). Сущность и КПО я описал в статье «Понятие “сущность”» в Разделе 2. «Главная сущность менеджмента – “ЗАДАЧА”».

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

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

Я уже говорил, что «технологический прогресс плодит всё новые и новые сущности. Как правило, эти сущности из интеллектуальной сферы, часто абстрактные. Рост количества сущностей увеличивает запутанность^[15], так как возрастает количество связей между ними». Указал, что «размножение сущностей требует оперирования ими, чтобы удерживать ситуацию под контролем, чтобы не нарушались порядки, не появлялись хаос и беспорядки»^[16].

Так же я писал, что сейчас «в основном – это нематериальные (нефизические) сущности, часто абстрактные, а следовательно сущности, относящиеся к сфере интеллектуального труда. Труда, предполагающего выполнение интеллектуальных задач^[17]. То есть выполнение различных аналитических, мыслительных задач, связанных с переработкой большого объема разнообразной информации, с использованием интеллекта и, как следствие этого, — с мобилизацией работы мозга: памяти и внимания.

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

И это условие, серьёзно усложняющее интеллектуальный труд, в первую очередь управленческий.

Ведь оперирование всеми этими сущностями подразумевает выполнение интеллектуальных задач уже в отношении их самих. А это опять же интеллектуальный труд. И чем сущностей больше, тем больше придётся трудиться»^[18]. То есть тем больше придётся выполнять интеллектуальных задач.

И здесь обозначается тесная связь между количеством сущностей и количеством задач, выполняемых в отношении этих сущностей. Количество задач прямо пропорционально количеству сущностей и их КПО. Зависимость непосредственная, так как связь прямая. Она формирует пару: «сущность-задача».

Об этом я говорил ранее, когда описывал различия между дискретной задачей (ДЗ) и эпизодической задачей (ЭЗ). Тогда я писал: «Количество ДЗ всегда прямо пропорционально зависит от количества оперируемых сущностей и частотности дискретных периодов, на которые они ставятся. А количество ЭЗ прямо пропорционально количеству ПС и количеству КПО, порождаемых внутри ПС, при наступлении запускающих событий (ЗС)».^[19]

При этом надо учитывать, что и сама задача – это тоже сущность. Есть даже задачи в отношении задач, как сущностей и их КПО. Например, есть эпизодические задачи в отношении шаблонных дискретных задач (ШДЗ)^[20], или в отношении целевых стратегических задач (ЦСЗ)^[21], или даже в отношении шаблонных эпизодических задач (ШЭЗ)^[22] и т. д.

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

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

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

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

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

То есть в рамках такой реакции выполнить тот же объём задач и с тем же качеством не за месяц, а за день-два. Отсюда, я бы сказал, что произошло не «ускорение времени», а «уплотнение задач во времени». Что и является фактором усложнения.

Ведь эти задачи в указанные день-два надо ещё чётко осознать, сгенерировать, сформулировать, приоритезировать, распределить, делегировать, обеспечить ресурсами, отконтролировать, скоординировать и т. д. При этом надо учитывать уже существующую загрузку сотрудников, ресурсов и то, что в свою очередь выполнение всего этого – это тоже выполнение задач. Задач по управлению потоком задач. Управленческий труд^[23].

Следовательно, именно так называемое «уплотнение задач во времени» серьёзно предопределяет сложность организации. Было бы на много проще и легче, если бы всё то же самое можно было бы делать на протяжении больших – длинных отрезков времени.

Но сейчас нам этого не дано. Теперь надо учитывать фактор времени. Серьёзно относиться к расходованию времени. Ведь время – это на сегодня самый невозобновляемый ресурс.

А в чём фактически выражается расходование времени?

В трудоёмкости и длительности выполнения задач.

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

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

Исходя из сказанного можно даже дать определение сложности организации.

Сложность организации – это плотное, беспорядочное и случайное (стохастическое) размножение интеллектуальных задач и оперируемых сущностей в очень сжатые отрезки времени внутри организации, как ПОЛИсистеме^[24].

И сложность управления организацией заключается в управлении именно этой плотностью^[25].

Сейчас же встаёт вопрос: как это делать? Как управлять обозначенной выше плотностью?

Не зря Зигмунд Фрейд говорил: «признание проблемы — половина успеха в ее разрешении». В нашем случае ответ частично уже заложен в определение «сложности организации». В понимание того, что действительно в корне своём создаёт (задаёт) сложность (разнообразие) организации.

В этом определении обозначены три фактора. Вот ими на самом деле и нужно оперировать. Из этих трёх факторов, два — это сущности:

1. задача,

2. сущность^[26].

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

Это означает, что в нашем случае время надо использовать как критерий оценки, так как время – не сущность, а метрика – ограничение.

Спрашивается: как всё это делать?

С помощью модели. Желательно с помощью какой-то простой и понятной модели. Так чтобы не создать новую сложность^[27].

Вопрос: почему модели?

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

Мы их просто не можем удержать в голове. Их такое количество, что их даже нельзя запомнить, не то, чтобы воспринять, объять и понять. А как водится: «Систему, которую трудно понять, трудно и менять. Очень сложно предвидеть, каким будет эффект внесённых изменений»^[28].

А что значит менять?

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

1. выполнять целевые задачи (ЦЗ)^[29] по созданию, изменению и ликвидации систем организации и других их элементов;

2. менять процессные задачи (ПЗ)^[30] в отношении имеющихся сущностей (абстрактных и процессных) и их КПО^[31];

3. захватывать в оборот всё больше новых сущностей и налаживать в отношении их выполнение новых процессных задач.

Возникает вопрос: как при этом объять не объятное? Ведь системы сложные, а сущностей (и тем более их КПО) и задач, выполняемых в их отношении, мириады – великое множество.

Ответ: построить модель и использовать её. Ведь «модель - семантически завершённая абстракция системы, которая создана по принципу полного и самодостаточного упрощения реальности, ставящего целью лучшее понимание системы»^[32]. А также «…модель – это усилитель для мозгов. Модель помогает просчитать и понять то, что мы не можем просчитать невооружённым мозгом. Если мозг не может создать новых знаний, то и модель не может. А если может мозг, то и модель может»^[33].

Спрашивается: какая это должна быть модель?

Как ни парадоксально, но на самом деле это должна быть совокупность^[34] взаимосвязанных МАТРИЦ, внутри которых:

• задачи связываются с сущностями, а точнее с КПО контекстных процессных сущностей (ПС),

• связывание должно осуществляться посредством параметров времени: трудоёмкостей и дат выполнения задач и исполнения действий.

Всё, точка. Да, да. Всё должно быть именно так просто. Всё остальное – это уже производные и вторичные элементы. А в базе только это.

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

Дискретные задачи (ДЗ) воздействуют на сущности, а эпизодические задачи на конкретные процессные объекты (КПО) этих сущностей. Нет сущностей – нет и их КПО, а, следовательно и – нет задач, так как не на что воздействовать, нет задач – нет сущностей, а, следовательно и – нет их КПО, так как не зачем на что-то воздействовать.

Ведь воздействие на что-либо – это и есть задачи. Только совместно задачи и сущности создают целостность – организацию. Можно даже сказать, что организация – это множество сущностей и задач, воздействующих на них и их КПО.

К чему я всё это? К тому что в этом лежит ответ на вопрос, какая должна быть модель?

Это должна быть модель, в основе которой лежит МАТРИЦА. Не правда ли, звучит фантастически, в контексте американо-австралийского научно-фантастического боевика «Матрица» (англ. The Matrix)?

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

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

Возникает вопрос: чем обозначить связь между КПО и задачами в этой матрице – на пересечении строк и столбцов?

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

Это означает, что на пересечении строк и столбцов надо отображать параметры третьего фактора, задающего сложность – времени. Этими параметрами являются: трудоёмкость и длительность. Упрощённо вот так:

Если вы посмотрите на данную матрицу, то увидите:

• соединение воедино всех трёх факторов, фактически и реально задающих сложность организации;

• жёстко заданную последовательность и состав задач, одинаковые в отношении каждого КПО. Эта последовательность задач и их состав, по сути, представляют собой процедуру^[35] – универсальный и стандартный алгоритм;

• что процедуру можно поменять путём перемены задач местами, дробления, объединения или переименования задач, а также путём добавления новых задач и т. д. При добавлении задач матрица будет расти вправо по столбцам;

• что матрица будет бесконечно расти вниз – путём появления всё новых и новых КПО внутри контекстной процессной сущности (ПС);

• все пары «сущность-задача». В указанной матрице пятнадцать пар «сущность-задача» (5 КПО х 3 Задачи = 15 пар «сущность-задача»). При этом, исходите, что КПО – это процессная сущность, только с конкретными значениями атрибутов;

• что количество пар будет расти прямо пропорционально росту количества КПО – вниз по строкам и росту количества задач – вправо по столбцам матрицы;

• что это универсальная форма. Её можно использовать для любой процессной сущности (ПС). При этом форма одинаковая, а содержание – различное;

• статистические ряды по таким параметрам времени (метрикам), как трудоёмкость и длительность. Эти ряды можете построчно суммировать по каждому параметру, например, определяя общую трудоёмкость или длительность всей процедуры в отношении КПО. По вертикали можно рассчитывать среднестатистические значения. Например, среднестатистическое значение по трудоёмкости выполнения задачи №1. Можно определять максимальные и минимальные значения. И делать многое другое.

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

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

Затем вы можете указать, что задачи выполняются путём исполнения действий. Действие за действием^[36]. Поэтому в матрицу ещё надо добавить действия в рамках выполнения каждой задачи.

Также вы можете сказать, что вам нужно заносить в матрицу различные значения атрибутов КПО, чтобы можно было по этим значениям производить сортировку, фильтрацию КПО, суммирование (если они количественные) и т. д.

Короче, если в последующем насыщать, насыщать и насыщать данную матрицу необходимыми элементами и деталями, то мы получим, получим, получим … Что же мы получим?

О, эврика. Мы получим Реестр процедур (РП)^[37] – первичный узел системы^[39] и главный формуляр^[40] Технологии управления задачами (ТУЗ).

По сути, Реестр процедур – это и есть матрица задач (в том числе их действий) и КПО контекстной процессной сущности (ПС). Только насыщенная деталями, необходимыми и достаточным для дальнейшего применения в управлении сложностью. А, именно, в управлении плотностью задач в отношении сущностей во времени.

Чтобы не происходило смешения и формировалась упорядоченность, то такая матрица (Реестр процедур) должна создаваться под отдельную сущность – процессную сущность (ПС), внутри которой порождаются относящиеся к ней КПО.

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

Дальнейшее построение модели организации уже осуществляется путём сборки – соединения (связывания) этих матриц (Реестров процедур) в субсистемы и системы^[41].

О том, как это происходит, я как раз подробно и рассказал в статье «Сборка систем и организации из Реестров процедур (онтогенез организации)»^[42]. Тем самым продемонстрировал, как происходит индивидуальное развитие организации – её онтогенез. Как это делается с использованием таких матриц, как Реестры процедур, выполняющие различные функции в отношении различных процессных сущностей.

В ходе такой сборки мы получаем уникальную совокупность Реестров управления по миссии (РУ по МИССИИ)^[43], состоящих из уникальных наборов Реестров процедур (РП)^[44].

И эту совокупность я называю РЕЕСТРÓМ^[45] (ударение на «О»). Это аналог генома только не в живом организме, а в организации. Повторю, аналог, а НЕ реплика – не точная копия, как самолёт – не точная копия птицы.

Таким образом, модель организации будет заключаться в РЕЕСТРÓМЕ, точно также, как модель живого организма в ГЕНОМЕ. В него будет упаковываться (инкапсулироваться) вся «абстракция системы, которая создана по принципу полного и самодостаточного упрощения реальности». В нём будет содержаться вся информация обо всех сторонах жизнедеятельности организации.

Я хочу сказать, что РЕЕСТРÓМ – это и есть модель организации, а РУ по МИССИИ – это модель конкретной системы^[46] внутри организации, как ПОЛИсистемы. В свою очередь, Реестр процедур (в виде матрицы) – это модель конкретного узла системы. Она лежит в основе построения модели субсистем, систем и организации.

Таким образом, архитектура этих реестров (матриц) и есть модель организации. То есть комплекс всех связанных между собой матриц (Реестров процедур) – это и есть модель организации - РЕЕСТРÓМ.

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

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

Со временем, по мере захвата организацией в оборот всё большего и большего числа сущностей, эта модель (РЕЕСТРÓМ) разрастётся (как геном – мутирует, эволюционирует) и начнёт играть ведущие роли^[48] в управлении сложностью организации. Точно так же, как геном в живом организме.

Ведь если разобраться, то геном живого организма – это тоже совокупность связанных между собой матриц – генов. Где каждый ген – выполняет одну строго заданную функцию. Кодирует информацию об аминокислотной последовательности одного белка.

А как? Путём создания матрицы из уникального набора пар нуклеотидов А•Т, Т•А, Г•Ц, Ц•Г. Посмотрите ниже картинку. Чем это не матрица?

Получается ген как матрица создаётся из уникального набора пар нуклеотидов А•Т, Т•А, Г•Ц, Ц•Г. Затем из генов путём связывания создаётся ДНК живого организма. Которая играет ключевую роль в управлении сложностью живого организма. И заметьте – без всяких регламентов и отчётов.

В нашем случае матрица (РП) создаётся из уникального набора пар «сущность-задача». Затем из РП путём связывания создаётся РЕЕСТРÓМ организации. Который играет ключевую роль в управлении сложностью организации. И опять же заметьте – без всяких регламентов и отчётов. В моём изобретении они просто не нужны. Так же, как в живом организме.

Турбулентная внешняя среда множит сущности, мы их отлавливаем, распознаём, идентифицируем, описываем:

• даём определения,

• определяем их функциональные предназначения,

• составляем список их обязательных атрибутов.

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

Берём Типовой Реестр процедур (ТРП), представляющий собой насыщенную деталями матрицу. И создам из него под каждую новую сущность рабочий узел – РП.

Создание производится путём настройки его полей и разделов. В результате в каждом таком РП формируется уникальная комбинация пар «сущность-задача». И тем самым каждый РП по каждой сущности становится уникальным узлом, выполняющим уникальную, строго заданную функцию.

При этом каждый РП встраивается в общую модель – РЕЕСТРÓМ организации и связывается с другими уже имеющимися в нём РП. Так осуществляется масштабирование – наращивание функциональности организации.

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

Так система управления потоком задач (Система УПЗ), путём использования модели в виде РЕЕСТРÓМа, демонстрирует способность создать и увеличить в себе сложность (разнообразие) под любые нужды в любой момент времени.

А для того, чтобы сделать трудозатраты на формирование, поддержание и применение модели минимальными, используется Автоматизированная Система Управления Задачами – АСУЗ^[49].

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

Для этого ядром Технологии Управления Задачами я сделал Автоматизированную Систему Управления Задачами (АСУЗ).

В неё мы запишем (инкапсулируем) геном организации – РЕЕСТРÓМ в виде набора Реестров управления по миссии, состоящих из взаимосвязанных Реестров процедур и несущих «наследственную генетическую информацию» организации. Так же как ДНК упакована в ядре клетки.

Всё это сделает возможным «управление сложностью» организации, сделает систему управления ясной и понятной, масштабируемой под любую сложность.

И даже обеспечит возможность сохранения и передачи «наследственной информации» путём упаковывания её в Реестрах управления по миссии^[50], формируемых посредством АСУЗ из взаимосвязанных «Реестров процедур». Их можно будет копировать, компилировать, транслировать и инсталлировать в другие организации.

Это, в свою очередь, позволит:

• хранить знания (всю «наследственную генетическую информацию организации»);

• «клонировать» всю или часть любой организации;

• обмениваться «генами» в виде Реестров процедур (или их частей) с другими организациями;

• вносить управляемые изменения («мутации»);

• и многое другое.

Но здесь встаёт вопрос: в какой последовательности надо производить сборку модели – РЕЕСТРÓМ организации. И ещё более важный вопрос: как и в какой последовательности надо вносить изменения в созданную таким образом модель? Как её дополнять новыми звеньями (матрицами в виде РП)? Как вносить правки (управляемые мутации) в сами матрицы? Чтобы не разломать саму модель. Чтобы она не превратилась в очередную каракатицу.

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

Как и что делать, чтобы использовать систему УПЗ – весь её набор РП (матриц) и правильно, и главное технологично с её помощью захватывать всё новые и новые сущности. Настраивая уже матрицы под них и встраивая их в общую модель – РЕЕСТРÓМ организации.

Ведь матрицы (Реестры процедур) – это, по сути, станки. Статика. Они сами по себе не работают. Они стоят «в цехе» и ждут, когда из них начнут собирать систему, и затем на них начнут работать. Что-то делать.

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

Для этого нужны технологические карты, множество которых представляет собой ТЕХНОЛОГИЮ. То есть совокупность методов и инструментов для достижения желаемого результата; метод преобразования данного в необходимое.

О том, какая технология нужна в нашем случае, я рассказал в статье «Какая технология нужна для управления потоком задач?» в Разделе 7.

Такой технологией является Технология Управления Задачами (ТУЗ, Tasks Management Technology, TMT, Total Tasks Management, TTM®)^[51].

Её всю я детально и последовательно описываю в Разделе 7. Не буду повторяться.

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

1. сборки из описанных выше матриц (Реестров процедур) любых систем и организаций;

2. внесения в них изменений (правок, усовершенствований);

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

Всё это делается по Технологии управления задачами (ТУЗ).

ТУЗ включает:

1. технологию генерирования целевых задач (Технологию ГЦЗ)^[52];

2. технологию генерирования процессных задач (Технологию ГПЗ)^[53];

3. технологию выполнения запоточенных задач (Технологию ВЗЗ)^[54].

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

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

И в завершении статьи скажу ещё несколько слов.

Философы стремятся докопаться до сущности вещей, я же считаю, что управленцы должны докапываться до процессных сущностей своей организации и налаживать выполнение задач в отношении них. Делать это, настраивая матрицы (в виде РП) и встраивая их в РЕЕСТРÓМ. И утверждаю, что осуществлять это наиболее легко по Технологии управления задачами (ТУЗ) с использованием системы управления потоком задач (Системы УПЗ).

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

После тотального внедрения систем УПЗ и ТУЗ, в организациях будут созданы предпосылки для «великого симбиоза» организаций, который приведёт к «эволюционному взрыву» в развитии обществ – как совокупности организаций^[55]. Организации на новом историческом витке станут общинами, основанными на новых организационных и технологических разработках (под действием закона «отрицания отрицания»^[56]).

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

И, кстати, в этом симбиозе будет место и искусственному интеллекту (ИИ). Он, вероятно, будет с помощью нейросетей и квантовых компьютеров использовать «Big Data» (большие данные), накапливаемые именно в системах УПЗ организаций^[57] - в их РЕЕСТРÓМах, изначально состоящих из универсальных матриц (Реестров процедур).

Благодаря этим матрицам (Реестрам процедур) эти данные будут хорошо систематизированы, упорядочены и структурированы и будут максимально достоверными, особенно если системы УПЗ организаций в своих АСУЗ будут использовать блок-чейн. Это обеспечит высокое качество сигналов и рекомендаций, выдаваемых ИИ.

Притом ИИ будет не замещать людей, а координировать их, снабжать в режиме реального времени необходимой информацией, собранной из систем УПЗ организаций (из их РЕЕСТРÓМОВ) и обработанной по заданным алгоритмам в установленные форматы.

При этом организации будут объединяться в «сверхорганизации», как в единый организм, где ИИ, использующий нейросети и квантовые компьютеры, будет выполнять функции аналогичные функциям мозга в человеке, а система УПЗ силами людей будет осуществлять «генную» инженерию внутри организации и будет источником исходной информации для «мозга».

Поэтому не надо бояться такого прогресса. Люди в нём будут ключевым элементом.

Кстати, это ещё означает и то, что организации никогда не отомрут (в том числе государства). Наоборот, они станут венцом эволюции человечества, главным её инструментом, по крайней мере на ближайшую тысячу лет. Как в своё время человек (как «сверхорганизм») стал венцом эволюции всего живого на земле^[58].

Сегодняшнее же состояние эволюции организаций представляет собой аналог состояния эволюции простых биологических организмов - «микробных сообществ»^[59] в живой природе. Эволюция организаций, как когда-то эволюция простых биологических организмов - «микробных сообществ» наткнулась на свою невидимую преграду.

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

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

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

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

Этот механизм должен быть универсальным для всех организаций, независимо от сферы и рода их деятельности.

Должен обеспечивать совместимость и синхронизацию отдельных его частей так, как это происходит в живой природе в «сверхорганизмах» – сложных симбиотических комплексах.

В живых организмах – это механизм формирования, хранения и передачи генетической информации посредством «генома, в основном формируемого из генов», упакованного в виде ДНК в ядро каждой клетки.

Я уверен, что в организациях этим механизмом станет механизм формирования, хранения и передачи «генетической информации» посредством Реестров управления по миссиям, формируемых из взаимосвязанных Реестров процедур, упакованных в АСУЗ в системе УПЗ каждой организации.

Прорыв в эволюции организаций произойдёт тогда, когда их критическая масса внедрит ТУЗ и создаст внутри себя системы УПЗ, построенные из таких кирпичиков, как Реестры процедур, описанные в моем блоге. Тогда, когда реестры процедур единого формата повсеместно станут основным элементом внедрённых систем управления потоком задач. Станут геном генома организации – РЕЕСТРÓМА»^[60].

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

Один мой товарищ как-то сказал мне: «на мой взгляд - разум дан чтобы из хаоса сделать порядок». Теперь я могу ему ответить: «Борис, я согласен с тобой, но в качестве метода для этого лучше всего подходит Технология Управления Задачами (ТУЗ)».

Полная версия статьи доступна в моей книге «Задачи чудесные, или Козырная «ТУЗ» Мотаева!»

С уважением к Вам и Вашему делу, Мотаев Александр

Обсудить эту и другие статьи блога вы можете в нашем Telegram-канале "Управление потоком задач".

---

[1] Альберт Эйнштейн (14.03.1879— 18.04.1955) — физик-теоретик, разработчик специальной теории относительности, один из основателей современной теоретической физики, лауреат Нобелевской премии по физике 1921 года, общественный деятель-гуманист

[2] Смотри статью «Организация – это …» в Разделе 1. «Введение в управление потоком задач».

[3] Читай в Разделе 1. «Введение в управление потоком задач».

[4] О том, почему я так считаю, написано в статье «Без теории нам смерть, смерть …» в разделе 9. «Диспут по менеджменту – по управлению потоком задач».

[5] Теория систем — это научная и методологическая концепция исследования объектов, представляющих собой системы. Она тесно связана с системным подходом и является конкретизацией его принципов и методов. Первый вариант общей теории систем был выдвинут Людвигом фон Берталанфи.

[6] Об этом я говорил в «Прологе» в Разделе 1. «Введение в управление потоком задач».

[7] Читай стр. 63 книги «Теория систем и системный анализ: учебник для академического бакалавриата». В.Н. Волкова, А.А. Денисов. 2-е изд., перераб. и доп. – М.: Издательство Юрайт, 2017. – 462с. – Серия: Бакалавр. Академический курс.

[8] Читай Раздел 6. «Система управления потоком задач (Система УПЗ)».

[9] Читай статью в Разделе 7. «Технология управления задачами (ТУЗ)».

[10] Подробнее об этом читай статью «Турбулентность внешних условий жизнедеятельности» в Разделе 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда».

[11] Читай статью «Чем порождается задача?» в Разделе 2. «Главная сущность менеджмента – “ЗАДАЧА”».

[12] Описание дано в статье «Что такое задача?» в Разделе 2. «Главная сущность менеджмента – “ЗАДАЧА”».

[13] Изучай Раздел 2. «Главная сущность менеджмента – “ЗАДАЧА”»., Раздел 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда» и Раздел 4. «Ключевая разовая проблема, мешающая повышению ПИТ», а также статью «Задача – это X-фактор управления – квинтэссенция» и статью «Ещё раз – почему всё-таки задача?» в разделе 9. «Диспут по менеджменту – по управлению потоком задач».

[14] Об этом я писал в статье «Что такое задача?» в Разделе 2. «Главная сущность менеджмента – “ЗАДАЧА”».

 [15] Запутанность - отсутствие порядка, ясности в чем-либо: неразбериха, переплетенность, дезориентированность, каверзность, хитроумность, замысловатость и т. д.

[16] Читай об этом в статье «Усугубление сложности повышения ПИТ» в Разделе 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда».

[17] Читай статью «Интеллектуальный труд» в Разделе 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда».

[18] Подробнее читай об этом в статье «Размножение сущностей, которыми приходится управлять» в Разделе 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда».

[19] Смотри статью «Различия между дискретной задачей (ДЗ) и эпизодической задачей (ЭЗ)» в Разделе 7. «Технология управления задачами (ТУЗ)».

[20] О ШДЗ читай статью «Понятие “шаблонная дискретная задача (ШДЗ)”» в Разделе 5. «Задача повышения производительности интеллектуального труда (Задача ППИТ)».

[21] О ЦСЗ смотри статью «Понятие сущности “Целевая Стратегическая Задача (ЦСЗ)”» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[22] О ШЭЗ я рассказывал в статье «Понятие “шаблонная эпизодическая задача (ШЭЗ)”» в Разделе 7. «Технология управления задачами (ТУЗ)».

[23] Смотри статью «Управленческий труд» в Разделе 3. «Предпосылки появления потребности в повышении производительности интеллектуального труда».

[24] О том, что такое организация, и почему ПОЛИсистема, читай в статье «Организация – это…» в Разделе 1. «Введение в управление потоком задач».

[25] И, кстати, по моему мнению, именно проявлением этого выступают такие явления (концепции), как: VUCA-мир, BANI-мир, великое увольнение (тотальное выгорание). В них выражается сложность организаций и сложность управления сложными организациями, в них она в конечном итоге выливается. Но об этом я расскажу позже, в статье «VUCA-мир, BANI-мир и великое увольнение, как проявления возрастающей сложности» в разделе 9. «Диспут по менеджменту – по управлению потоком задач».

[26] Да, да. Сущность – это тоже сущность. Очередное «масло масляное». В управлении потоком задач даже есть отдельный Реестр процедур по воспроизводимому описанию сущностей (РП по СУЩНОСТЯМ). Смотри статью «Реестры процедур субсистем системы УПЗ и выполняемые ими функции» в разделе 6. «Система управления потоком задач (Система УПЗ)».

[27] Об этом я уже говорил в статье «Задача (суть) блога» в Разделе 1. «Введение в управление потоком задач».

[28] Стр. 347. Глава 15. «Дистилляция». Раздел. «Смысловое ядро». «Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем». Эрик Эванс. ООО «Диалектика». 2019

[29] О том, что такое целевая задача, читай статью «Целевая задача (ЦЗ)» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[30] Что такое процессная задача, я описываю в статье «Процессная задача (ПЗ)» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[31] Ещё раз напомню, о том, что такое сущность, абстрактная и процессная сущность (ПС) и конкретный процессный объект (КПО), я рассказывал в статье «Понятие “сущность”» в Разделе 2. «Главная сущность менеджмента – “ЗАДАЧА”».

[32] Стр. 107.Раздел «Базовые понятия» книги «Язык UML. Руководство пользователя». Гради Буч, Джеймс Рамбо, Ивар Якобсон. Второе издание. ДМК Пресс. ISBN книги 5-94074-334-X

[33] Стр. 548 статья «Неустранимая случайность» Глава 8 «Эволюция алгоритмов» книги «Эволюция. Классические идеи в свете новых открытий». Александр Марков, Елена Наймарк; - Москва: Издательство АСТ: CORPUS, 2021. - 656 с.

[34] Набор, состав, множество, объединение, комплекс, сочетание, ансамбль

[35] Читай статью «Понятие сущности “ПРОЦЕДУРА”» в Разделе 7. «Технология управления задачами (ТУЗ)».

[36] Смотри статью «Чем задача отличается от действия?» в Разделе 2. «Главная сущность менеджмента – “ЗАДАЧА”».

[37] Читай статью «Реестр процедур (РП)» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[38] Смотри статью «Реестр процедур – это узел системы – процессная сущность» в разделе 6. «Система управления потоком задач (Система УПЗ)».

[39] Изучай статью «Реестр процедур – это формуляр», а также статьи: «Раздел “ЗЭЗ функции” Типового Реестра Процедур», «Раздел “Атрибуты ПС” Типового Реестра Процедур», «Раздел “Процедура” Типового Реестра Процедур» и «Раздел “РИД по ФУНКЦИИ” Типового Реестра Процедур» в Разделе 7. «Технология управления задачами (ТУЗ)».

[40] Смотри статью «Субсистемы системы УПЗ и выполняемые ими бизнес-процессы» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[41] О системе я рассказал в статье «Понятие сущности “СИСТЕМА” через призму управления потоком задач», а о сути уже системы УПЗ в статье «Суть системы управления потоком задач» в разделе 6. «Система управления потоком задач (Система УПЗ)».

[42] Читай статью в Разделе 7. «Технология управления задачами (ТУЗ)».

[43] Читай статью «Реестр управления (РУ) по миссии» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[44] Пример такого уникального набора описан для системы УПЗ в статье «Реестры процедур субсистем системы УПЗ и выполняемые ими функции», а их связь между собой – в статье «Логическая структура системы управления потоком задач» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[45] Читай статью «РЕЕСТРÓМ организации» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[46] Читай статью «Реестр управления (РУ) по миссии» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[47] Читай статью «Понятие «шаблонная дискретная задача (ШДЗ)» в Разделе 5. «Задача повышения производительности интеллектуального труда (Задача ППИТ)».

[48] Читай статью «Роль Реестра процедур в управлении потоком задач» в Разделе 7. «Технология управления задачами (ТУЗ)».

[49] Читай статью «Автоматизированная система управления задачами (АСУЗ)» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[50] Читай «Реестр управления (РУ) по миссии» в Разделе 6. «Система управления потоком задач (Система УПЗ)».

[51] Смотри Раздел 7. «Технология управления задачами (ТУЗ)».

[52] Читай Раздел 7.1. «Технология генерирования целевых задач (Технология ГЦЗ)» в Разделе 7. «Технология управления задачами (ТУЗ)».

[53] Смотри Раздел 7.2. «Технология генерирования процессных задач (Технология ГПЗ)» в Разделе 7. «Технология управления задачами (ТУЗ)».

[54] Изучай Раздел 7.3. «Технология выполнения запоточенных задач (Технология ВЗЗ)» в Разделе 7. «Технология управления задачами (ТУЗ)».

[55] Об этом я буду рассуждать в статьях: «Эволюционные возможности для организаций благодаря ТУЗ»; «Эволюция простых организаций в “сверхорганизации” посредством УПЗ»; «Предстоящий “великий симбиоз” организаций» и «Предстоящий “эволюционный взрыв” организаций» в разделе 9. «Диспут по менеджменту – по управлению потоком задач».

[56] Закон отрицания отрицания. Означает, что переход из одного качественного состояния в другое произошел после преодоления старого качества и вторичного принятия в новом виде того, что было накоплено на предшествующей ступени. Процесс развития носит поступательно-повторяемый характер. Непрерывно и бесконечно. Новое всегда отрицает старое и занимает его место, но постепенно уже само превращается из нового в старое и отрицается все более новым. Таким образом, развитие скорее идет не линейным образом (по прямой), а по спирали: причем каждый виток спирали повторяет прежние, но на новом, более высоком уровне.

[57] Читай подробнее об этом в статье «РЕЕСТРОМ – это источник Big Data (больших данных) для менеджмента» в разделе 9. «Диспут по менеджменту – по управлению потоком задач».

[58] «По-настоящему «автономный организм», сформировавшийся и живущий без всякого участия каких-либо симбионтов, в природе ещё надо поискать. Большинство живых существ, населяющих планету, в действительности являются «сверхорганизмами» - сложными симбиотическими комплексами. Человек не исключение. Каждая наша клетка получает необходимую ей энергию от митохондрий – потомков симбиотических бактерий. Многие из наших генов получены нами от вирусов, всевозможных «эгоистических» фрагментов ДНК и мобильных генетических элементов. Наш метаболизм во многом определяется многочисленными микробами, составляющими кишечную флору. И даже если заглянуть внутрь любого из этих микробов, то и там мы найдём сожителей-симбионтов (плазмиды, фаги, транспозоны)». Стр. 170 статья «Вездесущий симбиоз» в Главе 3 «Великий симбиоз» книги «Рождение сложности. Эволюционная биология сегодня: неожиданные открытия и новые вопросы». Марков Александр Владимирович - М.: Издательство АСТ, ООО, 2017. - 528 с., ISBN 978-5-17-084031-1

[59] «По уровню целостности бактериальный мат приближается к настоящему организму. Приближается, но всё-таки не достигает этого уровня. В какой-то момент эволюция микробных сообществ словно наткнулась на невидимую преграду - и вдруг оказалось, что для дальнейшего эволюционного прогресса не хватает чего-то очень важного». Стр. 135 книги «Рождение сложности. Эволюционная биология сегодня: неожиданные открытия и новые вопросы». Марков Александр Владимирович - М.: Издательство АСТ, ООО, 2017. - 528 с., ISBN 978-5-17-084031-1

[60] Цитата из статьи «Реестр процедур (РП)» в Разделе 6. «Система управления потоком задач (Система УПЗ)».