Методы диагностики систем управления

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

Выбор конкретного метода формализованного описания, системы управления зависит от того, в каких условиях осуществляется обследование, какова ответственность исполнителей за принимаемые решения и какова степень регламентации управления в обследуемой организации.

В настоящее время разработано  и опробовано целый ряд различных  методик обследования и формализованного представления систем управления.

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

Ниже рассмотрим некоторые  из этих методов.

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

Широкое распространение получили:

- сетевые модели построения в терминах событий (кружки), при этом события определяют результаты определенной выполненной работы, а дуги (стрелки) между ними определяют взаимосвязи работ;

- сетевые модели, построенные в терминах работ и событий, при этом стрелками изображаются выполняемые работы, а кружками — события (результаты выполненных работ);

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

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

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

Наиболее полной является сеть построения в терминах работ и событий. Она фиксирует состав управленческой деятельности, фиксирует определенные ее стадии, взаимосвязи между стадиями и их результаты. В то же время такая сеть не позволяет исследовать информационное содержание управления на уровне документов, поскольку каждая из работ, указанная в сети, как правило, оформляется многими документами. Тем не менее недостаток сетевой модели во многом компенсируется возможностью качественного анализа управленческой деятельности и ее моделированием во временном масштабе вручную или с использованием ЭВМ.

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

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

Опыт построения сетей  позволяет утверждать, что они значительно повышают результативность управления, при этом трудозатраты на управление значительно снижаются.

Модели сетевого планирования и управления (СПУ) характеризуются следующим:

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

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

Весь процесс создания системы СПУ можно условно 'разбить на три стадии.

1) стадия   обследования:   результаты   обследования оформляются в виде сетевых графиков;

2) расчет и анализ сетевых  графиков;

3) стадия оперативного  управления.

На первой стадии выполняются следующие работы:

- составление структурных схем подразделений, участвующих в разработке;

- определение состава исходных документов, необходимых для выполнения той или иной работы;

- определение перечня работ, входящих в данную разработку;

- составление первичных сетевых графиков по видам работ;

- составление (сшивание) сводного сетевого графика.

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

Расчленение работ, как  правило, должно быть проведено вплоть до отдельных работ и подразделений, отвечающих за их выполнение.

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

Каждый ответственный  исполнитель должен представить следующую информацию:

1) в какие отделы  и главки направляются формы,  по которым он является ответственным исполнителем;

2) какие документы для  него являются исходными и откуда они поступают;

3) продолжительность и  трудоемкость, затрачиваемую на составление каждой формы вне зависимости от того, является ли она итоговой или промежуточной.

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

Сшивание первичных сетевых  графиков заключается в соединении между собой выходных работ поставщиков и входных работ потребителей результатов. Сшивание необходимо для того, чтобы объединить первичные сетевые графики, описывающие процесс выполнения отдельных работ, в свободный сетевой график, который отображает процесс всей разработки в целом. При сшивании необходимо согласовать граничные работы поставщика и потреби. Сшивание сетевого графика заключается в присвоении этим граничным работам общего кода. Для этого в графике потребителя граничном) входному событию присваивается код соответствующего выходного события поставщика. После проверки происходит сшивание сводного сетевого графика путем объединения частных сетевых графиков всех подразделении. участвующих в разработке, в общую часть. На второй стадии производят расчет и анализ сетевой модели.

Расчет сетевой модели осуществляется графическим или табличным методом. Наиболее наглядным является графический метод, но он применяется при ограниченном количестве событий. Сетевой метод прост и позволяет быстро рассчитывать сети, имеющие несколько событий.

На третьей (последней) стадии создания и функционирования системы СПУ осуществляется оперативное управление объектом по сетевой модели.

Использование сетевых моделей  позволяет:

1. равномерно распределить работу во времени, а также между подразделениями и исполнителями, более четко разграничить обязанности и ответственность каждое ;п них за выполнение отдельных этапов работ;
2. перейти в дальнейшем к разработке типовых сетей графиков по выполнению работ на любом уровне управления рассматриваемой системы и к созданию единой системы сетевого планирования и управления (С11У в целом по отрасли);
3. использовать сетевые графики в качестве математических моделей процесса планирования, просчитать на компьютере все возможные варианты управления процессами разработки, выделить функции, права и обязанности подразделений и ответственных исполнителей,

В последнее время для решения задач управления и анализа функционирования различных систем все шире применяется метод системной динамики (System Dynamics), основы которого разработаны профессором Дж, Фор-рестером (США) в 50-х годах. Название этого метода не совсем точно отражает его сущность, так как при его использовании имитируется поведение моделируемой системы во времени с учетом внутрисистемных связей. Поэтому в ряде зарубежных работ в последние годы метод все чаще называют System Dynamics Simulation Modeling, и мы будем также называть его — имитационным динамическим моделированием.

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

Сложность структуры и внутренние взаимодействия обусловливают характер реакции  системы на воздействия внешней среды и траекторию ее поведения в будущем: она может через какое-то время стать отличной от ожидаемой (а иногда даже противоположной), так как с течением времени поведение системы может измениться з-за внутренних причин, Именно поэтому целесообразно предварительно проверять поведение системы с no-Da Ю Модели что позволяет избежать ошибок и неоправданных затрат в настоящем и будущем.

При имитационном динамическом моделировании строится модель, адекватно отражающая внутреннюю структуру моделируемой системы; затем  поведение модели проверяется на ЭВМ на сколь угодно продолжительное время вперед. Это дает возможность исследовать поведение как системы в целом, так и ее составных частей. Имитационные динамические модели используют специфический аппарат, позволяющий отразить причинно-следственные связи между элементами системы и динамику изменений каждого элемента. Модели реальных систем обычно содержат значительное число переменных, поэтому их имитация осуществляется на компьютере.

1.3. Систематизация организационных управленческих патологий, выявляемых в процессе диагностики систем управления

 

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

Различными авторами выделяются разнообразные классификации организационных патологий, но ключевая классификация может быть представлена следующим образом:

1. структурная патология;
2. патология управленческих решений;
3. патология организационного поведения.

Рассмотрим более подробно каждый тип организационных патологий.

1.3.1. Структурная патология организации управления

 

Рассмотрим систему патологий организационного строения.

Первая из патологий этой группы - господство структуры над функциями. Система организаций, зачастую, создается по принципу: возникла проблема - создаем организацию. Это одна из типичных патологий управленческого мышления, которая очень свойственна отечественной деловой культуре. Например, если возникла необходимость поддерживать увольняемых из армии офицеров, то для этого обязательно создается соответствующее управление или комитет. Если есть задача наведения порядка в отрасли, то нет другого способа, согласно этому стереотипу управленческого мышления, как создать соответствующее ведомство. Вследствие этого чрезвычайно разрастается бюрократия, и действительно - удельный вес работников, занятых в системе управления, и количество ведомств и общественных организаций стало возрастать невероятно. Это приводит к росту бюрократизма.

Но сложный вопрос не решить созданием новой структуры, ее должна определять функция, а не наоборот. Поэтому. Если необходимо разработать грамотно новую структуру, сначала нужно определить, на какие функции она должна работать. Структура инерционна: будучи раз создана, она трудно поддается перестройке, изменениям, а особенно переходу с одних функций на другие; она стремится воспроизводить прежние функции при всех обязательствах и при всех условиях. И поэтому она тесно связана с другой разновидностью организационной патологии, а именно с бюрократией и бюрократизмом.