Лишь теория решает, что мы ухитряемся наблюдать!
Эйнштейн Альберт[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].
А что значит менять?
Адаптировать под быстро, беспорядочно и случайно (стохастически) меняющиеся в турбулентной среде внешние условия и события. А если конкретнее, то:
выполнять целевые задачи (ЦЗ)[29] по созданию, изменению и ликвидации систем организации и других их элементов;
менять процессные задачи (ПЗ)[30] в отношении имеющихся сущностей (абстрактных и процессных) и их КПО[31];
захватывать в оборот всё больше новых сущностей и налаживать в отношении их выполнение новых процессных задач.
Возникает вопрос: как при этом объять не объятное? Ведь системы сложные, а сущностей (и тем более их КПО) и задач, выполняемых в их отношении, мириады – великое множество.
Ответ: построить модель и использовать её. Ведь «модель - семантически завершённая абстракция системы, которая создана по принципу полного и самодостаточного упрощения реальности, ставящего целью лучшее понимание системы»[32]. А также «…модель – это усилитель для мозгов. Модель помогает просчитать и понять то, что мы не можем просчитать невооружённым мозгом. Если мозг не может создать новых знаний, то и модель не может. А если может мозг, то и модель может»[33].
Спрашивается: какая это должна быть модель?
Как ни парадоксально, но на самом деле это должна быть совокупность[34] взаимосвязанных МАТРИЦ, внутри которых:
задачи связываются с сущностями, а точнее с КПО контекстных процессных сущностей (ПС),
связывание должно осуществляться посредством параметров времени: трудоёмкостей и дат выполнения задач и исполнения действий.
Всё, точка. Да, да. Всё должно быть именно так просто. Всё остальное – это уже производные и вторичные элементы. А в базе только это.
Как я уже говорил, именно задачи и сущности реально задают сложность организации. Между ними есть прямая связь, обуславливающая прямо пропорциональную зависимость их количества. А, следовательно, обуславливающая прямо пропорциональную зависимость и трудоёмкостей, и длительностей выполнения задач. То есть использования времени.
Дискретные задачи (ДЗ) воздействуют на сущности, а эпизодические задачи на конкретные процессные объекты (КПО) этих сущностей. Нет сущностей – нет и их КПО, а, следовательно и – нет задач, так как не на что воздействовать, нет задач – нет сущностей, а, следовательно и – нет их КПО, так как не зачем на что-то воздействовать.
Ведь воздействие на что-либо – это и есть задачи. Только совместно задачи и сущности создают целостность – организацию. Можно даже сказать, что организация – это множество сущностей и задач, воздействующих на них и их КПО.
К чему я всё это? К тому что в этом лежит ответ на вопрос, какая должна быть модель?
Это должна быть модель, в основе которой лежит МАТРИЦА. Не правда ли, звучит фантастически, в контексте американо-австралийского научно-фантастического боевика «Матрица» (англ. The Matrix)?
Но в жизни пока всё прозаичнее. Для построения модели организации с целью управления сложностью нам нужна матрица из задач и сущностей (в виде КПО, порождённых контекстными процессными сущностями). Ведь, как я уже сказал выше, между задачами и сущностями (и их КПО), существует прямая связь, создающая их прямую зависимость друг от друга.
И если эта связь прямая и создаёт пару, значит её можно показать и визуализировать в виде матрицы – то есть в виде обычной таблицы. Где в столбцах будут фигурировать задачи, выполняемые в отношении КПО, контекстных процессных сущностей, а в строках будут располагаться сами эти КПО. В упрощённом виде эта таблица (матрица) будет выглядеть так:
![http://potokzadach.ru/images/Blog/Fig19.png](https://habrastorage.org/getpro/habr/upload_files/f44/2b7/269/f442b7269d36b2823b84a3fda53e6d21.png)
Возникает вопрос: чем обозначить связь между КПО и задачами в этой матрице – на пересечении строк и столбцов?
Отвечаю: временными параметрами. Их указанием в ячейках на пересечении строк и столбцов матрицы. Ведь именно плотностью задач во времени мы будем управлять, чтобы решить проблему управления сложностью. А для этого нужно фиксировать необходимые именно временные параметры - метрики.
Это означает, что на пересечении строк и столбцов надо отображать параметры третьего фактора, задающего сложность – времени. Этими параметрами являются: трудоёмкость и длительность. Упрощённо вот так:
![http://potokzadach.ru/images/Blog/Fig20.png](https://habrastorage.org/getpro/habr/upload_files/8dd/196/643/8dd196643e94d7843c4bb07ec0cadd11.png)
Если вы посмотрите на данную матрицу, то увидите:
соединение воедино всех трёх факторов, фактически и реально задающих сложность организации;
жёстко заданную последовательность и состав задач, одинаковые в отношении каждого КПО. Эта последовательность задач и их состав, по сути, представляют собой процедуру[35] – универсальный и стандартный алгоритм;
что процедуру можно поменять путём перемены задач местами, дробления, объединения или переименования задач, а также путём добавления новых задач и т. д. При добавлении задач матрица будет расти вправо по столбцам;
что матрица будет бесконечно расти вниз – путём появления всё новых и новых КПО внутри контекстной процессной сущности (ПС);
все пары «сущность-задача». В указанной матрице пятнадцать пар «сущность-задача» (5 КПО х 3 Задачи = 15 пар «сущность-задача»). При этом, исходите, что КПО – это процессная сущность, только с конкретными значениями атрибутов;
что количество пар будет расти прямо пропорционально росту количества КПО – вниз по строкам и росту количества задач – вправо по столбцам матрицы;
что это универсальная форма. Её можно использовать для любой процессной сущности (ПС). При этом форма одинаковая, а содержание – различное;
статистические ряды по таким параметрам времени (метрикам), как трудоёмкость и длительность. Эти ряды можете построчно суммировать по каждому параметру, например, определяя общую трудоёмкость или длительность всей процедуры в отношении КПО. По вертикали можно рассчитывать среднестатистические значения. Например, среднестатистическое значение по трудоёмкости выполнения задачи №1. Можно определять максимальные и минимальные значения. И делать многое другое.
Далее можно сказать, что длительности сами по себе ниоткуда не берутся, а рассчитываются путём вычитания из даты фактического выполнения задачи даты начала её выполнения. Поэтому в матрице надо использовать не длительности, а даты. При этом длительности будут рассчитываться автоматически.
Потом можно обозначить, что надо сравнивать фактические трудоёмкости и длительности выполнения задач с плановыми. Для чего в матрицу потребуется добавить плановые величины обозначенных параметров времени.
Затем вы можете указать, что задачи выполняются путём исполнения действий. Действие за действием[36]. Поэтому в матрицу ещё надо добавить действия в рамках выполнения каждой задачи.
Также вы можете сказать, что вам нужно заносить в матрицу различные значения атрибутов КПО, чтобы можно было по этим значениям производить сортировку, фильтрацию КПО, суммирование (если они количественные) и т. д.
Короче, если в последующем насыщать, насыщать и насыщать данную матрицу необходимыми элементами и деталями, то мы получим, получим, получим … Что же мы получим?
О, эврика. Мы получим Реестр процедур (РП)[37] – первичный узел системы[39] и главный формуляр[40] Технологии управления задачами (ТУЗ).
По сути, Реестр процедур – это и есть матрица задач (в том числе их действий) и КПО контекстной процессной сущности (ПС). Только насыщенная деталями, необходимыми и достаточным для дальнейшего применения в управлении сложностью. А, именно, в управлении плотностью задач в отношении сущностей во времени.
Чтобы не происходило смешения и формировалась упорядоченность, то такая матрица (Реестр процедур) должна создаваться под отдельную сущность – процессную сущность (ПС), внутри которой порождаются относящиеся к ней КПО.
Это говорит о том, что такая матрица (Реестр процедур) должна создаваться под каждую новую процессную сущность (ПС) – отдельно. Сколько процессных сущностей взяли в оборот, столько матриц (Реестров процедур) и надо создать.
Дальнейшее построение модели организации уже осуществляется путём сборки – соединения (связывания) этих матриц (Реестров процедур) в субсистемы и системы[41].
О том, как это происходит, я как раз подробно и рассказал в статье «Сборка систем и организации из Реестров процедур (онтогенез организации)»[42]. Тем самым продемонстрировал, как происходит индивидуальное развитие организации – её онтогенез. Как это делается с использованием таких матриц, как Реестры процедур, выполняющие различные функции в отношении различных процессных сущностей.
В ходе такой сборки мы получаем уникальную совокупность Реестров управления по миссии (РУ по МИССИИ)[43], состоящих из уникальных наборов Реестров процедур (РП)[44].
И эту совокупность я называю РЕЕСТРÓМ[45] (ударение на «О»). Это аналог генома только не в живом организме, а в организации. Повторю, аналог, а НЕ реплика – не точная копия, как самолёт – не точная копия птицы.
Таким образом, модель организации будет заключаться в РЕЕСТРÓМЕ, точно также, как модель живого организма в ГЕНОМЕ. В него будет упаковываться (инкапсулироваться) вся «абстракция системы, которая создана по принципу полного и самодостаточного упрощения реальности». В нём будет содержаться вся информация обо всех сторонах жизнедеятельности организации.
Я хочу сказать, что РЕЕСТРÓМ – это и есть модель организации, а РУ по МИССИИ – это модель конкретной системы[46] внутри организации, как ПОЛИсистемы. В свою очередь, Реестр процедур (в виде матрицы) – это модель конкретного узла системы. Она лежит в основе построения модели субсистем, систем и организации.
Таким образом, архитектура этих реестров (матриц) и есть модель организации. То есть комплекс всех связанных между собой матриц (Реестров процедур) – это и есть модель организации - РЕЕСТРÓМ.
При этом связывание происходит в определённой последовательности, где каждая матрица выполняет свою строго заданную шаблонную дискретную задачу – функцию[47] в цепи всех функций организации. Причём каждая матрица по форме одинаковая, а по содержанию – разная. Точно также, как ген в геноме.
Вместе с тем формат Реестров процедур (матриц) един, универсален для любой сферы деятельности организации. Поэтому их можно использовать для управления организацией, для её понимания и восприятия, невзирая на уровень её сложности. Независимо от степени этой сложности.
Со временем, по мере захвата организацией в оборот всё большего и большего числа сущностей, эта модель (РЕЕСТРÓМ) разрастётся (как геном – мутирует, эволюционирует) и начнёт играть ведущие роли[48] в управлении сложностью организации. Точно так же, как геном в живом организме.
Ведь если разобраться, то геном живого организма – это тоже совокупность связанных между собой матриц – генов. Где каждый ген – выполняет одну строго заданную функцию. Кодирует информацию об аминокислотной последовательности одного белка.
А как? Путём создания матрицы из уникального набора пар нуклеотидов А•Т, Т•А, Г•Ц, Ц•Г. Посмотрите ниже картинку. Чем это не матрица?
![http://potokzadach.ru/images/Blog/Fig21.png](https://habrastorage.org/getpro/habr/upload_files/8b3/5a8/322/8b35a8322a2abe63f831ac8e9f65066a.png)
Получается ген как матрица создаётся из уникального набора пар нуклеотидов А•Т, Т•А, Г•Ц, Ц•Г. Затем из генов путём связывания создаётся ДНК живого организма. Которая играет ключевую роль в управлении сложностью живого организма. И заметьте – без всяких регламентов и отчётов.
В нашем случае матрица (РП) создаётся из уникального набора пар «сущность-задача». Затем из РП путём связывания создаётся РЕЕСТРÓМ организации. Который играет ключевую роль в управлении сложностью организации. И опять же заметьте – без всяких регламентов и отчётов. В моём изобретении они просто не нужны. Так же, как в живом организме.
Турбулентная внешняя среда множит сущности, мы их отлавливаем, распознаём, идентифицируем, описываем:
даём определения,
определяем их функциональные предназначения,
составляем список их обязательных атрибутов.
Определяем шаблонные дискретные задачи (в виде функций), которые будут выполняться в их отношении внутри организации.
Берём Типовой Реестр процедур (ТРП), представляющий собой насыщенную деталями матрицу. И создам из него под каждую новую сущность рабочий узел – РП.
Создание производится путём настройки его полей и разделов. В результате в каждом таком РП формируется уникальная комбинация пар «сущность-задача». И тем самым каждый РП по каждой сущности становится уникальным узлом, выполняющим уникальную, строго заданную функцию.
При этом каждый РП встраивается в общую модель – РЕЕСТРÓМ организации и связывается с другими уже имеющимися в нём РП. Так осуществляется масштабирование – наращивание функциональности организации.
С помощью такой модели усложнение (разнообразие) управляющей системы происходит вслед за усложнением (ростом разнообразия) внешней среды по мере появления всё новых и новых сущностей.
Так система управления потоком задач (Система УПЗ), путём использования модели в виде РЕЕСТРÓМа, демонстрирует способность создать и увеличить в себе сложность (разнообразие) под любые нужды в любой момент времени.
А для того, чтобы сделать трудозатраты на формирование, поддержание и применение модели минимальными, используется Автоматизированная Система Управления Задачами – АСУЗ[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. «Система управления потоком задач (Система УПЗ)».