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

Если исходить, что менеджмент – это управление потоком задач. То встаёт проблема экономичного отбора и измерений того, что происходит с задачами. Для преодоления этой проблемы надо руководствоваться двумя положениями ТРИЗ: (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) РП – это ФОРМУЛЯР

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