Общий блог

Всякое время имеет свои задачи, и разрешая их, человечество движется вперёд.

Христиан Иоганн Генрих Гейне^[1] 

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

В ходе рассуждений я вышел на вопрос: как это сделать?

Ответу на него и посвящен настоящий блог. 

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

Отвечаю.

Задача блога: доказать, что для управления сложной организацией должна быть создана система Управления Потоком Задач (далее - УПЗ)^[2], заточенная на увеличение Производительности Интеллектуального Труда (далее - ПИТ). При этом должна применяться Технология Управления Задачами (далее – ТУЗ, Tasks Management Technology, TMT)^®, ядром которой должна быть Автоматизированная Система Управления Задачами (далее – АСУЗ)^[3]. 

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

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

Целевой результат задачи^[4] блога:

• В блоге сделан анализ проблемы «низкая ПИТ» и выполнен эволюционный синтез «УПЗ» и «ТУЗ».
• Описано, с моей точки зрения, главное действующее «лицо» менеджмента – «ЗАДАЧА»^[5]. Показано, как на неё вышли. 
• Эта сущность чётко отделена от такой сущности, как «ЦЕЛЬ». Указано, что это разные сущности и не надо их смешивать. Объяснено, что «ЗАДАЧА» – это производная от цели, и первый шаг к её достижению - к «сбытию мечт». Рассказано, что именно ей надо оперировать при управлении организацией. То есть, что «ЗАДАЧА» – это главный объект управления в организации. При этом на сегодня «ЗАДАЧА» это тот «X-фактор» менеджмента^[6], на который никто не обращает пристального внимание. Всё вертится вокруг да около.  
• Дано определение «труду» и «интеллектуальному труду» через призму задач. Обозначена возрастающая роль «интеллектуального труда». Расписан показатель «Производительность Интеллектуального Труда» (ПИТ), необходимый для измерения (оценки) степени достижения целевого результата такой шаблонной дискретной задачи^[7], как «обеспечить наивысшую производительность интеллектуальных задач». Представлены все необходимые обязательные атрибуты этой задачи.
• Сказано, что совокупность задач всех видов, движущихся (протекающих) в организации в каждый момент времени одновременно  и преобразующихся в процессе их выполнения в целевые результаты этих задач – это есть «поток задач»^[8].  
• Обозначено, что указанная выше задача и должна быть миссией системы УПЗ. Что, именно её в организации должна выполнять «система УПЗ». Предложено определение сущности «система», опять же через призму задач.  В принципе, обозначено, что главным атрибутом такой сущности, как «система», должна быть не «цель», а «задача», ради выполнения которой она создаётся. Обрисована «система УПЗ». Описаны её субсистемы, а также выполняемые ими задачи (бизнес-процессы). 
• Показано, что исходными «узлами», из которых собираются любые субсистемы и системы в организации, должны быть «Реестры процедур»^[9]. Дано определение «Реестру процедур» и состоящему из их множества «Реестру управления по миссии»^[10]. Указано, что «Реестры процедур» выполняют в организации шаблонные дискретные задачи, которые называются функциями. Описаны все «Реестры процедур» системы УПЗ и задачи (функции), выполняемые ими. Обозначено что ядром ТУЗ является Автоматизированная Система Управления Задачами. Объяснено почему.
• Расписано, как можно путём УПЗ повысить ПИТ и какая Технология Управления Задачами (ТУЗ, Tasks Management Technology, TMT)^® для этого нужна. 
• Дано детальное описание ТУЗ, всей последовательности её процедур. Дано определение сущности «процедура». Указано, что процедура – это разновидность шаблонной эпизодической задачи^[11]. Разъяснено, что каждая функция каждого «Реестра процедур» выполняется путём итерационного многократного выполнения одной и той же процедуры. 
• Рассказано, что результаты выполнения каждого шага каждой итерации каждой процедуры и отражаются в Реестрах процедур. То есть, что он является «накопителем» исходной информации о ходе выполнения любой процедуры. И тем самым, выступает носителем всей «наследственной генетической информации» об организации. 
• Описаны технические требования к АСУЗ. Сказано, что низкотрудоёмкое формирование и ведение «Реестров процедур», совокупно образующих во взаимосвязи с друг другом «Реестры управления по миссии», является главным функционалом АСУЗ. 
• Рассказано, как стимулировать высокую производительность интеллектуального труда сотрудников.
• При этом описано, как оценивать степень достижения целевого результата задач, выполняемых: системой УПЗ, её субсистемами и Реестрами процедур. Рассказано, что для этого должен применяться Реестр Оценки Статистики по ПЦР^[12] задачи повышения ПИТ, черпающий исходные статистические данные из «Реестров процедур». 
• Разъяснено, как регулярно удостоверяться, действительно ли обеспечивается наивысшая производительность интеллектуального труда или нет, чтобы понимать, как функционирует система УПЗ.  Что позволяет нам узнать, добились ли мы заданных целевых результатов или нет. И если нет, то определить потребности в совершенствовании системы УПЗ, всех или отдельных её частей, частей её субсистем, Реестров процедур, бизнес-процессов и/или функций. 
• Перечислены применяемые в ТУЗ известные методики, методологии и теории. Даны их краткие описания.
• В завершении резюмировано, что УПЗ – это и есть «МЕНЕДЖМЕНТ»^[13]. Сделан вывод, что, в свою очередь, ТУЗ – это есть способ «управления сложностью»^[14], что она позволяет масштабировать систему УПЗ в любой момент времени под любой уровень сложности организации. То есть придаёт организации способность к адаптивной модификации (управляемой «мутации»).
• Тем самым показано, что УПЗ, применяющая ТУЗ, способна создать в себе сложность (разнообразие), которая необходима для оперирования сложностью управляемой организации. Представлены иные эффекты от внедрения УПЗ и применения ТУЗ. Приведены эволюционные возможности, которые они открывают перед организациями и миром. Аргументируется, что ТУЗ – «козырная». Затевается диспут обо всём этом.

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

Теперь давайте обозначим предпосылки, не мною придуманные, исходя из которых я действовал.

Питер Друкер^[15] в своей книге «Практика менеджмента»^[16] около 70-ти лет назад задал вопрос «А где же новый человек?». Имея в виду, что выполнять новые стратегические задачи менеджеров будущего придётся таким же людям, как и те люди, которые окружали его в то время, когда он писал свою книгу, то есть в 1954 году. С теми же физиологическими данными, умственными и физическими способностями. 

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

И отвечал: «задачи необходимо упростить. А для этого есть ТОЛЬКО ОДНО средство: преобразовать в систему и метод то, что раньше делалось по наитию или с помощью интуиции, свести к определённым принципам и концепциям то, что раньше отдавалось на откуп жизненному опыту и «правилу большого пальца», заменить набор бессвязных и случайным образом выбранных элементов логической картиной ситуации. Не дожидаясь, пока улучшится человеческая порода, пока у человека не выработаются способности для решения новых задач, необходимо выработать соответствующую ПРОСТУЮ систему».

В свою очередь, Ицхак Адизес^[17] настаивал: «Чтобы быть продуктивным, вам необходимо систематизировать организацию, сделать её процессы регламентированными. Правильные действия должны выполняться в правильное время, в правильном порядке, с правильной интенсивностью и в правильной последовательности. Вам необходимо научиться правильно делать правильные вещи. Вы должны найти наиболее продуктивный способ действий. Вместо того, чтобы каждый раз заново изобретать колесо, когда вам надо куда-то поехать, вы разрабатываете наилучший способ изготовления колёс, делая процесс производства рутинным. Систематизация делает вас продуктивным. Она требует внимания к деталям, основательности и хорошей памяти»^[18].

Другой гуру менеджмента – Эдвардс Деминг сказал: «Надежды без метода их воплощения останутся и дальше надеждами»^[19].

Я согласен с уважаемыми гуру. Но возникает вопрос: как это сделать? 

В какую систему и метод нужно преобразовать ранешные наработки? А их, как мы убедились выше – в Прологе, очень много. Как систематизировать организацию? Какие методы использовать? Как это сделать, не создавая новую сложность? Как говорится «усложнять просто, упрощать сложно». Как не усложнять, но при этом наладить управление так, чтобы все необходимые функции выполнялись:

• Проекты управлялись;
• Качество обеспечивалось;
• Риски оценивались;
• Процессы совершенствовались;
• Административные противоречия обнаруживались и разрешались;
• Управленческие решения взвешивались и принимались;
• Знания сохранялись и развивались;
• Мотивация обеспечивалась;
• И многое другое.

Как при этом не «навести тень на плетень», не нагромоздить систему на систему, «костыль на костыль».  

Налицо, согласно ТРИЗ^[20] Генриха Альтшуллера^[21], изобретательская задача. 

В блоге я и описываю её решение и суть. Отвечаю, что делать это надо путём создания системы УПЗ. А в качестве метода использовать ТУЗ. 

Продолжим исследовать предпосылки. Один из главных постулатов ТРИЗ говорит: «Существование технической системы – не самоцель. Система нужна только для выполнения какой-либо функции (или нескольких функций). Система идеальная, если её нет, а функция осуществляется»^[22].

Это так называемый закон увеличения степени идеальности системы: идеальная система – это функция. «Идеальной системы быть не должно, а ее работа выполняется как бы сама собой, по мановению волшебной палочки. Функция должна выполняться без средств. Идеальная система – это система, которой не существует – ее нет, а ее функции выполняются в нужный момент времени, в необходимом месте (причем в это время система несет 100% расчетную нагрузку), не затрачивая на это вещества, энергии, времени и финансов»^[23].

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

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

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

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

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

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

Как же тогда регламентируется деятельность организма, отдельных его органов и субсистем? Просто: геномом, в том числе генетическим кодом, записанном в ДНК, которая хранится в ядре клетки. Природа – самый изобретательный изобретатель во Вселенной. 

Тогда у меня возникла идея, а почему бы не поступить также и с организацией, и не создать аналогичный механизм для организаций. И я создал. Это Реестры процедур, выстроенные в Реестры управления по миссии. Их я поместил в АСУЗ. Тем самым создал РЕЕСТРОМ организации, аналог генома в живом организме. 

Парацельс^[24] утверждал «Всё — яд, всё — лекарство», а моя мама всегда твердила мне «клин клином вышибают». 

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

Пусть информационные технологии и цифровизация лягут в основу преодоления этой проблемы. Пусть ядром Технологии Управления Задачами станет Автоматизированная Система Управления Задачами. В неё мы запишем геном организации - РЕЕСТРОМ в виде набора Реестров управления по миссии, состоящих из взаимосвязанных Реестров процедур и несущих «наследственную генетическую информацию» организации. И эта информация и будет регламентами, отчётными данными, знаниями и т. д.

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

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

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

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

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

То есть произошло обособление управляюЩЕЙ системы (ядра клетки) от управляеМОЙ системы – цитоплазмы, где находятся органеллы, выполняющие все основные «хозяйственные» процессы организма. 

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

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

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

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

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

Там эти данные обрабатываются с помощью методов статистического анализа, с применением контрольных карт. В результате данные превращаются в сведения, «говорящие» о том, насколько успешно на каждом дискретном периоде^[30] выполняются задачи: различных систем организации, их субсистем и Реестров процедур. Делаются выводы об их работоспособности и необходимости совершенствования. 

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

Ну и если разобраться, то, по-моему, организация – это продолжение эволюции человечества. Теперь людям предстоит научиться объединяться и жить в сообществах, коими являются организации, в том числе в государствах. Этих сообществ формируется всё больше, они становятся всё сложнее и разнообразнее. Что требует эволюционного прорыва в управлении их сложностью и разнообразием. И, я считаю, что таким прорывом является – ТУЗ. Это я и доказываю в блоге.

Следующей предпосылкой, на которой я основывался, был закон перехода в надсистему из ТРИЗ. 

Он гласит: «Исчерпав ресурсы развития, система объединяется с другой системой, образуя новую - более сложную - систему. Простейший механизм такого перехода состоит в том, что исходную моносистему сдваивают, превращая в бисистему. Или в полисистему, если объединяют более двух систем»^[32].

«Все технические системы развиваются: 1) в направлении увеличения степени идеальности; 2) увеличения степени динамичности; 3) неравномерно – через возникновение и преодоление технических противоречий, причём, чем сложнее система, тем неравномернее и противоречивее развитие её частей; 4) до определённого предела, за которым система включается в надсистему в качестве одной из её частей; при этом развитие на уровне системы резко замедляется или совсем прекращается, заменяясь развитием на уровне надсистемы»^[33].

Появляется вопрос: как это реализовать? Какую надсистему сделать? Что взять за основу? Что должно стать объединяющим элементом новой надсистемы? Какая сущность поглотит всё остальное?

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

И я определил. В ходе анализа я нашёл то общее, что позволит в процессе синтеза обобщить и объединить части в целое - в систему. Указал, что это «ЗАДАЧА». Описал её сущность. 

Как говорится «общее в частностях и единство в многообразии». Так вот в любой деятельности организации все задачи многообразны, отличаются друг от друга, каждая задача уникальна, но в совокупности они образуют единый поток задач, ориентированный на выполнение миссии организации. При этом, в частности каждая из них – это одна и та же сущность - «ЗАДАЧА». То есть общее у любой деятельности – это «ЗАДАЧА». 

Эта сущность поглощает все другие сущности: миссии, бизнес-процессы, процедуры, операции, проекты и т. д. «ЗАДАЧА» ложится в основу системы управления. Система управления потоком «ЗАДАЧ» становится той надсистемой, которая должна быть образована в ходе поглощения таких систем, как: система процессного управления, система управления проектами, система менеджмента качества и т. д.

Отсюда, миссия, бизнес-процесс, функция – это не более чем разновидности шаблонной дискретной «ЗАДАЧИ». Они различаются лишь тем, какой элемент системы их выполняет и имеет ли целевой результат их выполнения самостоятельную ценность. Миссию – выполняет система, бизнес-процесс – субсистема, а функцию - Реестр процедур. 

Проект^[34] – это лишь организационная форма командной рывковой реализации такой разновидности «ЗАДАЧ», как целевая задача. В ТУЗ дано определение целевой задаче. Указаны и описаны её подвиды.

Осуществляя поиск объединяющего элемента, я руководствовался законом перехода с макро- на микроуровень из ТРИЗ. Этот закон предопределяет вектор научного поиска во всём. 

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

Я же погрузился с уровня организации, её структуры, целей и процессов вглубь до уровня «ЗАДАЧ». И пришёл к пониманию, что для изменения свойств организации с целью её адаптации под усложняющиеся внешние условия, нужно оперировать такой сущностью, как «ЗАДАЧА», относящейся к микромиру организации. 

Как говорится «дьявол кроется в мелочах, а сила мелочей в их количестве». То есть количество задач и предопределяет сложность и разнообразие. Поэтому, в блоге я и обосновываю необходимость перехода на уровень такой элементарной частицы управления, как «ЗАДАЧА». Показываю, как это сделать, какую архитектуру системы УПЗ для этого выстроить, и какую технологию применять. 

При создании системы УПЗ я также исходил из принципа «Бритва Оккама»^[35]: «не следует умножать сущности сверх необходимости». 

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

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

А ещё контроллинг. Какой сущностью он оперирует? Мне вообще не понятно. А поэтому я не вижу смысла создавать ещё какую-то систему контроллинга. Если её функция – измерение, то я исхожу из постулата ТРИЗ: «Если дана задача на измерение, желательно использовать обходной путь - перейти к задаче на изменение системы (поставить вопрос: «Как изменить систему, чтобы отпала необходимость в измерении?»)»^[36]. 

Я предложил путь такого изменения. Опять же это Реестры процедур, накапливающие исходные данные. Которые транслируются в Реестры Оценки Статистики по ПЦР задачи повышения ПИТ. Из Реестров процедур можно извлечь любые цифры обо всех сторонах жизнедеятельности организации.  То есть они позволят легко проконтролировать всё, что необходимо. Не рождая каких-то отдельных систем контроллинга. В том числе систем тотального мониторинга рабочего времени сотрудников. 

Вспоминаем слова Конфуция^[37]: «На самом деле, жизнь проста, но мы настойчиво её усложняем». Вместо перехода в надсистему множим сущности. Начинаем создавать вокруг них какие-то системы, процессы, процедуры. Тем самым ещё больше запутываемся. 

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

• «Мы строим модель для того, чтобы лучше понимать разрабатываемую систему. Мы строим модели сложных систем, поскольку иначе такие системы невозможно воспринять как единое целое»^[38].
• «Модель - семантически завершённая абстракция системы, которая создана по принципу полного и самодостаточного упрощения реальности, ставящего целью лучшее понимание системы»^[39].
• «Когда сложность системы возрастает до того, что её уже невозможно знать на уровне отдельных объектов, появляется потребность в специальных приёмах для восприятия больших моделей и манипулирования ими»^[40].
• «Чтобы успешно справиться со сложностью, присущей крупномасштабным программным системам, необходимо выработать какой-то метод разложения системы на подсистемы и построения архитектуры системы в целом»^[41].

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

Я взял это за основу и предложил строить модель сложной организации в виде виде РЕЕСТРО´МА организации, т. е. совокупности Реестров управления по миссии, состоящих из набора Реестров процедур. То есть архитектура этих реестров и есть модель организации. При этом формат Реестров един, универсален для любой сферы деятельности организации. Поэтому их можно использовать для управления организацией, для её понимания и восприятия, невзирая на уровень её сложности. Независимо от степени сложности. 

В свою очередь построение этой архитектуры надо вести с помощью такого метода, как Технология Управления Задачами (ТУЗ, Tasks Management Technology, TMT)^®. При этом, если разобраться, то в основе этого метода лежит объектно-ориентированное проектирование (ООП)^[42]. 

Приведённые выше предпосылки, сформировали первичные системные требования (ограничения):

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

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

При написании блога я стремился не теоретизировать. Мечтал сделать блог настоящим руководством по управлению потоком задач, то есть, в моём понимании, - руководством по «МЕНЕДЖМЕНТУ». 

Ведь я на страницах этого блога как раз и доказываю, что управление потоком задач — это и есть «МЕНЕДЖМЕНТ». И мне хотелось бы, чтобы каждый, кто прочтёт блог, мог взять и начать рулить своим делом, просто следуя технологии управления задачами, описанной в нем: шаг за шагом. Надеюсь, у меня это получилось. Судить вам.

Я уверен, что моя ТУЗ рано или поздно станет козырной – превратится в международный стандарт менеджмента качества^[43]. В стандарт по процессу «МЕНЕДЖМЕНТ», которого на настоящий момент так и нет. То есть, нет стандарта менеджмента о самом «МЕНЕДЖМЕНТЕ». Хотя существует целая система международных стандартов менеджмента. 

Я убеждён, что единственными и измеримыми показателями качества процесса «МЕНЕДЖМЕНТ» являются показатели того, что происходит с задачами.  Это я объясняю в блоге. Статистика по задачам характеризует состояние процесса «МЕНЕДЖМЕНТ». 

В свою очередь процесс «МЕНЕДЖМЕНТ», как любой другой процесс, должен иметь цель, то есть целевой результат, который должен быть оцениваемым, измеримым, конкретным и достижимым, позволяющим легко оценить статистическую управляемость и воспроизводимость, степень достижения цели процесса. В нашем случае, если рассматривать «МЕНЕДЖМЕНТ» как УПРАВЛЕНИЕ ПОТОКОМ ЗАДАЧ, измеримым результатом процесса «МЕНЕДЖМЕНТ» будет  производительность интеллектуального труда (ПИТ).

А отсюда, постоянной регулярной задачей процесса «МЕНЕДЖМЕНТ» (управления потоком задач) должна быть задача повышения производительности интеллектуального труда (кратко – ППИТ). Для чего, руководствуясь «четырнадцатью принципами Деминга», можно с лёгкостью использовать «цикл Деминга» (PDCA - англ. «Plan-Do-Check-Act» - планирование-действие-проверка-корректировка), т. е. циклически повторяющийся процесс принятия решения, используемый в управлении качеством.

Резюмируем. 

Суть блога заключается в доказывании, что для управления сложной организацией должна быть создана система Управления Потоком Задач (УПЗ), заточенная на увеличение Производительности Интеллектуального Труда (ПИТ). При этом должна применяться Технология Управления Задачами (ТУЗ), ядром которой должна быть Автоматизированная Система Управления Задачами (АСУЗ). В блоге сделан анализ проблемы «низкая ПИТ» и эволюционный синтез «УПЗ» и «ТУЗ». Описано главное действующее «лицо» менеджмента – «ЗАДАЧА». Расписано, как можно путём УПЗ повысить ПИТ и какая ТУЗ для этого нужна. Рассказано, что все процедуры отражаются в Реестрах процедур. То есть, что Реестр процедур является «накопителем» и носителем всей «наследственной генетической информации» об организации. В завершении резюмировано, что УПЗ – это и есть «МЕНЕДЖМЕНТ».  Сделан вывод, что, в свою очередь, ТУЗ – это есть способ «управления сложностью», что она позволяет масштабировать систему УПЗ в любой момент времени под любой уровень сложности организации.  Таким образом, с помощью блога я хочу донести следующую логическую цепочку: высокая ПИТ – это целевой результат миссии, выполняемой «системой» УПЗ. То есть для повышения ПИТ надо наладить функционирование системы УПЗ, что делают с помощью ТУЗ и с применением её ядра – АСУЗ, позволяющим значительно снизить трудоёмкость всего процесса управления задачами.  Разрабатывая УПЗ и ТУЗ, я исходил из ряда предпосылок, сформулированных такими гуру, как: Питер Друкер, Ицхак Адизес, Эдвардс Деминг, Генрих Альтшуллер и др. Эти предпосылки дали следующие первичные системные требования: (1) должен быть метод; (2) должна быть система; (3) эта система должна стать надсистемой; (4) должно минимизироваться количество подсистем и сущностей; (5) должна быть модель. При поиске решения проблемы «управления сложностью» я исходил из этих требований. В результате синтезировал «систему»: УПЗ; «метод»: ТУЗ; «модель»: Реестры управления по миссии, состоящие из набора Реестров процедур. Считаю, что они полностью удовлетворяют предъявленным требованиям. Это и описывает блог.

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

Полная версия статьи доступна в моей книге «ЗАДАЧИ ЧУДЕСНЫЕ, ИЛИ КОЗЫРНАЯ «ТУЗ» МОТАЕВА!»

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

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

[1] - Христиан Иоганн Генрих Гейне (13.12.1797г. — 17.02.1856г.) — немецкий поэт, публицист и критик позднего романтизма

[2] - Читай ниже статью «УПЗ – это «МЕНЕДЖМЕНТ» в разделе «Диспут по менеджменту – по управлению потоком задач»

[3] - Сразу же оговорюсь, без АСУЗ ТУЗ – невозможна. АСУЗ – это ядро Технологии Управления Задачами. 

[4] - Что такое целевой результат задачи смотри в статье «Что такое целевой результат задачи?» в разделе «Главная сущность менеджмента - «Задача».

[5] - Смотри ниже раздел «Главная сущность менеджмента - «Задача».

[6] - Читай статью «Задача – это X-фактор управления - квинтэссенция» в разделе «Диспут по менеджменту – по управлению потоком задач»

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

[8] - Читай статью «Поток задач» в разделе «Ключевая разовая проблема, мешающая повышению ПИТ»

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

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

[11] - Читай статью «Понятие "шаблонная эпизодическая задача» ниже в разделе «Технология управления задачами (ТУЗ)»

[12] - ПЦР – это Показатель Целевого Результата. Подробнее читайте в статье «Воспроизводимое определение Показателей Целевых Результатов (ПЦР)» в подразделе 7.1. «Генерирование процессных задач» в разделе «Технология управления задачами (ТУЗ)»

[13] - С этого момента, в блог фразы «МЕНЕДЖМЕНТ», «процесс менеджмента», «управление» и «управление потоком задач» — это тождественные понятия. Везде, где я буду говорить менеджмент или процесс менеджмента, или управление, я буду иметь в виду «управление потоком задач (УПЗ)». Это в контексте данного блога одно и то же, равноценные понятия.

[14] - Читай статью «ТУЗ – это управление возрастающей сложностью» в разделе «Диспут по менеджменту – по управлению потоком задач»

[15] - Питер Фердинанд Друкер (нем. Peter Ferdinand Drucker; 19 ноября 1909, Вена — 11 ноября 2005, Клермонт) — американский учёный австрийского происхождения; экономист, публицист, педагог, один из самых влиятельных теоретиков менеджмента XX века.

[16] - См. главу "Менеджер будущего" книги «Практика менеджмента». Питер Ф. Друкер. – М.: Издательский дом «Вильямс», 2009. – 400с.

[17] - Ицхак Кальдерон Адизес (род. 22 октября 1937, Скопле, Вардарская бановина) — израильский и американский писатель и бизнес-консультант, специализирующийся на улучшении эффективности менеджмента, предприниматель

[18] - «Управляя изменениями». Ицхак К. Адизес. - СПб.: Питер, 2008. - 224 с. ISBN 978-5-91180-486-2

[19] - Стр. 43 «Принципы преобразования западного менеджмента». «Выход из кризиса: Новая парадигма управления людьми, системами и процессами». Эдвардс Деминг. М.: Альпина Бизнес Букс, 2007. - 370 с. ISBN 978-5-9614-0567-5

[20] - ТРИЗ, или Теория Решения Изобретательских Задач — набор методов решения задач и усовершенствования систем. ТРИЗ была разработана советским инженером-изобретателем Генрихом Альтшуллером, который работал в патентном бюро и там проанализировал 40 тысяч патентов в попытке найти закономерности в процессе решения инженерных задач и появления новых идей. Работа над ТРИЗом была начата Альтшуллером в 1946 году, первая публикация была выпущена им в 1956 году. Подробно о ТРИЗ можно почитать в книге «Найти идею. Введение в ТРИЗ – теорию решения изобретательских задач». Генрих Альтшуллер. – М.: Альпина Бизнес Букс, 2007. – 400с.

[21] - Генрих Саулович Альтшуллер (псевдоним Генрих Альтов; 15.10.1926-24.09.1998) — советский писатель-фантаст и изобретатель, автор ТРИЗ—ТРТС (теории решения изобретательских задач — теории развития технических систем), автор ТРТЛ (теории развития творческой личности)

[22] - Читай стр. 82-83 книги «Найти идею. Введение в ТРИЗ – теорию решения изобретательских задач». Генрих Альтшуллер. – М.: Альпина Бизнес Букс, 2007. – 400с

[23] - «Идеальность. Теория решения изобретательских задач (ТРИЗ)». Петров Владимир. – Цифровая книга. Издательство Ridero, 2019. ISBN 978-5-4496-7939-0

[24] - Парацельс (лат. Paracelsus, настоящее имя Фили́пп Ауреóл Теофрáст Бомбáст фон Гóгенгейм, 1493 -1541гг.) — швейцарский алхимик, врач, философ, естествоиспытатель, натурфилософ эпохи Возрождения, один из основателей ятрохимии.

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

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

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

[28] - Бактерия – это живой организм, не имеющий клеточного ядра (прокариот). 

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

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

[31] - Подробнее читай статью «ТУЗ – это управление возрастающей сложностью» в разделе «Диспут по менеджменту – по управлению потоком задач»

[32] - Стр. 103 «Глава 6. Истребители противоречий». Найти идею: Введение в ТРИЗ - теорию решения изобретательских задач. Генрих Альтшуллер. - М.: Альпина Бизнес Букс, 2007. - 400 с.

[33] - Стр. 82 «Глава 4. Формула победы». Найти идею: Введение в ТРИЗ - теорию решения изобретательских задач. Генрих Альтшуллер. - М.: Альпина Бизнес Букс, 2007. - 400 с.

[34] - Читай статью «Воспроизводимое выполнение проекта» в подразделе 7.3. «Выполнение запоточенных задач» в разделе «Технология управления задачами (ТУЗ)»

[35] - Бритва Оккама (иногда лезвие Оккама) — методологический принцип. Еще его именуют принципом бережливости, или законом экономии. Более понятным языком: если можно что-то сделать проще, зачем это делать сложнее. То есть принцип предлагает отсечь всё лишнее — отсюда и слово «бритва» в названии. Этот принцип получил название от имени английского монаха-францисканца, философа-номиналиста Уильяма из Оккама (англ. William of Ockham; лат. Gulielmus Occamus; фр. Guillaume d'Ockham ок. 1285—1349[2]). Сам Оккам писал: «Что может быть сделано на основе меньшего числа [предположений], не следует делать, исходя из большего» и «Многообразие не следует предполагать без необходимости». 

[36] - Стр. 124 «Глава 6. Истребители противоречий» книги "Найти идею: Введение в ТРИЗ - теорию решения изобретательских задач" - М.: Альпина Бизнес Букс, 2007. - 400 с.

[37] - Конфуций (551-479 до н. э.) — древний мыслитель и философ Китая.

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

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

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

[41] - Стр. 250. Глава 12. «Проектирование архитектуры системы». «Проектирование систем реального времени, параллельных и распределенных приложений». Хассан Гома. ДМК Пресс. 2016

[42] - Подробнее читай в статье «ТУЗ – это объектно-ориентированное проектирование (ООП) организации и унифицированный язык её моделирования (англ. Unified Modeling Language, UML)» в разделе «Диспут по менеджменту – по управлению потоком задач»

[43] - Читай подробнее статью «Настоящий блог по УПЗ – это предтеча международного стандарта по процессу «МЕНЕДЖМЕНТ»» в разделе «Диспут по менеджменту – по управлению потоком задач»