В древности всякое существо достигало единства. Небо, достигши единства, стало чистым. Земля, достигши единства, стала спокойной. Дух, достигши единства, стал разумным. Долина, достигши единства, стала полной. Всякая вещь, достигши единства, стала существовать.
Лао-Цзы[1]
Во вводной статье к настоящему разделу я упомянул такую сущность, как «СИСТЕМА». Несколько опережая события, сказал, что для выполнения ШДЗ: «Воспроизводимая ПИТ», которая является миссией, нужно создать СИСТЕМУ Управления Потоком Задач.
В предыдущей статье подвёл, к тому, что первое системное требование: «В системе должно быть УПЗ для ППИТ» относится к такому элементу, как «система УПЗ».
Таким образом, у нас в вопрос повышения ПИТ введена новая сущность «СИСТЕМА» – система Управления Потоком Задач (кратко – «система УПЗ» или «УПЗ»[2]).
Но прежде, чем описывать систему УПЗ, неплохо было бы разобраться с определением сущности «система».
Выяснить «что такое система?». Какое понимание сущности «СИСТЕМА» выкристаллизовано через призму управления потоком задач и будет применяться в последующем?
Ранее мы уже определили ряд сущностей, используемых в УПЗ. Это такие сущности, как: «задача», «абстрактная сущность (АС)», «процессная сущность (ПС)», «проблема», «шаблонная дискретная задача (ШДЗ)», «миссия», «бизнес-процесс (БП)», «функция».
Система – это ещё одна сущность, применяемая в управлении потоком задач. Очередной «кирпичик» УПЗ. Поэтому значение «системы» также очень важно. А, следовательно, её нужно описать, чтобы можно было чётко идентифицировать и отделить от других сущностей.
Итак, приступим.
Конечно же, я не первооткрыватель понятия «система». На просторах Интернета и в книгах по менеджменту, в том числе в книгах по теории систем, даются определения понятия «система». В том или ином виде и интерпретации.
Но для нужд УПЗ я не нашёл подходящего чёткого, недвусмысленного и завершённого определения такой сущности как «система». Такого, чтобы по нему можно было бы «систему» однозначно определить и вычленить из массы других сущностей.
Тем более что в нашем случае речь идёт об организационных системах.
Трудность также добавляла точка зрения, с которой я смотрел на организацию, как полисистему. А я это делал с точки зрения «задач» – через призму управления потоком задач. Руководствуясь принципом главенства задач[3].
Поэтому, я не стал долго мытарствовать и дал своё определение сущности «система». Вот оно.
Система[4] – это иерархическое единство вокруг какой-либо общей абстрактной сущности, которая объединяет части в целое:
- обеспечивающее воспроизводимое выполнение определённой шаблонной дискретной задачи - миссии системы,
- построенное на определённых принципах,
- отвечающее всем системным требованиям,
- имеющее определённый набор связей с внешней средой
- и состоящее из необходимого и достаточного множества элементов:
- субсистем
- и Реестров процедур,
- объединённых и встроенных в определённую логическую структуру внутренних взаимных связей
- и сбалансированных таким образом, чтобы были воспроизводимы:
- бизнес-процессы, выполняемые субсистемами,
- и функции, выполняемые Реестрами процедур,
- с применением необходимых инструментов,
- выстроенных в определённую технологию.
Это определение много, много раз менялось и, наконец, выкристаллизовалось именно в том виде, в котором оно представлено выше. Можно сказать, что оно выстрадано.
Оно весьма непростое. Но, согласитесь, и «система» — это вам не хухры-мухры.
Давайте разберём его подробно. Шаг за шагом. Пункт за пунктом.
Система – это едиuнство вокруг абстрактной сущности, которая объединяет части в целое. Это означает, что, чтобы построить систему нужно первоначально найти абстрактную сущность, которая будет тем общим, что объединит части в целое – в систему, – задаст единство. Вокруг чего всё будет крутиться и вертеться. Создаст ось, на которую всё будет нанизываться. Скелет, на котором всё будет нарастать. То, чем система будет оперировать.
Это моя новация. Пока вы это общее не найдёте, единства не получите.
Если вы не можете найти это общее, значит, вы не разобрались с предметом, не поняли, с чем имеете дело. А поэтому и создать сбалансированную систему у вас не получится. Потребуются подпорки, подставки, заплатки, сшивки и т. д. Титанические усилия по удержанию такой абракадабры хоть в каком-то рабочем состоянии. Но, рано или поздно, она всё равно грохнется. Особенно, при возникновении дефицита денег и наличии внешней угрозы.
Система – это иерархическое единство. Иерархичность – это врождённое свойство любой системы.
В общественной системе она определяется иерархичностью, которую порождает абстрактная сущность, задающая единство системы.
Указанная абстрактная сущность формирует подсущности. Которые, как правило, тоже абстрактные и, в свою очередь, создающие свои подсущности. Обычно уже процессные.
В результате получаем трёхуровневую иерархию.
Рисунок «Иерархия сущностей»
От этой иерархии в последующем создаются другие трёхуровневые иерархии:
- миссия→бизнес-процесс→функция
- система→субсистема→реестр процедур
- процедура→операция→шаблонное эпизодическое действие (ШЭД)
Приведённые иерархии также сформируют иерархию организационную. То есть вертикальную подчинённость должностей. Такая подчинённость неизбежно приведёт к необходимости соблюдения единоначалия[5]. Поэтому принцип единоначалия , является ещё одним принципом, на котором строится УПЗ. Он не должен нарушаться.
Заметьте, все приведённые мною иерархии – трёхуровневые (трёхэтажные). Я вообще считаю, что это оптимальная иерархичность. Не зря бог триедин. Бог любит троицу[6]. И целевые задачи, и всё другое я считаю правильным декомпозировать также на глубину трёх уровней. Если требуется глубже, то это указывает на то, что что-то нужно поднять на уровень выше.
Система – это единство, обеспечивающее выполнение шаблонной дискретной задачи – миссии системы. Это ещё одно моё нововведение, продиктованное точкой зрения, с которой я гляжу на организацию. То есть через призму управления потоком задач.
Теория систем утверждает, что у системы должна быть цель. Если исходить из различия задачи и цели[7], то я считаю, что у системы должна быть ЗАДАЧА, а не цель. Причём задача должна быть миссией.
Выше мы говорили, что миссия – это разновидность ШДЗ[8]. Это одна и та же задача, каждый раз возобновляемая на каждый новый дискретный период. Она выполняется, чтобы удовлетворять длящуюся потребность - спрос. Она должна выполняться в револьверном режиме бесконечно долго.
Цель же – это результат, а он достигается путём выполнения задачи.
Задачу в свою очередь должен кто-то выполнять. Или что-то. Тем более, очень сложную, которую не может выполнять один человек. А также одну и ту же, возобновляемую в долгосрочной перспективе.
И логично, что для её выполнения нужно создавать систему. Которая бесконечно долго сможет выполнять эту задачу. Следовательно, система всегда создаётся на длящийся период для регулярного выполнения шаблонной дискретной задачи, повторяющейся регулярно, и выполняемой для удовлетворения длящейся потребности - спроса.
Нет смысла создавать и, самое главное, балансировать, править, совершенствовать сложную систему под разовую – целевую – задачу. Сложные системы строятся на долгую перспективу функционирования.
То есть система должна функционировать в постоянном режиме достаточно долго:
- часы должны постоянно отсчитывать время,
- двигатель должен постоянно вырабатывать механическую энергию,
- электросчётчик должен постоянно измерять параметры расхода электроэнергии
- система УПЗ должна постоянно обеспечивать наивысшую ПИТ.
Перечислять примеры можно бесконечно. Все системы такие. Как технические, биологические, так и организационные.
Они нужны для револьверного выполнения шаблонных дискретных задач, являющихся миссиями, удовлетворяющими длящиеся потребности (спросы), существующие бесконечно долго.
Таким образом, системе нужна миссия как признак, определяющий её дальнейшую архитектуру и свойства, отделяющий её от других систем.
А конечная цель, как целевой результат выполнения миссии системой, нужна человеку – заказчику миссии. Он потребит его для своих нужд.
Необходимо признавать недействующим, противоправным любое поведение в рамках системы, которое противоречит её миссии, никак не связано с её выполнением.
И наоборот, надо считать правомочным любое поведение в рамках системы, которое полностью соответствует её миссии, способствует её выполнению. Даже если это поведение ранее никак не было формализовано в системе, не было включено в неё.
Система – это единство, обеспечивающее воспроизводимое выполнение миссии. Это ещё один перл, который мне потребовалось закатать в определение системы.
Миссия системы — это ШДЗ. То есть — это задача, выполняемая регулярно: дискретно.
Основное предназначение ШДЗ – обеспечивать её выполнением воспроизводимость одних и тех же чётко определённых целевых результатов в заданные (предсказуемые): сроки (длительности) и трудоёмкости.
Следовательно, выполнение миссии должно быть своевременным, одинаково трудоёмким и безусловным для того, чтобы обеспечить ритмичность получения её предсказуемого целевого результата. То есть её выполнение должно демонстрировать статистическую управляемость и воспроизводимость заданного ПЦР миссии.
Это означает, что должны обеспечиваться одинаковые ПЦР в пределах допусков при повторении одного и того же, в тех же условиях. То есть воспроизводимость — это то, что обязательно произойдёт при определённых условиях.
Система должна быть такой, чтобы она могла делать это, выполняя свою миссию. То есть воспроизводимость выполнения миссии системой указывает на качество функционирования системы, на её исправность.
Если часы изо дня в день отсчитывают время воспроизводимо, то есть с заданным предсказуемым результатом, без отставания или забегания, то они функционируют нормально, исправны. В противном случае нет.
Нам ведь не интересно добиваться достижения какой-то – любой – величины заданного ПЦР. Нам важно добиваться достижения установленной величины заданного ПЦР. Важно делать это не единожды, а регулярно, от одного дискретного периода к другому. И не как получится, а как следует, гарантированно и предсказуемо.
При этом система должна работать так, чтобы задача, для выполнения которой она создавалась, регулярно исполнялась в пределах заданных показателей. А для этого:
- во-первых, эти показатели должны быть заданы путём установления плана планового периода (ППП)[9];
- во-вторых, регулярно, по истечении какого-то заданного дискретного периода, должна производиться проверка их выполнения – оценка степени достижения целевого результата задачи[10].
После чего выносится суждение о работоспособности системы УПЗ. И принимается решение о необходимости её совершенствования (доработки, доводки).
Когда результат выполнения миссии воспроизводим, это означает, что при выполнении миссии выполнены одновременно все следующие требования:
- обеспечена статистическая управляемость миссии по заданному ПЦР;
- обеспечено попадание естественных границ заданного ПЦР в поле допуска;
- обеспечено наличие жизненного пространства заданного ПЦР
- обеспечена правильность центрирования заданного ПЦР
- обеспечена высокая степень центрирования заданного ПЦР
Если по итогам оценки степени достижения целевого результата миссии выясняется, что заданный ПЦР воспроизводим, то значит, что в прошедшем дискретном периоде:
- миссия выполнена успешно,
- бизнес-процессы и функции миссии находятся в состоянии статистической управляемости и воспроизводимости,
- и, следовательно, система работает исправно.
В противном случае, наоборот, если заданный ПЦР не воспроизводим, то значит, миссия не выполнена, бизнес-процессы и функции миссии статистически не управляемы и не воспроизводимы, и поэтому система не исправна. Что указывает на необходимость совершенствования и доработки системы, её субсистем и/ или реестров процедур.
Система – это единство, построенное на определённых принципах. Принцип (от лат. principium – основа, начало) – это та универсальная основополагающая истина (постулат, догма), которая является внешней по отношению к системе, пронизывающей все её части, которая ложится в основу создаваемой системы.
У каждой системы свой набор принципов. Этот набор формируется в процессе проектирования системы. При поиске способа преодоления тех проблем, которые выявляются в ходе анализа и декомпозиций.
Сформулированные принципы должны помогать преодолевать эти проблемы. Должны иметь направленность на их преодоление: ликвидацию, нейтрализацию, обход, устранение и т. д.
При создании и изменении системы любые её составляющие должны безоговорочно подчиняться её принципам, следовать им, должны настраиваться с их учётом и должны отвечать им до тех пор, пока не будут изобретены новые принципы.
Создавая, совершенствуя, изменяя любую составляющую системы, мы должны соотносить это действие с её принципами. Должны выяснять, не нарушает ли вносимое изменение какой-либо из принципов системы.
Если нарушает, то, как сделать так, чтобы не было нарушения ни одного из принципов системы.
Если внести изменение в систему, не отступив от одного или нескольких из её принципов, невозможно, то необходимо отказаться от его реализации.
Необходимо признавать недействующим, противоправным любое поведение в рамках системы, которое противоречит её принципам, нарушает их.
И наоборот, надо считать правомочным любое поведение в рамках системы, которое полностью отвечает её принципам, соблюдает их, соответствует им. Даже если это поведение ранее никак не было формализовано в системе, не было включено в неё.
Если заданный набор принципов задаёт непреодолимые ограничения, мешающие развитию организации, то, вероятно, вы достигли предела возможностей системы.
Может быть, впору задуматься над построением другой системы, основанной на других принципах. Тем более, если для этого имеются предпосылки. Например, имеются технологические и/или иные инновационные прорывы, позволяющие сконструировать новую систему на других принципах.
Например, именно наличие новых информационных (цифровых) технологий, позволяет создать систему УПЗ на тех принципах, о которых я расскажу ниже в настоящем разделе. Без них это сделать было бы гораздо труднее, а, вероятнее, невозможно.
Система — это единство, отвечающее всем системным требованиям (СТ). А для этого все системные требования должны быть определены и сформулированы.
Системное требование отличается от принципа тем, что оно описывает какое-то конкретное свойство, которое в определённые моменты времени и в определённых ситуациях должна проявлять система в целом, отдельная её субсистема, отдельный её реестр процедур или отдельная какая-то их составляющая или совокупность.
Системное требование описывает внутреннее свойство системы.
А принципы – это те догмы, которые должны соблюдаться при любом поведении системы, при проявлении любого из её свойств, любой её частью, без относительно к ситуации и времени работы системы.
Принципы всегда внешни по отношению к системе.
У каждой системы в процессе её проектирования формируется свой набор системных требований, реализация которых создаст единство с заданными свойствами, способное обеспечить воспроизводимое выполнение миссии системы.
Набор СТ определяется списком тех разовых проблем, которые нужно преодолеть и получить необходимое единство.
Если какое-то видимое единство было сконструировано. Но не обеспечивает воспроизводимое выполнение миссии, то это означает, что какое-то свойство системы не было создано. То есть не была выявлена какая-то разовая проблема, из неё не было сформулировано необходимое системное требование, которое не было реализовано в системе.
В результате система не получила какое-то свойство, необходимое для воспроизводимого выполнения миссии. Требует совершенствования и доработки её самой, её субсистем и/или реестров процедур.
Система — это единство, имеющее определённый набор связей с внешней средой. Ни одна общественная система не является абсолютно закрытой. Она взаимодействует с внешней средой, что-либо получая из неё, или что-то передавая в неё.
Связь с внешней средой (внешняя связь) – это точка «входа» в систему или точка «выхода» из системы, в которой система соединяется с внешней средой и в которой получает или отдаёт информацию и/или носители информации, и/или ресурсы. В точке «входа» система получает, а в точке «выхода» – отдаёт информацию и/или носители информации, и/или ресурсы.
Под внешней средой понимаются любые элементы, находящиеся вовне и/или внутри организации, но являющиеся внешними по отношению к создаваемой системе.
В одной организации может быть несколько систем[11]. Например, система управления потоком задач – это одна из них, но не единственная. Она может иметь внешние связи с элементами других систем внутри организации.
Каждая система обладает своим уникальным набором связей с внешней средой.
Система – это единство, состоящее из необходимого и достаточного множества элементов: субсистем и Реестров процедур. Главным элементом системы является сама система.
Строительными блоками системы выступают субсистемы. А кирпичиками строительных блоков – реестры процедур. То есть система состоит из субсистем, а каждая субсистема – из реестров процедур. Всё это элементы системы.
У каждой системы своё оригинальное множество элементов.
Субсистема – это часть системы[12], отвечающая всем системным требованиям к ней и состоящая из необходимого и достаточного множества реестров процедур, объединённых и выстроенных в определённую логическую структуру внутренних взаимных связей и сбалансированных, таким образом, чтобы выполняемые ими функции были воспроизводимы и обеспечивали воспроизводимое выполнение определённой дискретной задачи - бизнес-процесса субсистемы.
Субсистема – это часть «системы»[12], представляющая собой иерархическое единство вокруг какой-либо общей абстрактной сущности, которая объединяет части в целое:
- обеспечивающее воспроизводимое выполнение определённой шаблонной дискретной задачи – бизнес-процесса субсистемы, целевой результат которого не имеет самостоятельной ценности, так как сам по себе не особо интересен, а нужен как вход для решения другой дискретной задачи – следующего бизнес-процесса или вышестоящей миссии «системы»;
- отвечающее всем системным требованиям;
- имеющее определённый набор связей с другими субсистемами «системы» и связи с внешней средой;
- состоящее из необходимого и достаточного множества реестров процедур:
- объединённых и выстроенных в определённую логическую структуру внутренних взаимных связей, встроенную в общую логическую структуру «системы»,
- и сбалансированных, таким образом, чтобы были воспроизводимы функции, выполняемые Реестрами процедур:
- с применением необходимых инструментов;
- выстроенных в определённую технологию.
Субсистема, как и система, создаётся под шаблонную дискретную задачу, удовлетворяющую длящуюся потребность. То есть субсистема тоже вторична по отношению к задаче. Это значит, что сначала появляется задача, а затем под её выполнение порождается субсистема.
Шаблонной дискретной задачей, для выполнения которой создаётся субсистема, является бизнес-процесс. То есть, если ШДЗ является бизнес-процессом, то для её выполнения должна создаваться именно субсистема.
Реестр процедур (РП) – это часть субсистемы – узел, отвечающий всем системным требованиям к нему, который обеспечивает воспроизводимое выполнение определённой шаблонной дискретной задачи - функции, представляющий собой формуляр в виде реестра установленной формы, имеющего раздел «Атрибуты ПС», раздел «Процедура» и раздел «Исходная статистика» и предназначенного для:
- запуска и отслеживания хода выполнения запоточенных эпизодических задач (ЗЭЗ) и эпизодических действий (ЭД) в отношении каждого появившегося конкретного процессного объекта (КПО), относящегося к какой-либо определённой контекстной процессной сущности (ПС);
- контроля через это своевременности и ритмичности выполнения запоточенных процедур и операций по каждой шаблонной дискретной задаче – функции;
- накопления исходных статистических данных о ходе выполнения ЗЭЗ и ЭД в целях оценки степени достижения целевого результата каждой шаблонной дискретной задачи – функции.
Реестр процедур – это предел деления системы – элементарная частичка системы – узел, из множества которых собирается система.
Реестр процедур, как и система и субсистема, создаётся под шаблонную дискретную задачу, удовлетворяющую длящуюся потребность. То есть реестр процедур также вторичен по отношению к задаче. Это значит, что сначала порождается задача, а затем под её выполнение создаётся реестр процедур.
Шаблонной дискретной задачей, для выполнения которой создаётся реестр процедур, является функция. То есть, если ШДЗ является функцией, то для её выполнения должен создаваться именно реестр процедур.
Вообще в управлении потоком задач любой элемент системы, включая саму систему, вторичен по отношению к задаче, так как он создаётся для выполнения какой-то задачи. Задача – главный объект управления. Поэтому сначала порождается задача, а потом – элемент системы, её выполняющий.
На основе сказанного давайте сформируем следующую проекцию:
Таблица «Проекция ШДЗ на элемент системы»
Система — это множество элементов, объединённых и встроенных в определённую логическую структуру внутренних взаимных связей. Система – это не просто сумма элементов.
А совокупность элементов, взаимосвязанных между собой таким образом, чтобы создать уникальное единство, с неповторимыми свойствами, способное обеспечить воспроизводимое выполнение особой миссии.
Каждый элемент, выполняя свою специфичную ШДЗ и обладая своими оригинальными свойствами, встроен в систему таким образом, чтобы у системы возникла необходимая способность обеспечить воспроизводимое выполнение её уникальной миссии. Встроен – это значит позиционирован и соединён с другими элементами, посредством внутренних взаимных связей.
В результате встраивания элементов системы образуется уникальная логическая структура её внутренних взаимных связей. Без неё не получить оригинальное единство.
Система — это множество элементов, сбалансированных таким образом, чтобы были воспроизводимы бизнес-процессы, выполняемые субсистемами, и функции, выполняемые Реестрами процедур. Элементы системы недостаточно объединить и встроить в логическую структуру внутренних взаимных связей.
Необходимо ещё эти элементы и их связи сбалансировать таким образом, чтобы были воспроизводимы:
- бизнес-процессы, выполняемые субсистемами
- и функции, выполняемые Реестрами процедур
Речь идёт о воспроизводимости, аналогичной воспроизводимости миссии, о которой я рассказывал выше.
Обозначенная балансировка приведёт к синхронной работе всех частей системы, что должно гарантированно обеспечить воспроизводимое выполнение её миссии.
Система – это единство, обеспечивающее воспроизводимое выполнение миссии с применением необходимых инструментов. Инструмент (лат. instrumentum — орудие) — предмет, устройство, механизм, машина, программный продукт или алгоритм, используемый для целевого воздействия на известный объект: его изменения или измерения в целях достижения полезного эффекта (результата).
В работе каждой системы может применяться свой специфичный набор инструментов. На сегодня ни один из интеллектуальных трудов не выполняется без использования каких-либо инструментов.
Применение инструментов приносит различную пользу: ускоряет сроки, снижает трудоёмкость, уменьшает сложность, повышает удобство, исключает глупые ошибки, делает расчёты и т. д. То есть облегчает выполнение ШДЗ системой, её субсистемами и реестрами процедур.
Система – это единство, обеспечивающее воспроизводимое выполнение миссии с применением необходимых инструментов, выстроенных в определённую технологию. Ни одна система не функционирует без технологии.
Технология (от греч. téchne — искусство, мастерство, умение и греч. logos — изучение) — совокупность методов и инструментов для достижения желаемого результата; метод преобразования данного в необходимое.
В рамках выполнения функций реестрами процедур системы, технология предписывает алгоритм выполнения всего эпизодического: процедур, операций и шаблонных эпизодических действий (ШЭД), правила их выполнения, используемые методы и инструменты, формуляры и хранилища информации.
С технологией система работает упорядоченно, логично. Исключается хаотичность, беспорядочность.
Правильно следуя технологии, мы гарантированно получаем заданные результаты, сроки, качество и трудоёмкости. Тем самым добиваемся статистической управляемости и воспроизводимости выполнения ШДЗ системой, её субсистемами и реестрами процедур. Как говорится, «правильные действия должны выполняться в правильное время, в правильном порядке, с правильной интенсивностью и в правильной последовательности. Вам необходимо научиться правильно делать правильные вещи»[13]. То есть технологично.
Технология – это, по сути, инструкция (руководство) пользователя системы. Поэтому важно описать технологию под систему. Особенно под сложную систему.
«Система» является типом, так как не имеет конкретных значений атрибутов, а только необходимый и достаточный набор их названий, по наличию которых огромное разнообразие всяких конкретных объектов относится или не относится к этому типу. Таким образом, «система» — это сущность.
Общее предназначение (функциональное назначение) существования сущности «система»: обеспечить воспроизводимое выполнение её шаблонной дискретной задачи – миссии.
«Система» обладает обязательными названиями атрибутов, указанными ниже в статье «Выполнение миссии Системой» в подразделе 7.2 «Генерирование целевых задач» в Разделе 7 «Технология управления задачами (ТУЗ)».
Сущностью «система» является всё то, что:
- соответствует приведённому выше определению,
- выполняет указанное выше функциональное назначение
- и имеет полный состав обязательных названий атрибутов.
Сущность «система» процессная, потому что объединяет не другие сущности, а неограниченное количество конкретных процессных объектов (КПО), наследующих их названия атрибутов, которым для их идентификации присваиваются уже конкретные значения атрибутов.
Резюмируем.
Система – это иерархическое единство вокруг какой-либо общей абстрактной сущности, которая объединяет части в целое, обеспечивающее воспроизводимое выполнение определённой шаблонной дискретной задачи - миссии системы, построенное на определённых принципах, отвечающее всем системным требованиям, имеющее определённый набор связей с внешней средой и состоящее из необходимого и достаточного множества элементов: субсистем и Реестров процедур, объединённых и встроенных в определённую логическую структуру внутренних взаимных связей и сбалансированных таким образом, чтобы были воспроизводимы бизнес-процессы, выполняемые субсистемами, и функции, выполняемые Реестрами процедур, с применением необходимых инструментов, выстроенных в определённую технологию.
Чтобы построить систему нужно первоначально найти абстрактную сущность (АС), которая будет тем общим, что объединит части в целое – в систему, – задаст единство. Иерархичность в системе определяется иерархичностью, которую порождает указанная АС. У системы должна быть ЗАДАЧА, а не цель. Причём задача должна быть миссией. Системе нужна миссия как признак, определяющий её дальнейшую архитектуру и свойства, отделяющий её от других систем. Воспроизводимость выполнения миссии указывает на качество функционирования системы, на её исправность. Не воспроизводимость – на неисправность, на необходимость совершенствования и доработки системы, её субсистем и/ или реестров процедур. Любые составляющие системы должны безоговорочно подчиняться её принципам, следовать им, должны настраиваться с их учётом и должны отвечать им. Создавая, совершенствуя, изменяя любую составляющую системы мы должны соотносить это действие с её принципами. У системы в процессе её проектирования формируется свой особый набор системных требований, реализация которых создаст единство с заданными свойствами, способное обеспечить воспроизводимое выполнение миссии системы. Каждая система обладает своим уникальным набором связей с внешней средой. Система состоит из субсистем, а каждая субсистема – из реестров процедур. Всё это элементы системы. У каждой системы своё оригинальное множество элементов. ШДЗ, для выполнения которой создаётся субсистема, является бизнес-процесс. Реестр процедур – это предел деления системы – элементарная частичка системы, – узел, из множества которых собирается система. ШДЗ, для выполнения которой создаётся реестр процедур, является функция. Каждый элемент системы позиционирован и соединён с другими элементами, посредством внутренних взаимных связей. В результате чего образуется уникальная логическая структура системы. Балансировка системы с целью воспроизводимости бизнес-процессов и функций её миссии приведёт к синхронной работе всех её частей, что должно гарантированно обеспечить воспроизводимое выполнение самой миссии. В работе каждой системы может применяться свой специфичный набор инструментов. Применение инструментов приносит различную пользу: ускоряет сроки, снижает трудоёмкость, уменьшает сложность, повышает удобство, исключает глупые ошибки, делает расчёты и т. д. С технологией система работает упорядоченно, логично. Технология предписывает алгоритм выполнения процедур, операций и шаблонных эпизодических действий (ШЭД), правила их выполнения, используемые методы и инструменты, формуляры и хранилища информации. Правильно следуя технологии, мы получаем заданные результаты, сроки, качество и трудоёмкости. Предназначение (функциональное назначение) процессной сущности «система» обеспечить воспроизводимое выполнение её шаблонной дискретной задачи – миссии. Сущность «система» процессная, потому что объединяет не другие сущности, а неограниченное количество конкретных процессных объектов (КПО).
Например, таким КПО является система УПЗ. У неё есть свои значения каждого из указанных выше атрибутов. При этом система УПЗ наследует от сущности «система» весь список названий атрибутов и отличается от других систем НЕ дополнительными атрибутами и функциональным предназначением, а значениями (совокупностью, комбинацией значений) атрибутов, унаследованных от сущности «система».
Как раз эти уникальные значения каждого из атрибутов системы УПЗ мы и опишем в настоящем разделе. Тем самым, получим проект особой системы УПЗ, отличной от всех других систем.
Но это будет позже, а пока я предлагаю разобраться с изъяном «Нет системы управления потоком задач». Давайте изучим, что нужно сделать с системой УПЗ, чтобы выполнить первое системное требование к УПЗ? как мы пришли к необходимости создания системы УПЗ?
Полная версия статьи доступна в моей книге «ЗАДАЧИ ЧУДЕСНЫЕ, ИЛИ КОЗЫРНАЯ «ТУЗ» МОТАЕВА!»
С уважением к Вам и Вашему делу, Мотаев Александр
Обсудить эту и другие статьи блога вы можете в нашем Telegram-канале "Управление потоком задач".
[1] - Лао-Цзы (Старый Младенец, Мудрый Старец; кит. упр. 老子, пиньинь Lǎo Zǐ, VI век до н. э.) — древнекитайский философ VI-V веков до н. э., один из основателей учения даосизма, которому приписывается авторство классического даосского философского трактата «Дао Дэ Цзин».
[2] - В последующем, когда я буду писать фразу «управление потоком задач» или обозначение «УПЗ» я буду подразумевать «систему управления потоком задач». То есть для краткости я буду отбрасывать слово «система». Но только из написания, а не из смысла, т. е. смысл я буду в этом случае подразумевать всегда.
[3] - Читай об этом принципе в статье «Принципы системы управления потоком задач» ниже в настоящем разделе.
[4] - В моем блоге здесь и далее речь идёт исключительно об организационной системе, а не о биологической или технической.
[5] - Читай об этом принципе в статье «Принципы системы управления потоком задач» ниже в настоящем разделе.
[6] - Читай ниже статью «Бог любит троицу» в разделе 1 «Заключение по управлению потоком задач».
[7] - Смотри статью «Чем задача отличается от цели?» в разделе 2 «Главная сущность менеджмента – «ЗАДАЧА».
[8] - Читай в статье «Понятие «шаблонная дискретная задача (ШДЗ)» в разделе 5 «Задача повышения производительности интеллектуального труда (Задача ППИТ)»
[9] - Об этом мы писали в статье «План планового периода по задаче повышения ПИТ» в разделе 5 «Задача повышения производительности интеллектуального труда (Задача ППИТ)»
[10] - А об этом рассказывалось в статье «Оценка степени достижения целевого результата задачи ППИТ» в разделе 5 «Задача повышения производительности интеллектуального труда (Задача ППИТ)»
[11] - Ведь организация – это общественная полисистема. Читай об этом в статье «Организация это…» в разделе 1 «Введение в управление потоком задач».
[12] - Здесь и везде в блоге речь идёт об организационных системах, а НЕ о технических, биологических или иных системах.
[13] - Стр. 43. «Беседа третья. Продуктивность и эффективность» книги «Управляя изменениями». Ицхак К. Адизес. - СПб.: Питер, 2008. - 224 с. ISBN 978-5-91180-486-2
