Ген как единица функции[1]
Выше в статье «Реестр процедур (РП)» в разделе 6. «Система управления потоком задач (Система УПЗ)» я указал, что: «Реестр процедур играет ключевую роль в управлении потоком задач».
Затем в серии статей, выше в разделе 6 и в разделе 7, я дал комплексное и детальное описание самого Реестра процедур (РП).
Теперь, когда мы знаем всё о Реестре процедур; ведаем, для чего он нужен, что из себя представляет, как устроен и как функционирует; остаётся открытым один вопрос: какова роль Реестра процедур в управлении потоком задач?
Несмотря на то, что, так или иначе, ответ на указанный вопрос проскальзывал в статьях, касающихся Реестра процедур и его разделов, считаю необходимым расписать этот ответ более развёрнуто.
Пришло время обобщить сказанное и комплексно обозначить роль Реестра процедур в управлении потоком задач.
Ведь именно РП является каркасом, на который опирается Технология управления задачами (ТУЗ). И именно через обзор всех конкретных реестров процедур системы УПЗ будет обрисовываться ТУЗ ниже в последующих статьях разделе 7. «Технология управления задачами (ТУЗ)».
При этом надо исходить из того, что система УПЗ состоит из набора РП, описанного выше в статье «Реестры процедур субсистем системы УПЗ и выполняемые ими функции» в разделе 6. «Система управления потоком задач (Система УПЗ)».
Стало быть, не будем медлить, начнём.
Сперва «оптом» перечислим не все, а наиболее значимые роли, выполняемые Реестром процедур. Вот они:
1. РП – это генератор всего эпизодического;
2. РП – это рабочий орган системы;
3. РП – это аккумулятор исходной статистической информации;
4. РП – это регламент;
5. РП – это чек-лист;
6. РП – это хранилище знаний;
7. РП – это отчётность;
8. и, эврика, РП – это ген организации.
Далее давайте обзорно распишем, каждую роль по отдельности.
Роль генератора всего эпизодического, прописана в самом определении Реестра процедур. Где сказано, что РП – это формуляр, предназначенный для запуска запоточенных эпизодических задач (ЗЭЗ) и эпизодических действий (ЭД) в отношении каждого появившегося конкретного процессного объекта (КПО), относящегося к какой-либо определённой контекстной процессной сущности (ПС).
О том, как генерируются (запускаются) ЗЭЗ в Реестре процедур, я написал в статье «Раздел «ЗЭЗ функции» Типового Реестра Процедур» выше в настоящем разделе. А о том, как генерируются (запускаются) ЭД, – в статье «Раздел «Процедура» Типового Реестра Процедур».
Не буду повторяться. Скажу лишь, что я изобрёл Реестр процедур в рамках поиска решения проблем, описанных в статье «Отсутствие постановки задач» выше в разделе 4. «Ключевая разовая проблема, мешающая повышению ПИТ». В частности, проблемы: «формализовано не запускается выполнение необходимых процессных задач».
В указанной статье я обосновывал причинно-следственные связи, которые показывали, что наличие этой проблемы так или иначе приводило к «неисполнительности» и «низкой ПИТ». Соответственно, появлялась нужда в её преодолении.
В рамках удовлетворения этой нужды было выявлено, что основная масса процессных задач – это эпизодические задачи. Вставал вопрос: как их генерировать наименее трудоёмким способом, чтобы включать в общий поток задач?
Поиск ответа в конечном итоге и привёл к изобретению Реестра процедур. В результате, чего он стал генератором всего эпизодического:
1. запоточенных эпизодических задач (ЗЭЗ);
2. эпизодических действий (ЭД).
Все последующие роли Реестра процедур (РП) были уже производными от его «роли генератора».
Форма и конструкция РП оказались настолько удачными, что натолкнули меня на использование его уже в качестве узла субсистем и систем в целом. То есть в качестве элементарной частицы деления системы и её основного рабочего органа.
Я решил, а почему бы не использовать РП также и для:
- выполнения и отслеживания (учёта) хода выполнения запоточенных эпизодических задач (ЗЭЗ) и эпизодических действий (ЭД) в отношении каждого появившегося конкретного процессного объекта (КПО), относящегося к какой-либо определённой контекстной процессной сущности (ПС);
- контроля через это своевременности и ритмичности выполнения запоточенных процедур и операций по каждой шаблонной дискретной задаче – функции.
Я так и сделал. Всё это реализовал в Реестре процедур, существенно доработав его форму и структуру.
Сейчас в РП мы можем:
- увидеть в каком состоянии находится каждая запоточенная процедура, запущенная в отношении каждого КПО каждой контекстной ПС;
- отслеживать своевременность, ритмичность и трудоёмкость фактического выполнения запоточенных процедур по функции, выполняемой Реестром процедур.
Так РП и превратился из чистого генератора всего эпизодического ещё и в рабочий орган системы.
Теперь он функционирует (то есть выполняет функцию) путём итерационного выполнения процедур: итерация за итерацией (такт за тактом; цикл за циклом). Сначала процедуры до конца. Возвратно-поступательным способом. МОТаясь от одного КПО к другому. Переходя от одного запускающего события (ЗС) к другому. Туда-сюда.
Как печатная машинка или матричный принтер. Строка за строкой[2]. Эпизодически, с той частотностью и интенсивностью, с какой возникают запускающие события (ЗС), порождающие КПО.
Здесь хотелось бы сделать небольшое, но занимательное лирическое отступление в тему.
В словаре Дворжецкого латинское: moto, avi, —, are [frequ. к moveo] означает непрерывно двигать, приводить в (сильное) движение, двигать взад и вперёд, шевелить (cacumina, umbras V; lacertos О).
От этого слова есть производные.
motor, oris m [moveo] приводящий в движение, укачивающий (m. cunarum mearum M). motorium, 1 n способность движения, подвижность Tert. I motus, a, um part. pf. к moveo. II motus, us m [moveo] 1) движение (siderum Cs, VP; navium, remorum Cs; capitis Q): motum dare alicui rei С приводить в движение что-л. (ср. 7); 2) поворот: se movere ad motus fortunae погов. Cs следовать движе- движению фортуны, т. е. держать нос по ветру; excipere motus futuros V уловить смысл предстоящих перемен; 3) колебание, сотрясение: terrae m. С etc. землетрясе- землетрясение; 4) бушевание (Austri Н); 5) отъезд, уход, отбытие Lcn; 6) жест, телодвижение, жестикуляция (motDs palaestrici С); 7) мерные движения, пляска, танец: motus dare L, V etc. танцевать (ср. 1); 8) воен. передви- передвижение, манёвр (militum Nep); 9) душевное движение, возбуждение, волнение, страсть, беспокойство (animi С etc.): non sine aliquo motu Pt не без некоторого вол- волнения; m. cogitationum С полёт мыслей; 10) pi. дея- деятельность (mentis С); 11) порыв, побуждение, вдохно-вдохновение (divino motu concitus О); 12) мятеж, бунт (Са- tilinae С); возмущение, волнение (motu agitur urbs VF); восстание (servllis L; populi С); переворот (impe- rium magno motu concutere QC); 13) стадия развития или роста (tres sunt motus in vite Col); 14) подъём, взлёт (Italiae magnificentissimus m. C).
В английском языке имеется слово «motion» – движение.
Интересно, что слово мотор (motor) переводится как двигатель. Он построен на возвратно-поступательном движении. Возвратно-поступательное движение представляет собой повторяющееся линейное движение вверх-вниз или назад-вперед. Оно встречается в широком спектре механизмов, включая поршневые двигатели и насосы.
Например, в двигателе внутреннего сгорания (ДВС) поршень перемещается туда-сюда-обратно, взад-вперёд, совершая такт за тактом.
Занимательно также, что в русском языке слова с корнем «мот» тоже, по сути, имеют в своём содержании намёк на возвратно-поступательное, круговое, качательное движение. Например, однокоренные слова: мот, мотня, моток, мотовило, моташиться, мотать; мот – также в значении «прядь волос»[3].
Например, русское слово «мотать» означает:
1. Круговым движением навивать, наслаивать, накручивать на что-нибудь. Мотать нитки. Мотать шёлк, шерсть на клубок. Отсюда, слово «моток», а также «мотовило»:
a. мотальное орудие, палка, прибор, на который наматывается пряжа, шелк;
b. приспособление, машина для сматывания чего-л. (пряжи, шелка, проволоки и т. п.);
c. крутящаяся часть жатвенной машины, комбайна, служащая для пригибания к режущему аппарату стеблей трав и хлебных злаков и укладывания их на транспортер.
2. Двигать из стороны в сторону, трясти, поводить в стороны, качать (например, головой). Отсюда, мотаться - болтаться туда-сюда, свободно свисая. Отсюда, разг. «мотня» - болтающиеся, свободно свисающие откуда-либо концы ниток или материи. Говорят: «Если отрезать мотню, упаковка будет смотреться лучше». Угарно, что мотня также – это то, что болтается между ног. Кроме того, мотня – это действие по значению глагола мотаться; хлопотливые занятия (обычно связанные с утомительной ходьбой); аналог, беготня. «Днём была мотня: то мы в речном порту, то на дровяном складе, то разносили повестки по поручению военкомата, а в свободное время учились …». Ю. В. Трифонов, «Дом на набережной», 1976 г.
Сказанное, позволяет заключить, что, по сути, исходя из итерационного, возвратно-поступательного принципа работы, Реестры процедур в системе – это своего рода МОТорчики (moto, motor).
Рабочие органы – механизмы, осуществляющие повторяющиеся линейные движения по процедуре взад-вперед от одного действия к другому. И построчно вверх-вниз от одного КПО к другому.
При этом происходит МОТня от одной процедуры к другой, так как многие из них выполняются одновременно и параллельно друг другу. Приходится что-то сделать по одной процедуре, что-то – по другой, что-то по -третьей, потом опять по первой. И так МОТаться мы вынуждены постоянно. Туда-сюда. От процедуры к процедуре, от КПО к КПО, от одного действия к другому, взад-вперёд, вверх-вниз.
Через такое непрерывное движение (moto) совокупность Реестров процедур двигает организацию к выполнению функций, а через это – к выполнению бизнес-процессов (БП) и её миссий. Вот поэтому – это МОТорчики – рабочие органы системы.
Когда РП был превращён в рабочий орган, возник вопрос о том, как контролировать и обеспечивать его работоспособность в качестве основного узла системы? Как выявлять степень его работоспособности? Как удостоверяться в том, что он работает исправно?
Это можно было сделать только одним способом. Выяснением степени достижения целевого результата функции, выполняемой Реестром процедур.
Если ЦРЗ функции достигается, то функция выполняется успешно. Благодаря чему можно считать, что Реестр процедур работает исправно. Потому что мы получаем с его помощью то, что хотим. В противном случае – неисправно и требует вмешательства – правки, совершенствования, донастройки и т. д.
Спрашивается, как выяснить степени достижения целевого результата функции, выполняемой Реестром процедур?
Отвечаю: оценкой статистической управляемости и воспроизводимости выполнения функции по её главному показателю целевого результата (ПЦР).
Для осуществления такой оценки нужны исходные статистические данные о работе Реестра процедур, а точнее о выполнении им всех запоточенных эпизодических задач (ЗЭЗ) и эпизодических действий (ЭД). Данные нужны в виде статистических рядов по каждому нужному статистическому показателю.
Эти данные можно было получить только из сведений, формирующихся непосредственно в рабочей зоне – в самом Реестре процедур.
Поэтому, я внёс правки в РП путём добавления в него раздела «РИД по ФУНКЦИИ» и настройки формирования исходных сведений для этого раздела.
В результате Реестр процедур начал выполнять ещё одну роль – роль аккумулятора исходной статистической информации.
Теперь он используется ещё и для накопления исходных статистических данных о ходе выполнения ЗЭЗ и ЭД в целях оценки степени достижения целевого результата функции, выполняемой Реестром процедур. И определения тем самым степени работоспособности самого РП.
О том, как данные накапливаются в Реестре процедур, я рассказал в статье «Раздел «РИД по ФУНКЦИИ» Типового Реестра Процедур» выше в настоящем разделе.
Роль регламента Реестр процедур начал играть автоматически, после того как я создал в нём Раздел «ЗЭЗ функции» и раздел «Процедура». Потому что эти разделы стали, по сути, определять – регламентировать, что надо делать в отношении каждого КПО.
В них начала производиться «транскрипция», «транспортировка» и «трансляция» задач и действий из процедур в адрес сотрудников. Эти задачи и действия стали направлять их усилия в нужную сторону и сроки. Устанавливая нормативы трудоёмкости и тем самым фактически регламентируя их работу, определяя и направляя их поведение.
Шапка раздела «Процедура» де-факто превратилась в инструкцию для пользователей РП и начала пояснять и облегчать выполнение ими процедур, показывая:
- какие действия и в какой последовательности – по какому алгоритму - следует выполнять, в рамках каких операций процедуры;
- какими правилами при этом нужно руководствоваться, чтобы правильно выполнить каждое действие;
- какие понятия и в каком значении при этом должны применяться;
- какие формуляры и хранилища информации (ХИ) использоваться.
И по логике, для регламентирования работы больше ничего и не требуется. Сказанного вполне достаточно, чтобы выполнить необходимые эпизодические задачи и функцию в целом.
Следовательно, моё решение в виде Реестра процедур допускает в принципе отказаться от создания отдельной системы регламентов, и от самих регламентов, в том числе от других видов локально-нормативных документов (ЛНД).
А раз нет системы, то и нет затрат на её содержание и администрирование. При этом функция этой системы будет выполняться Реестрами процедур на высочайшем уровне, в режиме реального времени – на все 100%.
Помните, я выше в статье «Задача (суть) блога»[4] говорил про закон увеличения степени идеальности системы из ТРИЗ: идеальная система – это функция: «Идеальной системы быть не должно, а ее работа выполняется как бы сама собой, по мановению волшебной палочки. Функция должна выполняться без средств. Идеальная система – это система, которой не существует – ее нет, а ее функции выполняются в нужный момент времени, в необходимом месте (причем в это время система несет 100% расчетную нагрузку), не затрачивая на это вещества, энергии, времени и финансов»[5].
Вот вам наглядная реализация этого закона посредством выполнения роли регламента Реестром процедур.
Кстати, это ещё раз подтверждает правильность придуманного решения в виде Реестра процедур. Его изобретение привело к этому положительному побочному эффекту.
К тому же РП автоматом начал выполнять и роль «чек-листа»[6].
Это означает, что, когда мы движемся по этому «чек-листу», то мы «крыжим» исполненные действия в разделе «Процедура» Реестра процедур. И ничего при этом не забываем (не упускаем), делаем это в заданной последовательности. При сём гарантированно продвигаемся к целевому результату процедуры и достигаем его.
Таким образом, РП в качестве «чек-листа» заставляет сотрудников делать работу по строго заданному алгоритму в полном соответствии с установленными правилами. Шаг за шагом. Пункт за пунктом. Ни один пункт не будет пропущен.
Реестр процедур не позволит это сделать. Не даст никому профилонить и выполнить процедуру не качественно, пропуская действия или путая их очерёдность. Тем самым гарантированно обеспечивается нужное качество исполнения.
Приведу цитату: «Добиваясь автоматизма, космонавты заводят себе чек-листы для всех без исключения процедур, чтобы снова и снова убеждаться в правильности своих действий»[7].
Реестр процедур стал выполнять вдобавок и роль хранилища знаний.
РП теперь обеспечивает создание, ведение и хранение актуальной базы знаний. Он и есть такая база. Он – это память организации.
В нём накапливается и хранится информация обо всех выполняемых процедурах: об эпизодических задачах, выполняемых в процедуре, о действиях, исполняемых в рамках этих задач, об их сроках и трудоёмкости, о правилах их выполнения и исполнения, об используемых в процедуре формулярах, хранилищах информации (ХИ), о стадиях выполнения процедур в разрезе каждого КПО, ответственных выполнителей, о количественных параметрах каждого и совокупности КПО и т. д.
Благодаря Реестру процедур вы в любой момент знаете, что и в какой стадии находится в отношении каждого КПО.
Теперь, если у вас уволится тот или иной сотрудник, он не унесёт с собой эту информацию, не лишит вас её и знаний, нарабатываемых годами. Потому что теперь носителем знаний будет не только сотрудник, но и Реестр процедур. Он будет помнить всё необходимое.
С Реестром процедур – эта информация всегда будет с вами. Благодаря чему вы всегда и в любой момент сможете подхватить работу, при выбытии сотрудника. Ничто не остановится, не пропадёт, ритмика не нарушится.
С помощью РП вы легко сможете адаптировать любого нового сотрудника. Вы просто поручите ему выполнять процедуру из РП в отношении какого-то КПО, и он по мере продвижения по процедуре будет обучаться тому, что нужно делать, в том порядке, в котором требуется. РП сам его направит и всё пояснит. А если ему будет, что-то не ясно, то тогда можно будет ему это отдельно разъяснить.
И кстати, это будет сигналом или о том, что ваш РП недостаточно тщательно проработан, или, в противном случае, о том, что сотрудник – бестолковый.
РП исключил потребность в создании ещё одной системы – системы отчётности. Он сам начал выполнять роль отчётности.
Непроизвольно Реестр процедур превратился в источник самой достоверной и нужной информации в организации. Той, которую иным путём просто не получишь. Той, которая отражает реальную ситуацию о работе системы и её отдельных частей, а также сотрудников.
Приведу цитату Эдвардса Деминга: «На самом деле самые важные числа, нужные менеджменту, неизвестны и количественно неопределимы, но успешный менеджмент должен, тем не менее, о них помнить»[8].
В ответ на эту цитату, я могу сказать, что благодаря Реестрам процедур теперь можно извлечь любые числа обо всех сторонах жизнедеятельности организации, в любых разрезах. Ведь в нём:
1. ведётся учёт и расчёт показателей трудоёмкости, отклонений по ним,
2. выполняется расчёт длительностей и сроков, отклонений по ним,
3. рассчитываются Доли/Средние,
4. формируются общие и промежуточные итоги,
5. можно фильтровать и сортировать данные,
6. можно формировать любые выборки, отчёты и сводные таблицы, в необходимых разрезах,
7. и т. д.
С помощью всего этого имеется возможность легко проконтролировать всё, что необходимо, не рождая каких-то отдельных систем учёта, отчётности и контроллинга.
Сейчас, в завершении настоящей статьи поговорим об ещё одной роли, которую абсолютно неожиданно начал выполнять Реестр процедур.
Роль гена организации.
Ведь именно эта роль, как ни странно, превратилась в ключевую – обобщающую все описанные выше роли вместе взятые.
Когда я разрабатывал РП, я не ставил перед собой такой цели. Это получилось само собой. И тем самым ещё раз уверило меня в правильности и верности изобретений, положенных в основу моей технологии.
Потому что правильное и верное изобретение – это всегда такая находка, которая обеспечивает прорыв - «одним махом» разрешает кучу противоречий и проблем в системе и одновременно открывает огромное количество новых возможностей и перспектив[9].
Если обобщить сказанное выше, то можно сказать, что Реестр процедур превратился в своего рода «накопитель» и носитель «наследственной генетической информации» по определённой функции – в ген организации.
Приведу цитату: «Ген как единица функции. Поскольку известно, что гены определяют структурные, физиологические и биохимические признаки организма, было предложено определить ген, как наименьший участок хромосомы, обусловливающий синтез определённого продукта. Теперь мы знаем, что ген кодирует синтез белков. Поэтому ген можно определить, как участок ДНК, кодирующий определённый белок»[10].
Когда я прочитал это, меня осенило. Так ведь РП – это то же самое, только НЕ в живом организме, а в организации.
Из РП состоит весь геном организации – её РЕЕСТРÓМ (ударение на последний слог). В нём каждый РП выполняет свою функцию. Следовательно, сам РП тоже единица функции – выполняет одну, чётко определённую функцию. Один РП – одна функция. Связь «один к одному».
При этом геном (РЕЕСТРÓМ) организации – это совокупность Реестров управления по миссиям организации (а там, как мы выяснили ранее, их может быть несколько)[11].
В свою очередь РУ по миссиям – это набор Реестров процедур[12]. Соответственно, можно сказать, что весь геном (РЕЕСТРÓМ) организации состоит из Реестров процедур – всей их совокупности.
Кстати, именно из-за этого моя жена (по первой профессии учитель биологии и географии) подала мне идею назвать совокупность РУ по миссии – РЕЕСТРÓМОМ. По аналогии с геномом. Геном – это совокупность генов, РЕЕСТРÓМ– совокупность Реестров процедур.
Каждый РП в РЕЕСТРОМЕ организации так же, как и ген в геноме живого организма, задаёт определённые признаки. А все РП в совокупности и взаимосвязи предопределяют структурные и системные признаки и свойства всей организации в целом.
РП как наименьший участок генома (РЕЕСТРÓМА) организации обуславливает синтез строго заданных запоточенных эпизодических задач (ЗЭЗ) и эпизодических действий (ЭД). Они реплицируются в РП из ШЭЗ и ШЭД[13].
И при этом так же, как и в клетке живого организма, производится «транскрипция», «транспортировка» и «трансляция» задач и действий из РП в адрес сотрудников. Эти задачи и действия направляют их усилия в нужную сторону и сроки. Определяют трудоёмкость и ритмичность. Обуславливают поведение сотрудников.
Тем самым фактически производится управление организацией. Передача управляющих сигналов в рабочую среду.
Кроме того, в РП кодирование происходит аналогично кодированию в молекуле ДНК.
В молекуле ДНК кодирование осуществляется в форме последовательности оснований. Эта последовательность представляет собой код, состоящий из трёх оснований, - триплетный код.
В Реестре процедур вся «генетическая» информация обо всех процедурах[14], выполняемых в организации также кодируется в виде триплетного кода: процедура→операция→ШЭД.
Отсюда, РП можно определить как участок РЕЕСТРÓМА организации, кодирующий определённую процедуру с применением триплетного кода: процедура→операция→ШЭД.
И при этом мы знаем, что функция выполняется Реестром процедур путём повторяющегося и итерационного выполнения процедур, в которые записан этот код.
Соответственно, можно утверждать, что регулирование жизнедеятельности организации осуществляется посредством этого кода. Аналогично тому, как это происходит в живом организме каждую долю секунды до тех пор, пока продолжается ЖИЗНЬ.
По сути, применение Реестров процедур, выстраивание из них Реестров управления по миссии – это аналог построения «генома» в живом организме[15]. Не точная копия, а аналог.
Сформированные из реестров процедур Реестры управления по миссиям помещаются в систему УПЗ, а именно в АСУЗ внутри системы УПЗ. Тем самым формируют РЕЕСТРÓМ организации – аналог генома живого организма.
Теперь с РП в организациях можно всё делать также просто, как и в живых организмах.
Куда уж проще, закодировал всю информацию обо всех процессах и процедурах в «геном» в виде ДНК[16], поместил его в ядро каждой клетки и, затем посредством механизмов «транскрипции», «транспортировки» и «трансляции» управляешь живым организмом, транслируешь генетическую информацию от ДНК в белковую молекулу, точно воспроизводишь (реплицируешь) необходимые свойства.
В нашем случае закодировал всю информацию обо всех процедурах в виде триплетного кода: процедура→операция→ШЭД. Сформировал при этом ген – Реестр процедур. Поместил (инкапсулировал) его в РУ по миссии в ядро в виде АСУЗ внутри системы УПЗ. Проделал то же самое с каждым РП. И вот тебе геном организации - РЕЕСТРÓМ.
А затем посредством механизмов «транскрипции», «транспортировки» и «трансляции» управляешь организацией, транслируешь генетическую информацию – задачи и действия от РП в рабочую зону – сотрудникам. И тем самым точно воспроизводишь (реплицируешь) необходимые свойства, регулируешь жизнедеятельность организации.
Никаких тебе регламентов, систем учёта, отчётности и контроллинга и много другого. Лепота.
Сколько громоздких систем не потребуется. Сколько затрат на их администрирование можно избежать. Диво-дивное, чудо-чудесное.
А какие перспективы всё описанное открывает.
Так же, как и в живой природе, всё это делает возможным «управление сложностью» организации, делает систему управления ясной и понятной, масштабируемой под любую сложность. Делает управление управлением, а не просто «рукамивождением».
Это обеспечивает возможность НЕ ТОЛЬКО сохранения, НО И передачи «наследственной генетической информации».
Гены в виде РП, полностью или по отдельности, весь геном в целом (РЕЕСТРÓМ) или его часть в виде конкретного «РУ по миссии» можно будет копировать и транслировать в другие организации. Можно будет даже передавать часть гена – отдельный фрагмент процедуры.
Так можно осуществлять обмен опытом, делиться наработками, чтобы избегать «изобретения велосипедов».
Делать это можно будет при наличии АСУЗ экспортом-импортом. Вот так просто.
Можно будет создавать репозитарии генов – Реестров процедур. Эти репозитарии можно сделать открытыми для всех желающих, использующих УПЗ и АСУЗ.
Это, в свою очередь, позволит:
- «клонировать» всю или часть любой организации;
- вносить управляемые изменения («мутации»).
Захотел изменить свойства организации, внёс правки в нужные участки генов – Реестров процедур – в триплетный код, то есть подкорректировал «геном» и вот тебе пожалуйста – сразу же работаешь по-новому. Буквально с момента изменения.
Ведь «транскрипция», «транспортировка» и «трансляция» задач и действий от РП в рабочую зону – сотрудникам осуществляются в режиме реального времени, из кода. И если код поменялся, то это сразу же странслируется сотрудникам. Благодаря чему в ту же минуту точно воспроизведутся (реплицируются) необходимые новые свойства. Всё как в живой природе при мутациях.
Таким образом, очень просто становится производить управляемые мутации, позволяющие эволюционировать и выживать организации в изменяющихся условиях.
Трудоёмкость и сложность управления изменениями резко снижаются. Теперь это не будет происходить так болезненно и стрессово, как это происходило до изобретения Реестра процедур.
По сути, с РП, а также с АСУЗ и с системой УПЗ, т. е. с РЕЕСТРÓМОМ менеджмент превращается – в универсальную операционную систему, которую можно инсталлировать в любую организацию в качестве управляющей системы. Затем её можно сконфигурировать и масштабировать под любые потребности организации.
Резюмируем.
Значимые роли, выполняемые Реестром процедур, следующие: (1) РП – это генератор всего эпизодического; (2) РП – это рабочий орган системы; (3) РП – это аккумулятор исходной статистической информации; (4) РП – это регламент; (5) РП – это чек-лист; (6) РП – это хранилище знаний; (7) РП – это отчётность; (8) РП – это ген организации. Роль генератора всего эпизодического, прописана в самом определении РП, потому что он запускает: (1) запоточенные эпизодические задачи (ЗЭЗ); (2) эпизодические действия (ЭД). РП также используется в качестве элементарной частицы деления системы и её основного рабочего органа. Он функционирует путём итерационного выполнения процедур: итерация за итерацией (такт за тактом; цикл за циклом). Возвратно-поступательным способом. МОТаясь от одного КПО к другому. По сути, исходя из итерационного, возвратно-поступательного принципа работы, Реестры процедур в системе – это своего рода МОТорчики (moto, motor). Рабочие органы – механизмы, осуществляющие повторяющиеся линейные движения по процедуре взад-вперед от одного действия к другому. И построчно вверх-вниз от одного КПО к другому. В роли аккумулятора исходной статистической информации РП используется ещё и для накопления исходных статистических данных о ходе выполнения ЗЭЗ и ЭД в целях оценки степени достижения целевого результата функции, выполняемой Реестром процедур. И определения тем самым степени работоспособности самого РП. Роль регламента РП начал играть автоматически, после того как я создал в нём Раздел «ЗЭЗ функции» и раздел «Процедура». Потому что эти разделы стали, по сути, определять – регламентировать, что надо делать в отношении каждого КПО. В роли «чек-листа» РП заставляет сотрудников делать работу по строго заданному алгоритму в полном соответствии с установленными правилами. Шаг за шагом. Пункт за пунктом. Ни один пункт не будет пропущен. При этом РП стал выполнять вдобавок и роль хранилища знаний. Он обеспечивает создание, ведение и хранение актуальной базы знаний. Он и есть такая база. Также РП начал выполнять роль отчётности. Благодаря Реестрам процедур теперь можно извлечь любые числа обо всех сторонах жизнедеятельности организации, в любых разрезах. С помощью чего теперь имеется возможность легко проконтролировать всё, что необходимо, не рождая каких-то отдельных систем учёта, отчётности и контроллинга. Роль гена организации стала ключевой – обобщающей все описанные выше роли вместе взятые. РП превратился в своего рода «накопитель» и носитель «наследственной генетической информации» по определённой функции – в ген организации. Его можно определить как участок РЕЕСТРÓМА организации (по аналогии с геномом), кодирующий определённую процедуру с применением триплетного кода: процедура→операция→ШЭД. Можно утверждать, что регулирование жизнедеятельности организации осуществляется посредством этого кода. Закодировал всю информацию обо всех процедурах в виде триплетного кода: процедура→операция→ШЭД. Сформировал при этом ген – Реестр процедур. Поместил (инкапсулировал) его в РУ по миссии в ядро в виде АСУЗ внутри системы УПЗ. Проделал то же самое с каждым РП. И вот тебе геном организации – РЕЕСТРÓМ. А затем посредством механизмов «транскрипции», «транспортировки» и «трансляции» управляешь организацией, транслируешь генетическую информацию – задачи и действия от РП в рабочую зону – сотрудникам. И тем самым точно воспроизводишь (реплицируешь) необходимые свойства, регулируешь жизнедеятельность организации. Таким образом, с РП, а также с АСУЗ и с системой УПЗ, т. е. с РЕЕСТРÓМОМ менеджмент превращается – в универсальную операционную систему, которую можно инсталлировать в любую организацию в качестве управляющей системы. Затем её можно сконфигурировать и масштабировать под любые потребности организации.
И в завершении предположу, что предложенное мной решение породит «великий симбиоз» организаций и обеспечит «эволюционный взрыв» в развитии обществ. Но об этом мы поговорим позже в разделе 9. «Диспут по менеджменту – по управлению потоком задач».
А сейчас давайте рассмотрим, как из простых реестров процедур осуществляется сборка сложных систем и организации – онтогенез – индивидуальное развитие организации?
Полная версия статьи доступна в моей книге «ЗАДАЧИ ЧУДЕСНЫЕ, ИЛИ КОЗЫРНАЯ «ТУЗ» МОТАЕВА!»
С уважением к Вам и Вашему делу, Мотаев Александр
Обсудить эту и другие статьи блога вы можете в нашем Telegram-канале "Управление потоком задач".
[1] Биология: в 3 т. Т. 3. Тейлор Деннис, Грин Найджел, Стаут Уилф. М.: Лаборатория знаний, 2018 - 451 с.
[2] Об этом я писал в предыдущей статье «Как обеспечивается воспроизводимое выполнение функции Реестром процедур?».
[3] Ещё забавно, что моя фамилия «МОТаев» также содержит корень «мот». Удивительное совпадение, я бы даже сказал, провидение.
[4] Смотри статью в разделе 1. «Введение в управление потоком задач».
[5] «Идеальность. Теория решения изобретательских задач (ТРИЗ)». Петров Владимир. – Цифровая книга. Издательство Ridero, 2019. ISBN 978-5-4496-7939-0
[6] Чек-лист – это «проверочный/контрольный список». Стандартно это перечень пунктов, напротив которых ставятся галочки — когда тот или иной будет выполнен. Так легко отследить, что и в каком объёме осталось сделать. Согласно Википедии: «Контрольный список (перечень, таблица, карта) — список факторов, свойств, параметров, аспектов, компонентов, критериев или задач, структурированных особым образом с целью достижения поставленных задач:
- Контрольные таблицы являются мнемоническим устройством, то есть они сводят к минимуму возможность упущения важной информации. Таким образом, они напрямую снижают вероятность совершения ошибок «от незнания».
- Контрольные таблицы упрощают подачу информации, то есть с ними проще работать, нежели, например, со статистическим анализом. Это повышает надёжность получаемых на выходе заключений.
- Контрольные таблицы снижают эффект ореола, то есть тенденцию повышенного влияния одного крайне ценного фактора на проводимую оценку. Полностью устранить данный эффект получается довольно редко, однако таблицы, предоставляя возможность делить весь объём информации на составные части и проводить оценку частей, играют большую роль в снижении его влияния.
- Контрольные таблицы снижают эффект Роршаха, то есть тенденцию оценщика видеть то, что он хочет видеть. Это также достигается путём разделения имеющейся информации на составные части.
- Контрольные таблицы объединяют в себе огромный объём специфической информации о предмете оценки. Таким образом, они представляют собой накопленные данные об определённых областях знания, структурированные так, чтобы достигались поставленные цели.
- Контрольную таблицу составить гораздо проще, чем вывести теорию, хотя и таблицы, и теории могут служить достижению одной и той же цели.
- Контрольные таблицы повышают обоснованность, надёжность, правдоподобность оценки, а также увеличивают объём знаний о предмете оценки».
[7] Стр. 16 раздел «На создание правильных привычек нужно время» книги «Цельная жизнь. Ключевые навыки для достижения ваших целей». Джек Кэнфильд, Марк Виктор Хансен и Лес Хьюитт. М.: Манн, Иванов и Фербер, 2012. - 2
[8] Стр. 122 рубрика «Болезни и препятствия» из книги «Выход из кризиса: Новая парадигма управления людьми, системами и процессами». Эдвардс Деминг. М.: Альпина Бизнес Букс, 2007. - 370 с. ISBN 978-5-9614-0567-5
[9] О них я ещё расскажу ниже в разделе 9. «Диспут по менеджменту – по управлению потоком задач», например, в статьях: «Эволюционные возможности для организаций благодаря ТУЗ», «Предстоящий «великий симбиоз» организаций» или «Предстоящий «эволюционный взрыв» организаций».
[10] Стр. 166. Глава 23. «Непрерывность жизни». Раздел 23.7.1. «Что такое гены» из книги «Биология: в 3 т. Т. 3». Тейлор Деннис, Грин Найджел, Стаут Уилф. М.: Лаборатория знаний, 2018 - 451 с.
[11] Смотри статью «Организация – это …» выше в разделе 1. «Введение в управление потоком задач».
[12] Читай «Реестр управления (РУ) по миссии (Реестром)» выше в разделе 6. «Система управления потоком задач (Система УПЗ)».
[13] Об этом рассказывалось в статьях: «Раздел «ЗЭЗ функции» Типового Реестра Процедур» и «Раздел «Процедура» Типового Реестра Процедур» выше в настоящем разделе.
[14] О том, что такое процедура, я рассказываю в статье «Понятие сущности «ПРОЦЕДУРА» в разделе 7. «Технология управления задачами (ТУЗ)».
[15] Подробнее об этом я подискутирую ниже в статье «Совокупность Реестров Управления (РУ) по миссии – это геном организации – РЕЕСТРÓМ» в разделе 9. «Диспут по менеджменту – по управлению потоком задач».
[16] «Выяснение структуры ДНК (дезоксирибонуклеиновой кислоты) - одного из двух существующих типов нуклеиновых кислот - открыло новую эпоху в биологии, так как позволило, наконец, понять, каким образом живые организмы хранят информацию, необходимую для регулирования их жизнедеятельности и каким образом передают эту информацию своему потомству». Тейлор Деннис, Грин Найджел, Стаут Уилф. Биология: в 3 т. Т. 1. М.: Лаборатория знаний, 2018 - 454 с.
