Описание УПЗ (ТУЗ) – это предтеча международного стандарта по процессу «МЕНЕДЖМЕНТ»

Существуют международные стандарты систем менеджмента (MSS). Основой MSS является процессный подход. В них прежде всего описываются процессы. То есть они стандартизируют те или иные процессы организаций. Процессы, универсальные для широкого круга организаций. Но в перечне MSS нет стандарта системы менеджмента по самому «МЕНЕДЖМЕНТУ». То есть по процессу «МЕНЕДЖМЕНТ». Почему? По моему мнению, причина кроется в том, что «задача» до сих пор остаётся X-фактором управления. Что до сих пор не определена главная сущность менеджмента, которой он оперирует – «задача». Без чего просто невозможно стандартизировать процесс «МЕНЕДЖМЕНТ». Ведь не понятно, что конкретно стандартизировать. Но так было, до написания настоящей книги. С её написанием ситуация изменилась на прямо противоположную. Благодаря книге, теперь мы знаем, главную сущность «МЕНЕДЖМЕНТА» - «ЗАДАЧУ». Ведаем, что главным содержанием процесса «МЕНЕДЖМЕНТ» является управление потоком задач (УПЗ). Понимаем, что система УПЗ (то бишь «МЕНЕДЖМЕНТА») образует единство за счёт такой абстрактной сущности, как «ЗАДАЧА». Сейчас, известно, что для того, чтобы судить, насколько хорошо работает система «МЕНЕДЖМЕНТА», надо измерять показатели в отношении ЗАДАЧ. В настоящий момент мы видим, как надо изменить систему управления организацией (систему «МЕНЕДЖМЕНТ»), чтобы преодолеть проблему экономичного отбора и измерений того, что происходит с задачами. Что для этого надо использовать изобретённый мной Реестр процедур (РП). Теперь мы знаем, что из Реестров процедур системы УПЗ можно извлечь любые цифры и показатели того, что происходит с задачами. Любую статистику по задачам, которая характеризует состояние процесса «МЕНЕДЖМЕНТ» (то бишь процесса управления потоком задач). Теперь у нас также есть описание процедуры и её типового строения. Её мы используем при построении Реестра процедур. Сейчас мы также знаем, какая технология нам нужна для управления потоком задач. Нам нужна Технология Управления Задачами (кратко — ТУЗ, Tasks Management Technology, TMT, Total Tasks Management, TTM®). И теперь, с описанием ТУЗ, у нас есть описание всех процедур процесса «МЕНЕДЖМЕНТ». В том числе разработанные все необходимые правила и формуляры процесса «МЕНЕДЖМЕНТ». А также применяемые в процедурах методики, методологии и теории. Кроме того, у нас есть в наличии и «семантическое ядро» – единый язык этого процесса. Таким образом, благодаря книге, теперь мы имеем всё необходимое для стандартизации процесса «МЕНЕДЖМЕНТ». И можно смело утверждать, что книга – это и есть описание данного процесса, которое является предтечей международного стандарта по процессу «МЕНЕДЖМЕНТ»

Подробнее здесь

УПЗ – это «МЕНЕДЖМЕНТ»

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

Подробности здесь: https://t.me/potokzadach2022/116

Изменение системы управления для измерения процесса «МЕНЕДЖМЕНТ»

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

Полный текст статьи

Сборка систем и организации из Реестров процедур (онтогенез организации)

Любая организация, любой конфигурации собирается из Реестра процедур (РП). Путём позиционирования и связывания (соединения) его с другими себе подобными. Сборка субсистем, систем и организаций из РП производится по определённой технологии – по Технологии управления потоком задач (ТУЗ). ТУЗ – определяет алгоритм такой сборки. Это её детальная программа. Согласно ТУЗ такая сборка осуществляется по определённому алгоритму. Который – это, по сути, логика преобразования ТРП в РП – алгоритм реплицирования РП из ТРП. Изначально программа поведения у всех ТРП одна и та же. В рамках этой программы могут выполняться стандартные универсальные действия (манипуляции, прецеденты, варианты использования, use case).  Их выполнение в ходе конструирования (реплицирования) РП из ТРП приводит к тому, что в РП формируется уникальный набор атрибутов ПС, ШЭЗ и ШЭД, которые меняют свойства РП. РП начинает вести себя по-другому, по-другому реагировать на сигналы. Так, чтобы выполнить функцию. Его настраивают на стандартное запускающее событие (ЗС). В рамках сборки субсистемы, системы и организации в целом по описанному алгоритму мы создаём узел за узлом – РП за РП.  Каждый под свою функцию. До тех пор, пока полученное в результате единство не начнёт обладать необходимыми и достаточными свойствами для выполнения ШДЗ. Сборка осуществляется путём соединения (связывания) РП между собой так, чтобы сначала сформировалась субсистема, выполняющая определённый бизнес-процесс, затем – система, выполняющая миссию, и в завершении – организация в целом, выполняющая несколько миссий. При связывании настраиваются: обмен сведениями между РП, взаимные переходы, отчёты, формулы, гиперссылки и т. д. Синхронизация узлов – РП производится (настраивается) через оценку статистической управляемости и воспроизводимости каждой функции, каждого БП и миссии в целом. Из систем, собранных из РП, конструируется организация, как множество систем. При этом в каждой организации набор РП будет своим. Кроме набора РП системы УПЗ. Он будет везде один и тот же. Так следуя Технологии управления задачами (ТУЗ) можно собрать и настроить любую организацию. Организацию любого уровня сложности и разнообразия. Организацию, оперирующую любым количеством сущностей. Если рассматривать организацию по аналогии с живым организмом, то описанный механизм её сборки и эволюционного развития очень похож на механизм онтогенеза  живого организма.  Можно сказать, что сборка организации по заданной технологии управления задачам (ТУЗ) из реестров процедур и наращивание её функциональности путём добавления всё новых и новых РП, конструируемых из ТРП, – это онтогенез организации. При этом онтогенез организации (то есть её индивидуальное развитие), хоть и будет предопределяться абсолютно одинаковой программой – технологией управления задачами (ТУЗ), будет «по умолчанию» стохастическим процессом, приводящим к рождению разнообразия организаций. Из всего сказанного выше получается, что ТУЗ путём применения РП делает способной управляюЩУЮ систему создать в себе любое разнообразие. Тем самым разрешается проблема управления сложностью и разнообразием – сложной организацией

Полный текст статьи

Как обеспечивается воспроизводимое выполнение функции Реестром процедур?

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

Полный текст статьи

Роль Реестра процедур в управлении потоком задач

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

Полный текст статьи

Реестр процедур – это формуляр

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

Полный текст статьи

Реестр процедур – это узел системы – процессная сущность

Реестр процедур (РП) – это часть субсистемы – узел, отвечающий всем системным требованиям к нему, который обеспечивает воспроизводимое выполнение определённой дискретной задачи – функции. Это предел деления системы – элементарная частичка системы – узел, из множества которых собирается субсистема и система в целом. Конструирование субсистемы и системы в целом производится путём соединения (связывания) этих узлов (реестров процедур) между собой. Реестр процедур создаётся под шаблонную дискретную задачу (ШДЗ), удовлетворяющую длящуюся потребность – спрос. Шаблонной дискретной задачей, для выполнения которой создаётся реестр процедур, является функция.  «Реестр процедур» — это сущность. Общее функциональное предназначение её существования — обеспечить воспроизводимое выполнение шаблонной дискретной задачи – функции Реестра процедур. Сущность «реестр процедур» процессная, потому что объединяет не другие сущности, а неограниченное количество конкретных процессных объектов (КПО), Таким КПО является также Реестр процедур по воспроизводимому конструированию реестров процедур. Если кратко – РП по РП. Так называемый Реестр реестров

Полный текст статьи

Реестр процедур (РП)

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

Полный текст стати