Организационные формы управления проектированием ис. Проектирование эффективной системы управления персоналом ооо «хочудиплом Система управления проектированием

Раздел 9. Проектирование систем управления

9.1. Сущность проектирования систем управления: понятие, цели, задачи, методы осуществления

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

Проектирование систем управления включает в себя:

Прогнозирование будущего спроса;

Проектирование товаров/услуг;

Проектирование процесса.

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

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

7) производства нового товара/услуги.

Возможны два типа проектирования:

- «эстафета», когда ответственность за проект передаётся от подразделения к подразделению. Этот тип проектирования характерен для западноевропейских фирм;

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

Для производства услуг пользуются другой классификацией:

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

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

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

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

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

Индивидуальное производство				Профессиональные услуги
Мелкосерийное производство				Сервисные предприятия
		Групповые структуры
Крупносерийное производство				Массовые
		Конвейер
Непрерывное производство

Рисунок 1. Взаимосвязи между типами схем и типами операционных

процессов

Таблица 1

Сравнительная оценка схем процесса

Сравнительная оценка схем процесса	Основная характеристика	Достоинства	Недостатки
Конвейер Групповая структура	Отсутствуют потоки материалов, клиентов, информации Ресурсы собираются вместе в нескольких местах Преобразуемые ресурсы перемещаются от одного участка к другому Комбинированная	Гибкость перестраеваемость Минимизация потоков Высокая пропускная способность, гибкость	Высокая удельная стоимость выходной продукции Сложные маршруты перемещения материалов; необходимость минимизировать расстояния Невысокая гибкость; чувствительность к поломкам; необходимость согласования производительности всех участков Низкая загрузка оборудования; необходимо определять состав товара /услуги, которые будут производиться в каждой группе; требуется разработка подробной схемы размещения оборудования внутри группы

9.2. Стратегическое проектирование заданий

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

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

1) научное исследование задания;

2) отбор и обучение рабочих для работы новыми методами;

3) внедрение нового метода.

Достоинство этого метода – систематизированное изучение рабочих действий с целью усовершенствования.

Недостатки, которые сопровождают этот метод:

Людей обрекают на скучную и монотонную работу;

Усиление эксплуатации;

Ориентация на количество, но не на качество продукта;

Игнорируются творческие возможности рабочих.

Бихевиористический подход основан:

На осознании значимости работы;

На осознании ответственности за результаты работы;

На знании результатов.

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

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

От масштаба производства – определяет количество выходного продукта;

От степени автоматизации – определяет, в какой степени техника зависит от людей, ею управляющих;

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

Кроме проектирования важнейшими аспектами систем управления являются планирование и управление.

9.3. Планирование систем управления: сущность, цели, задачи, методы

Планирование систем управления – один из самых важных видов деятельности менеджера - состоит из 5 этапов:

1) анализа природы планирования СУ;

2) разработки стратегии планирования;

4) планирования проекта;

5) управления запасами и материалами.

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

Главная задача управления – удовлетворение нужд потребителей при наименьших возможных затратах. Для этого требуется следующее:

План – документ, определяющий, какие операции предполагается выполнить в заданный период времени;

Измерение – необходимо регистрировать объем, количество, ассортимент выходных продуктов, количество ресурсов, необходимых для осуществления процесса преобразования;

Сравнение – сопоставление того, что действительно произошло, с тем, что было запланировано;

Управляющие действия – принятие решения о том, какие действия необходимы, и выполнение этих действий.

Описанная схема осуществления управления называется контуром управления .

Управление входными ресурсами включает в себя, прежде всего, следующее:

Управление персоналом (обучение, мотивация, вознаграждения, организация работ и т. д.);

Управление материалами (материалы поступают в организацию от поставщиков и либо обрабатываются, либо используются в операционном процессе);

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

Осознание временных масштабов планирования – это планирование стратегии и календарное планирование.

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

Существуют два подхода к решению этих задач:

Следование за спросом;

Следование за предложением.

В первом случае объем выходного продукта изменяется в зависимости от изменений спроса. Изменение объема повлечет за собой изменения условий работы и количества работников. Поэтому следование за спросом или управление предложением предполагает особенности в следующих случаях:

При найме и увольнении персонала;

При организации сверхурочной работы;

При продолжительности рабочего дня;

При создании запасов;

При выдаче субподрядов;

При участии потребителей.

Во втором случае объем продукта сохраняется неизменным независимо от спроса. Следование за предложением или управление спросом предполагает особенности в следующих случаях:

При установлении цен;

При резервировании;

При ожидании;

При выпуске дополнительных товаров/услуг.

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

Планирование проекта предполагает четкое определение начала работ и окончания работ, учитывает уникальность проекта.

Управление запасами материалов имеет особое значение при планировании производственных процессов. К ним относятся сырье, полуфабрикаты и законченные изделия.

Главной задачей при планировании является определение размера запаса, времени поставок заказа и количества поставок.

9.4. Совершенствование систем управления

Совершенствование систем управления – жизненно важно для любой организации. Для оценки СУ используются следующие показатели: экономичность, эффективность, результативность.

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

Качество приобретаемых товаров или услуг;

Количество приобретаемых товаров или услуг;

Своевременность поставок;

Тщательный отбор поставщиков входных ресурсов.

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

Результативность означает производство выходных товаров/услуг, нужных потребителю.

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

Для определения необходимости изменений в операциях можно воспользоваться матрицей Н. Слака (рис.2).

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

0 " style="margin-left:33.75pt;border-collapse:collapse;border:none">

Избыточность

Приемлемо

Приемлемо

Приемлемо

Улучшить

Улучшить

Улучшить

Неотложные меры

Неотложные меры

DIV_ADBLOCK7">

Избыточность – достигнутое значение производственного показателя заметно превышает норму, обеспечивающую сохранение бизнеса.

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

Можно выделить две общие категории изменений:

Резкое изменение – значительное повышение производственных показателей в один прием путем новых технологий, новых методов работы или новых методов управления ;

Непрерывное улучшение – непрерывная серия малых усовершенствований.

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

9.5. Стратегические потребности в проектировании систем управления

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

Центры ответственности и принятия решений

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

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

Бюджет финансирования стратегии. Принцип разделения бюджетов на текущий и стратегический

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

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

Принятие бюджета стратегического проекта - это одобренное решение об осуществлении стратегии.

Бюджет финансирования стратегии – это инвестиционный план на время реализации стратегии. Он показывает, каковы направления вкладывания средств, время осуществления вложений. Самое сложное при этом – определить временные рамки начала и окончания реализации стратегии.

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

Приведенные на рис. 4.1 этапы процесса проектирования обычно группируются в рамках общих этапов или стадий проектирования системы управления:

1) разработка технического задания на проектирование;

2) предварительное проектирование;

3) эскизное проектирование;

4) техническое (рабочее) проектирование;

5) серийное изготовление;

6) эксплуатация.

Рис. 4.1. Основные этапы проектирования системы управления

Качественная разработка технического задания на проектирование системы управления во многом определяет как уровень, так и успешность разработки системы управления.

Предварительное проектирование проводится с целью определения принципов построения системы управления и изыскания новых принципов, структур, технических средств, удовлетворяющих техническому заданию. Предварительное проектирование обычно относят к стадии НИР.

Эскизное проектирование и последующие этапы – это этапы опытно‑конст­рукторской разработки (ОКР). Результатом эскизного проектирования является детальная разработка возможности создания системы управления, удовлетворяющей заданным требованиям.

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

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

Особенности процесса проектирования

Систем управления

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

В 60-е годы изучение процесса проектирования осуществлялось на основе теории управления. При этом система проектирования рассматривалась как стационарная детерминированная
линейная САУ, в большинстве случаев как одномерная. Этот подход используется и до настоящего времени при проектировании систем управления относительно простыми объектами управления.

В большинстве случаев система проектирования рассматривается как сложная система управления, имеющая следующие характерные особенности.

1. Отдельные управляемые подпроцессы автономны в том смысле, что каждый регулятор управляет ограниченным числом подпроцессов.

2. Управление подпроцессами происходит на основе относительно ограниченного количества информации.

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

4. Существование цели управления для каждой подсистемы и общей цели для всей системы.

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

Возможные математические модели процесса проектирования систем управления приведены на рис. 4.2.

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

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

Рис. 4.2. Математические модели процесса

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

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

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

Методы сетевого планирования позволяют объективно устанавливать минимально необходимое время и расход людских и материальных ресурсов для выполнения проектных работ, выявлять критические пути, т. е. «узкие места» процесса проектирования, и вносить необходимые коррективы. Это говорит о том, что процесс проектирования системы управления можно описать сетевой моделью.

Требования к математической модели процесса проектирования:

1) модель должна отвечать строго поставленной задаче – не должна быть точнее, чем это необходимо для решения данной конкретной задачи;

2) модель должна быть простой и удобной для анализа и в то же время предельно чувствительной к исследуемым переменным, при этом не должны учитываться второстепенные для решаемой задачи факторы;

3) усложнение модели излишними подробностями чревато тем, что влияние интересующих нас переменных «утонет» в совокупности влияния других факторов.

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

Особое место при проектировании систем управления занимает задача сбора информации. Эта информация должна включать в себя:

1) сведения о ранее спроектированных системах управления и комплектующих их изделиях;

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

3) параметры технических средств;

4) характеристики сервисного оборудования;

5) совокупность требований к проектируемой системе управления;

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

7) информация об имеющемся производственном оборудовании, его возможностях.

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

канд. социол. наук,
административный директор
ЗАО «МХК «ЕвроХим»

Управление представляет целенаправленный, планируемый, координируемый и сознательно организованный процесс, способствующий достижению максимального эффекта при затрате минимальных ресурсов, усилий и времени. Важнейшей задачей для любой организации является задача проектирования и перепроектирования системы управления для адаптации к меняющимся условиям и соответствия развитию организации. Организационное проектирование (от англ. project – замысел) – процесс разработки и внедрения проектов организации. История научного подхода к организационному проектированию насчитывает менее ста лет. Тем не менее сегодня сложилось немало течений и методологических подходов к организационному проектированию. Большинство моделей проектирования строились для универсального применения без учета особенностей организаций. Основываясь на собственном опыте и опыте коллег (менеджеров высшего звена крупнейших компаний), берусь утверждать, что особенно редко учитывают специфику крупных компаний. В данной статье я попытался предложить свой подход к проектированию систем управления для крупных компаний.

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

Рис.1. Цикл организационного проектирования систем управления в крупных компаниях

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

Рис.2. Цикл оргпроектирования

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

Берусь утверждать, что сегодня в российской корпоративной практике наиболее распространена организационная форма, которую Г. Минтцберг называет «механической бюрократией» . Механическая бюрократия обеспечивает эффективность глубокой специализацией и стандартизацией. Она унифицирует процессы производства и управления (инструкции), их темп и ритм (графики, планы), потребление ресурсов (нормы, лимиты), а также поведение работников (организационные регламенты, политики). Важно, что исполнители в крупной компании, осуществляющие производство или продажи на операционном уровне, отстранены от участия в разработке этих стандартов. Вся регламентная база создается в крупных компаниях специалистами функциональных служб центрального офиса или штаб-квартиры.

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

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

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

Основы культуры постоянных совершенствований (кайдзен) были заложены в Японии в прошлом веке. Культура, ориентированная на процесс постоянных улучшений, стала альтернативой западной культуре, ориентированной на результат. Сегодня культура постоянных совершенствований доказала эффективность. (На автомобильном рынке сейчас по всем показателям лидирует компания «Тойота», стоявшая у истоков культуры постоянных улучшений. Компании «Форд» и «Дженерал Моторс» находятся в кризисе.)

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

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

Связующим звеном для всех этапов рассматриваемой методологии организационного проектирования выступает культура постоянных совершенствований.

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

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

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

При диагностике очень важно с самого начала вовлечь в проект высшее руководство организации, обсудив и утвердив цели и задачи проекта. Поскольку проектирование системы управления в крупной компании затрагивает интересы всех подразделений, а также вовлекает в работу кросс-функциональных специалистов, принципиально получить поддержку руководства в начале целеполагания. Разработка целей развития системы управления должна основываться на стратегии компании и ориентироваться на институциональные изменения в организации, а не на «увеличение прибыли в четвертом квартале». Любые изменения в больших компаниях требуют серьезных усилий и длительных сроков, поэтому необходимо сразу ставить задачи на долгосрочную перспективу.

Я считаю, что исследователям необходимо понимать: объектом диагностики в крупных компаниях становится не только существующая система управления, но и окружающие факторы, в особенности организационная инфраструктура. Организационная инфраструктура включает три основных элемента: стратегию и миссию организации, управленческие инструменты и организационную культуру. Организационная инфраструктура выступает в роли организационных предпосылок развития системы и подсистем управления. Например, если в компании жесткая авторитарная культура, то сложно говорить о развитии мотивационных инструментов, поощряющих инициативу и рационализаторство.

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

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

Техническое задание на организационное проектирование уточняет предлагаемые решения и формализует требования к будущей системе. Уже на этом этапе принципиально важно связать требования к системе управления с требованиями МК. Поскольку в большинстве крупных компаний МК сегодня используется или разрабатывается, все параметры системы, так же как и прикладная документация, должны соответствовать основным требованиям международных принципов менеджмента качества и стандартов серии ISO. Ниже приведены основные требования к системе управления в соответствии со стандартами качества ISO 2000 и 2005 гг. (табл.) .

Таблица

Основные требования МК к системе управления компании

	Принципы менеджмента качества 2005 г.		Принципы менеджмента качества (2000 г.)
	Принцип	Формулировка
	Создание ценности для потребителя	Организация должна создавать продукцию (услуги), ценность которой признается потребителями	Ориентация на потребителей
	Creatihg customer value
	Ориентация на общественные ценности	Организация должна нести ответственность перед обществом в части этики бизнеса, безопасности и защиты окружающей среды
	Focus on social value
	Лидерство в предвидении	Лидер должен определить видение и отчетливую политику, руководить и мотивировать людей, вести организацию в выбранном направлении	Лидерство
	Visionary leadership
	Понимание своих ключевых компетентностей	Организация должна осознавать ключевые компетентности (состоящие из технологий, производственных мощностей и организационного климата), которыми она обладает или должна обладать
	Understanding core competence
	Вовлеченность персонала	Организация должна уметь использовать знания, навыки, творческие и другие способности людей в их деятельности	Вовлеченность
	Involvement of people
	Сотрудничество с партнерами	Организация должна сотрудничать с партнерами с целью создания ценностей и достижения удовлетворенности потребителя	Взаимовыгодные взаимоотношения с поставщиками
	Collaboration with partners
	Всеобщая оптимизация	Организация должна строить наиболее оптимальные системы, стремясь к совершенству каждого процесса	Системный подход к менеджменту. Постоянное улучшение.
	Total optimization
	Процессный подход	Организация должна определить процессы, необходимые для создания ценностей, оценивать их взаимосвязи, обеспечивать и управлять ими, применяя эти процессы в системе	Процессный подход.
	Process approach
	Принятие решений, основанных на фактах	Организация должна принимать решения, основанные на фактах	Принятие решений на основе фактов
	Factual approach
	Личное и организационное самообучение	Организация должна поощрять приобретение персоналом знаний и уметь использовать его знания как принадлежащие всей организации
	Organizational and personal learning
	Оперативность	Организация должна оперативно принимать решения и действовать, отвечая на изменения окружающей обстановки
	Автономность	Организация должна принимать решения и действовать в соответствии со своими ценностями

Изложение требований к системе управления в техническом задании, как и последующая работа по проектированию системы, в больших компаниях происходит с помощью средств автоматизации проектирования (Bpwin/Erwin (Platinum Technology), Rational Rose (Rational Software Corporation) и ARIS (Scheer AG)), а также других программных продуктов. Логика графического построения процесса очень проста и одинакова. Существуют четыре базовых понятия, на которых строится описание и проектирование всех процессов (рис. 3).

Рис. 3. Логика описания процессов

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

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

Выход процесса (Output): отображает произведенную продукцию, отчетность, получение нового навыка сотрудников, преобразованные данные.

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

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

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

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

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

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

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

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

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

Мой опыт работы показывает, что внедрение – самая трудоемкая работа для крупной организации. Большие компании, как правило, состоят из нескольких подразделений, часто разбросанных в пространстве. В них много управленческих уровней. Оттого внедрение для крупных компаний – самый сложный и продолжительный этап проектирования. Приблизительная структура трудозатрат сотрудников компании на три первых этапа (без учета привлечения независимых консультантов) представлена на рисунке 4.

Рис. 4. Структура затрат на три этапа организационного проектирования

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

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

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

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

Анализ эффективности предназначен для измерения пользы от внедрения системы управления, дабы своевременно изменять процесс и постоянно улучшать результаты. Данный этап включает четыре стадии:
- выбор системы измерений;
- формирование показателей и целевых значений;
- построение регулярного контроля показателей;
- создание механизма постоянных улучшений работы системы.

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

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

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

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

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

Большинство крупных западных компаний либо используют традиционный механизм улучшений, либо адаптируют его под себя и используют собственные вариации. Например, компания «Форд» разработала методологию, получившую название «Метод 8D для командного решения проблем». Этот метод состоит из этапов:
D0 - подготовка к процессу 8D;
D1 - создание команды;
D2 - описание проблемы;
D3 - разработка временных мер по изоляции проблемы от внешних и внутренних потребителей до момента внедрения корректирующих действий;
D4 - определение и верификация основных причин и точки выхода<*>;
D5 - выбор и верификация постоянных корректирующих действий для основной причины и точки выхода;
D6 - внедрение и валидация постоянных корректирующих действий;
D7 - предотвращение повторного появления проблемы;
D8 - признание вклада команды и отдельных людей.

<*> Точка выхода - место в процессе, где надо обнаружить и ограничить влияние основной причины

Я не претендую на абсолютную истину, но утверждаю, что внедрение культуры постоянных улучшений приводит к изменению системы управления компании (рис. 5)<*>.

<*> Об этом постоянно пишут журналы «Методы менеджмента качества» и «Стандарты и качество».

P – plan (планируй, проектируй), D – do (внедряй), C – check (проверяй), A – analyze (анализируй).
Рис. 5. Эволюция парадигм менеджмента

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

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

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

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

ЛИТЕРАТУРА

Также по этой теме.

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

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

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

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

Матричный принцип построения организационных структур предполагает формирование в организации – разработчике ЭИС из специалистов функциональных подразделений проектных групп для разработки конкретных проектов. При этом специалисты не теряют принадлежности к соответствующему функциональному подразделению и находятся в двойном подчинении: у руководителя проекта (ответственность по проекту) и у руководителя функционального подразделения (организационная ответственность).

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

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

Потенциал коллектива разработчиков;

Объем и сложность разрабатываемых проектов;

Технология проектирования системы;

Модель жизненного цикла системы.

Структуры проектной группы

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

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

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

Структура организации работ по проектированию ИС, характерная для организации - разработчика

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

Организация работ по проектированию ЭИС определяется порядком взаимодействия между несколькими сторонами, участвующими в этом процессе: пользователем, заказчиком, администратором и разработчиком.

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

Для ИС под пользователем понимают прежде всего административно-управленческий аппарат, для которого создается эта система. Пользователь выполняет следующие функции:

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

Определяет состав задач для автоматизации;

Определяет основные требования к задачам и режим функционирования системы.

Заказчик – это ответственное лицо, под которым понимается организация или подразделение и которое выполняет функции:

Формирует требования к системе и ее частям;

Выдает техническое задание, финансирует разработку ЭИС;

Обеспечивает проведение комплекса мероприятий по ее созданию;

Проводит внедрение и прием проекта ЭИС.

При этом заказчик несет ответственность перед пользователем за соответствие состава и характеристик решаемых задач, режима функционирования ЭИС исходным данным пользователя, за сроки создания системы, правильность использования ресурсов в процессе проектирования.

Администратор – ответственное лицо, которое выполняет эксплуатацию программно-технических средств и информационного и методологического обеспечения ЭИС (технологические и инструкционные карты).

Администратор несет ответственность перед пользователем за правильность результатов работы ЭИС и их своевременность, а перед заказчиком и разработчиком – за соблюдением условий эксплуатации, требований к технической документации.

Разработчик– это ответственное лицо (организация или подразделение), которое выполняет следующие функции:

Разрабатывает ЭИС по техническому заданию заказчика;

Принимает участие во внедрении;

Осуществляет сдачу проекта заказчику;

Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно-технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов.

Под разработчиком понимается как одна организация, так и некоторая совокупность организаций, в которую входят головная организация и организации-соисполнители.

Существует несколько типов схем организации работ с участием сторон, выбор которых зависит от объема заказа.

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

К преимуществу данной схемы можно отнести минимальное количество организаций – участников процесса и минимальные сроки и стоимость разработки.

Однако совмещение в одной организации функций разрабатывающей стороны и принимающей стороны имеет ряд существенных недостатков:

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

Не достигается высокого профессионального уровня разработчиков.

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

К преимуществам данной схемы можно отнести:

Рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ЭИС;

Возможность привлечения к разработке ЭИС специализированных организации (НИИ, СКБ).

Однако и эта схема имеет недостатки:

Отсутствие прямой связи между разработчиком и пользователем, что создает трудности в своевременном получении и детализации исходных данных для проектирования;

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

3. В том случае, если заказчик – большая организация, которая курирует разработку нескольких проектов ЭИС, применяют схему, в которой на заказчика возлагаются функции сопровождения, заказа и приемки проектов нескольких ЭИС.

Преимуществами данной схемы являются:

Более высокая степень специализации работников, следовательно, более высокий профессиональный уровень;

Возможность организации контроля за сроками и качеством выполнения работ.

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

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

Структурные схемы для информационной службы предприятия

Существуют три вектора, по которым целесообразно выстраивать первый уровень в организационной иерархии:

1. функции,

2. клиенты,

3. продукты.

Организация по функциям

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

Отдел анализа и документирования технологий,

Отдел прикладных систем,

Отдел телекоммуникаций,

Отдел системотехники и базового ПО.

Привлекательность такого подхода состоит в следующем.

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

Практически не возникает дублирования, создаются условия для стандартизации как внутри информационной службы, так и снаружи.

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

Руководитель Управления облегчает себе принятие решения об исполнителях по каждой новой задаче.

Недостатки функционального подхода также хорошо известны:

Возникают проблемы с комплексным обслуживанием клиентов (внешних подразделений), предоставлением разных услуг разным клиентам.

Страдают скорость и качество оказываемых услуг.

Воздвигаются « местнические» барьеры между отделами, что негативно сказывается на готовности проводить изменения в соответствии с изменениями внешней среды.

Недостатки функционального подхода частично нивелируются применением клиентской или продуктивной схемы.

Организация по клиентам

Организационная структура Управления в разрезе по клиентам могла бы выглядеть, например, таким образом:

Отдел производственных систем,

Отдел сбытовых и маркетинговых систем,

Отдел систем учета и отчетности,

Отдел делопроизводства и систем управления кадрами.

Клиентская схема организации обеспечивает:

Более качественное и быстрое обслуживание за счет ориентации на конкретные категории клиентов и даже отдельных клиентов.

Более полное удовлетворение клиента за счет детального знания его потребностей и внутренних особенностей.

Недостатками клиентской схемы являются:

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

Потеря экономии от масштаба.

Организация по продуктам

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

Отдел разработки и сопровождения системы X,

Отдел разработки и сопровождения системы Y,

Отдел разработки и сопровождения системы Z.

В этом случае помимо плюсов, характерных для клиентской схемы, возникает еще один - сокращение времени на разработку новых продуктов (систем).

Среди дополнительных минусов - проблема комплексного обслуживания клиентов по набору продуктов.

Дополнительно к перечисленным вариантам есть еще пара способов выстраивания первого уровня иерархии Управления:

По территориальному признаку,

По основным внутренним процессам.

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

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

Планирование и контроль проектных работ

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

Процессы инициации, связанные с принятием решения о начале выполнения проекта или какого-либо очередного этапа или фазы его;

Процессы планирования - совокупность процедур, связанных с определением целей и критериев успеха проекта и разработкой рабочих схем и достижения;

Процессы исполнения, предназначенные для координации людей и других ресурсов для выполнения плана;

Процессы анализа, дающие возможность определить соответствие плана и исполнения проекта поставленным целям и критериям успеха и принять решения о необходимости применения корректирующих воздействий;

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

Процессы завершения- процессы формализации выполнения проекта и составления отчетности.

Стратегическое планирование развития ИТ и ИС на объекте управления. Типы ИС и тенденции их развития.

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

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

Планирование,

Контроль исполнения плана,

Регулирование – анализ результатов и принятие решений.

Планирование

Как правило, существуют два типа планов автоматизации предприятия:

Стратегический план,

Оперативный план.

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

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

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

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

Контроль исполнения планов

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

В состав представляемой оперативной информации в обязательном порядке должна включаться информация о возникших по мере реализации плана проблемах.

Анализ результатов и принятие решений

Анализ результатов и принятие решений подразумевает наличие процедуры анализа результатов, опираясь на который производится ревизия плана или внесении изменений в ход процесса. Процедура может носить как периодический характер так и инициироваться при наступлении каких-либо событий: превышение бюджета, отставание от сроков.

Стратегический план

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

Средний период между сменой технологий основного производства;

Среднее время жизни выпускаемых предприятием продуктов и их модификаций;

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

Срок амортизации используемых систем;

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

Планируемые изменения функций персонала.

Таким образом, стратегия автоматизации представляет собой план, согласованный по срокам и целям со стратегией организации.

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

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

Цели бизнеса:

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

Степень соответствия приоритетов автоматизации и стратегии бизнеса, а именно – целям, которые должны быть достигнуты:

Снижение стоимости продукции;

Увеличение количества или ассортимента;

Сокращение цикла: разработка новых товаров и услуг – выход на рынок;

Переход от производства на склад к производству под конкретного заказчика с учетом индивидуальных требований и т.д.

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

Способ автоматизации:

· по участкам,

· направлениям,

· комплексная автоматизация.

Долгосрочная техническая политика – комплекс внутренних стандартов, поддерживаемых на предприятии: типы стандартов на оборудование и ПО, перечень поставщиков и производителей базовых аппаратно-программных средств, на использование продукции которых ориентировано предприятие, перечень продуктов и линий продуктов, которые используются или которые предполагается использовать в области автоматизации;

Ограничения

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

Финансовые,

Временные,

Связанные с влиянием человеческого фактора,

Технические.

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

Временные ограничения обычно связаны со следующими факторами:

Сменой технологий основного производства,

Рыночной стратегией предприятия,

государственным регулированием экономики.

К ограничениям, связанным с влиянием человеческого фактора, относятся следующие:

Корпоративная культура – отношение персонала к автоматизации:

Особенности рынка труда:

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

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

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

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

Технологии

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

Интеграция нескольких существующих систем;

Разработка уникальной системы для предприятия;

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

Проблемы

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

· состояние рынка информационных технологий;

· определение эффективности инвестиций в информационные технологии;

· необходимость реорганизации деятельности предприятия при внедрении информационных технологий.

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

Отсутствие постановки задачи

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

Сопротивление сотрудников предприятия

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

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

В обыкновенном страхе перед всем новым.

В консерватизме.

Опасение потерять свою работу.

Повышение ответственности за свои действия.

Поэтому руководители предприятия должны всячески помогать группе внедрения: вести разъяснительную работу с кадрами, издавать приказы и распоряжения,т.е. создать у своих сотрудников ощущение неизбежности внедрения.

Временное увеличение нагрузки на сотрудников

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

Повысить уровень мотивации сотрудников к освоению системы в форме поощрений и благодарностей;

Принять организационные меры к сокращению срока параллельного ведения дел.

Нецелесообразность собственных разработок

На многих крупных предприятиях существуют системы, разработанные в 80-90 гг. в операционной системе DOS. Часто эти системы были созданы силами специалистов АСУ предприятия.

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

Разработка программного обеспечения под Windows гораздо сложнее, чем под DOS.

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

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

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

У программистов есть такая присказка, что внедрение системы как ремонт – его невозможно закончить, а можно лишь прекратить. Так что внедрение, по сути, никогда не закончится, потому что система должна постоянно расти, развиваться и совершенствоваться вместе со своим предприятием.

Классификация ИС

В зависимости от характера обработки информации в ИС на различных уровнях управления (оперативном, тактическом и стратегическом) выделяются следующие типы информационных систем:

Системы обработки данных (EDP – electronic data processing);

Информационная система управления (MIS – management information system);

Система поддержки принятия решений (DDS – decision support system).

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

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

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

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

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

Идеальной считается ИС, которая включает все три типа перечисленных информационных систем.

В зависимости от охвата функций и уровней управления различают корпоративные (интегрированные) и локальные ИС.

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

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

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

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

Функциональные подсистемы ЭИС, которые информационно обслуживают определенные виды деятельности предприятия, характерные для структурных подразделений и функций управления (управление производством, технико-экономическое планирование, бухучет и др.).

Обеспечивающие подсистемы ЭИС, которые играют вспомогательную роль по отношению к функциональным подсистемам: системного программного обеспечения, технического обеспечения, компьютерных сетей и обмена данными.

Делимость на подсистемы имеет ряд достоинств с точки зрения разработки и эксплуатации ЭИС, к которым относятся:

Упрощение разработки и модернизации ИС в результате специализации групп проектировщиков по подсистемам;

Упрощение внедрения и поставки готовых подсистем в соответствии с очередностью выполнения работ;

Упрощение эксплуатации ИС вследствие специализации работников предметной области.

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

Пути развития ИС

Трансформация информационных систем

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

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

Определение АСУ, данное в эпоху общегосударственного планирования и управления, имеет следующий вид: «Автомати­зированная система управления - это система, состоящая из пер­сонала и комплекса средств автоматизации его деятельности, ре­ализующая информационную технологию выполнения установ­ленных задач». Таким образом, АСУ разворачивались для того, чтобы предприятие могло быстрее и лучше выполнить спущен­ный сверху план. Этому в АСУ подчинено все. Причем и сами АСУ строились в значительной мере сверху, т.е. по отраслевым стандартам. Сейчас предприятие автономно в вопросах создания ИС.

Развитие АСУ может происходить и происходит по пути преобразования их в так называемые корпоративные информаци­онные системы (КИС). Хотя на первый взгляд это чуть ли не одно и то же на самом деле разница в них существенна настолько, что КИС можно трактовать как цель развития АСУ. Это следует из определения: «КИС объединяет бизнес-стратегию предприятия (с выстроенной для ее реализации структурой) и передовые ин­формационные технологии для реализации управленческой иде­ологии». Сравнивая определения АСУ и КИС, можно постичь разницу.

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

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

КИС призвана поддержать так называемый регулярный менед­жмент. Если на предприятии такового не существует (и нет попыток его наладить), КИС будет на фирме «инородным телом». В благоприятных случаях, когда высшее руководство фирмы реши­тельно настроено на создание управленческой ИС, на предприятии должны быть создана головная группа по созданию КИС, выделе­ны все необходимые ресурсы, предоставлены полномочия и обеспе­чена всерьез поддержка ее деятельности ресурсами, технологически и психологически на протяжении длительного времени.

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

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

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

Создание КИС - организационно сложная работа. С одной стороны, службе АСУ выгодно привлечь стороннюю организа­цию, с другой - ответственность за систему все равно будет воз­ложена на нее. Если же все делать только своими силами, то вы­сока вероятность срыва сроков, обусловленного дефицитом ре­сурсов и обилием текущих задач.

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

Для начала построения КИС необходимо выполнить проце­дуру стратегического планирования, определить основные бизнес-процессы и информационные структуры для обеспечения этих процессов. Тогда созданная ИС станет основой функционирова­ния и развития предприятия, одним из ключевых его ресурсов.

Если не согласовывать проект с изменяющимися условиями бизнеса, то КИС может устареть раньше, чем будет закончена. Конечно, разработка и внедрение КИС - это обычный большой проект, которому нужны бюджет и сметы и управлять которым следует с точки зрения финансового менеджмента. Вместе с тем стремительность происходящих изменений как в экономике в целом, так и (в особенности) в ИТ делает традиционное плани­рование неадекватным. Это не значит, что следует отказаться от планирования. Более того, информационные модели, базы опе­ративных данных позволяют рассмотреть различные варианты и выбрать подходящий. КИС, конечно, можно создавать и по час­тям, но только при наличии единого комплексного системного проекта, с тем, чтобы потери были сведены к минимуму.

Внедрение ИТ требует значительных ресурсов, причем не только финансовых; много времени и должны уделять наибо­лее компетентные специалисты и лично руководитель организа­ции. Успешное внедрение КИС может быть достигнуто только командой, состоящей из представителей разработчика и заказ­чика и ориентированной на конечный результат. Команде необ­ходимы лидер, генератор идей и критике в ней должны быть люди как аналитического, так и синтетического склада ума.

Документация на систему должна быть не хуже самой систе­мы. Формирование документации позволяет обеспечить диаг­раммная техника представления управленческих процессов, на­пример IDEF-диаграммы (Intergrated DEFinition). Процессы описываются в виде функций, преобразующих входную инфор­мацию в выходную. С использованием количественных характе­ристик функций («стоимость», «длительность» и т. п.) возможно не только описывать, но и моделировать управленческие процес­сы и находить пути их оптимизации.

Проектная документация должна описывать информацион­ную, программную архитектуру и их программно-техническую реализацию. Документация по сопровождению и развитию КИС содержит технологический, методологический и организацион­ный базис. Фактически это правила изменения системы, которые могут охватывать все стадии начального проекта.

В эксплуатационной документации должны быть логическая полнота, а также удобство представлена и использования. Пред­приятия и их подразделения АСУ «болеют» одними и теми же болезнями, среди которых отсутствие регламентов или их невы­полнение, слабая эксплуатационная дисциплина и несвоевремен­ное отражение изменений, производима в с в системе.

Кроме того, важно обеспечить, чтобы заказчик и подрядчик могли говорить на одном языке - язык спецификаций. Каждая

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

Особенности задач выбора платформ

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

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

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

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

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

В этих условиях сведение проблемы к выбору между просто центральной и распределенной системой также не отражает си­туации во всей ее полноте. Так, по данным аналитической компании ITG, центральная система на базе мейнфрейма IBM ES/9000 с сетью из 50 и более IBM PC имеет явные преимущества перед распределенной: сред­няя полная стоимость одного рабочего места пользователя ПК в этой системе ниже примерно в 2 раза, а средняя полная стоимость транзакции примерно в 7-10 раз ниже, чем в сети.

Сплошное разукрупнение осталось позади, и идет уже обрат­ный процесс. Признано, что централизованное обслуживание компьютерных ресурсов при большом числе пользователей эко­номически выгоднее распределенного. По данным компании ITG, для финансовых систем расходы на одного пользователя в год при децентрализованной системе на базе UNIX-серверов состав­ляют 11,6 тыс. долл., при использовании одного UNIX-сервера -4,9 тыс. долл., а мейнфрейма IBM S/390 - 3,4 тыс. долл. (это отно­сится к уровню в 500 пользователей; при 1000 пользователей преимущество S/390 еще больше возрастает).

По данным отдела больших систем компании «IBM Восточ­ная Европа», при росте числа пользователей в распределенной системе стоимость одного рабочего места возрастает, а в центра­лизованной, напротив, падает. К тому же выпуск новых процес­соров приводит к снижению стоимости 1 MIPS: в начале 1999 г. эта цена в разных системах составляла уже 5-6 тыс. долл. и все более снижается. Это приводит к соответствующему снижению порогового числа рабочих мест, при котором содержание одно­го рабочего места в системах на базе мейнфрейма S/390 оказыва­ется меньше, чем в распределенной системе, и применение мейн­фрейма становится выгоднее. Эта граница в начале 1999 г. про­ходила на уровне 100 рабочих мест.

Стоимость электронной почты в год на одного человека при числе пользователей от 1 до 5 тыс. составляет в децентрализо­ванных системах на базе Windows NT 287 долл., в централизо­ванных системах на базе NT - 149 долл., на базе ОС UNIX -116 долл. и на базе S/390 - 88 долл. Общая стоимость владения (ТСО) за год в расчете на одного пользователя, работающего с прило­жениями оперативной обработки транзакций при централизован­ном обслуживании UNIX-серверами, составляет почти 5,5 тыс. долл., а для мейнфреймов - около 3,1 тыс. долл. Распределенные системы на базе Windows NT менее экономичны.

Правда, пытаясь применить эту статистику к российским ус­ловиям, нужно вспомнить об отечественной специфике. Здесь в первую очередь следует учесть относительно более низкий уро­вень оплаты труда в нашей стране, в то время как стоимость тру­да в «американской» оценке вносит определяющий вклад в об­щие затраты при большом числе пользователей. Многие другие статьи затрат тоже связаны с уровнем оплаты труда в отрасли. И все же стремление к централизации налицо. Так, в марте 2000 г. установлен суперсервер SUN Enterprise 10 000 в управлении Ми­нистерства по налогам и сборам по Москве. Он включает:

– 16 процессоров Ultra SPARC 400 МГц;

– 8 Гбайт оперативной памяти;

– основной дисковый массив StorEdge A 5200 объемом 127 Гбайт;

– операционную систему Solaris 7;

– СУБД Oracle 8.1.

К подсистеме «Единый государственный реестр налогопла­тельщиков» подключаются около 4 тыс. пользователей.

Семинар, прошедший в 2000 г. в Красноярске, показал, что в этом крае заказчики проявляют интерес к системам даже более стар­шим, чем RISC-серверы, например к платформам AS/400 и S/390.

В то же время явно сохраняется и тенденция разукрупнения систем. Однако потребность высшего руководства системы в ее высокой защищенности и управляемости из центра не может быть удовлетворена дешевыми и доступными системами на основе ПК и приводит к выбору систем на основе UNIX- или более мощных архитектур, характерных для средних машин (например, IBM AS/ 400), или даже мейнфреймов (например, IBM ES/9000).

Разработка стратегии «клиент-сервер» представляет собой стремление совместить достоинства обоих подходов: при нали­чии мощных средств на рабочих местах иметь управляемую и защищенную систему в целом. На этом пути также имеются не­которые особенности.

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

В этих условиях на предприятии, которое собирается приоб­рести новое «клиент-серверное» приложение, возникает вопрос:

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

Другим важным фактором в этих условиях является необхо­димость учета перспективы развития системы. По мере постанов­ки задач пользователями возрастают потребности в ресурсах и система нагружается выше ее номинальных параметров, снижая качество работы. На практике многие требования могут эффек­тивно удовлетворяться как мощными моделями ЭВМ низшего класса, так и маломощными моделями высшего ряда ЭВМ: на­пример, мощным PC или UNIX-машиной, UNIX-машиной или AS/400; AS/400 или ES/9000. Как правило, все семейства машин допускают существенное наращивание ресурсов (производитель­ность. емкость памяти, число процессоров) внутри себя, называ­емоемасштабированием, что всегда дешевле смены платформы. Это позволяет системе существовать достаточно продолжитель­ное время в пределах одной платформы.

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

В течение многих лет ИС в нашей стране развивались на ос­нове единых типовых решений. В 90-х гг. уже появились различ­ные варианты платформ, и выбор платформы для системы пред­ставляется задачей многокритериальной оптимизации с учетом конкретных условий.

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

– создание единого мирового рынка информатизации;

– исчезновение границ в деятельности компаний;

– постоянное развитие технологической базы всех составляющих системы, взаимное проникновение различных технологий;

– отсутствие резких границ между секторами производства:

– используются одни и те же базовые элементы, програм­мные и информационные средства соответственно совместимы и т.д.;

– стирание границ между фирмами (многочисленные корпора­тивные проекты, совместные предприятия, слияние и взаимное прорастание фирм, частичное участие в капиталах);

– «отрицание отрицания»: создание и введение новых продук­тов с лучшими характеристиками в значительной мере под­рывают интерес к тем, которые еще продаются. Таким образом, основные составляющие ИТ - операционные среды, системы работы с данными, средства создания приклад­ных программ и комплексных прикладных систем, а также вы­числительные средства - обеспечивают создание живучих структур, допускающих всестороннее развитие.

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

УДК :338.24

К. Б. Герасимов

Проектирование систем управления процессами организации

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

Any organization is a system and includes certain elements that are closely interrelated. While developing the methodology for organizational re-engineering, the model of the process control systems or their parts engineering is worked out.

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

Key words: management system, organization, process, engineering,

technology, task.

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

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

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

Методология организационного реинжиниринга, основанная на концепциях системного, процессного и функционального подходов, была разработана Б.Н. Герасимовым и подробно представлена в работе . Используя основные положения этой методологии,

© Герасимов К. Б., 2012

К.Б. Герасимов продолжил разработку методического инструментария для универсальной информационно-логической модели реинжиниринга экономических систем типа «организация» и использовал её для проектирования системы управления продажами продукции на предприятиях . Однако на этом работа не закончилась. Появилась необходимость разработки технологического оснащения менеджеров различных уровней .

Представим некоторые понятия, используемые в настоящей статье по работам .

Подсистема - это часть системы, выделенная определенным образом и обладающая системными свойствами. Например, функциональная подсистема (ФП) - это часть системы, выделенная по функциональному признаку.

Функционально-управляющий блок (ФУБ) - это часть ФП, выделенная определенным образом, ориентированная на управление деятельностью конкретного миниобъекта и включающая все функции управления.

Подпроцесс - это какая-то часть процесса или ФП, выделенная определенным образом и имеющая право на самостоятельное существование.

Функциональная задача управления (ФЗУ) - это совокупность действий по выполнению одной функции управления в рамках данного миниобъекта или ФУБ, например: планирование подбора персонала, организация оценки персонала, учет потребности в персонале и т. д. Для того чтобы выделить ФЗУ в любой сфере управления, необходимо структурировать управленческую деятельность.

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

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

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

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

Технология ФЗУ - это совокупность некоторых действий, последовательно выполняемых одна за другой для успешной реализации данной задачи .

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

Для построения СУ ФП (части ФП, ФУБ) в организации необходимо разработать концепцию, модель или механизм; технологию, инструментарий; правовое, информационное, техническое и кадровое обеспечение.

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

Реализация основных идей развития той или иной ФП (процесса) производится на основе выбора одного или нескольких ФУБ внутри этой ФП. Чтобы обеспечить новое качество управления, необходимо научно обоснованно построить каждый ФУБ, включенный в ФП (часть ФП). При этом рассматривать построение ФП или части ФП было бы весьма громоздко. Методические основы построения одного ФУБ или ФП, включающей несколько ФУБ, аналогичны. Это связано с системными свойствами всех этих структур и одинаковой элементной базой. Единственное отличие: требуется больше усилий по соединению моделей различных ФУБ в единую модель всего ФП или её части.

Авторами разработана модель, которая последовательно рассматривает формы и содержание всех элементов ФУБ, определяет их место и роль в ФП и, наконец, целенаправленно обеспечивает взаимодействие этих элементов при выполнении заданного предназначения ФУБ в рамках вышестоящей системы управления организацией. Ниже будем рассматривать построение ФУБ, подразумевая,

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

Модель построения ФУБ включает пять этапов:

Выбор системных параметров ФУБ;

Разработка состава и содержания ФЗУ;

Выбор средств обеспечения решения ФЗУ;

Определение ожидаемой результативности решения ФЗУ;

Нормирование времени решения ФЗУ.

Прежде чем приступить к содержательному наполнению конкретного ФУБ, необходимо принять определенные решения на системном уровне. Это связано с единым пониманием функций, процессов и элементов, протекающих в рамках ФУБ. Процесс выбора системных параметров ФУБ представлен на рис. 1.

Рис. 1. Выбор системных параметров ФУБ

Концепция представляет собой систему взглядов на процесс (объект). Концепция реализации конкретного ФУБ определяет формы и содержание деятельности персонала, служб и их взаимоотношений в данной организации.

При наличии системных параметров выбранного ФУБ можно приступить к проектированию элементов ФЗУ.

В рамках данного этапа начинается деятельность по формированию всех выбранных элементов ФЗУ, входящих в выбранный ФУБ. Процесс разработки состава и содержания ФЗУ представлен на рис. 2, где выделены важнейшие операции данного этапа.

Рис. 2. Разработка состава и содержания ФЗУ

В начале этапа производится построение фрагмент матрицы «ФУБ - Функции управления» (табл. 1), с тем, чтобы образовались будущие ФЗУ.

Таблица 1

Матрица «ФУБ - Функции управления» (фрагмент)_____________

№ п/п Наименование ФУБ Функции управления

нормирование прогнозирование Планирование организация учет контроль анализ регулирование координация

1 ФУБ 1 + - + + + + + + -

2 ФУБ 2 + + + + + + + + -

N ФУБ N + - + + + - + - -

Примечание. Знаком «+» отмечаются реально существующие задачи; знаком «-» отмечается задача, существование которой возможно, но при определенных условиях; «0» означает отсутствие физического смысла данной задачи.

Все ФЗУ имеют право на существование, только в том случае, если каждая из них несет конкретную смысловую нагрузку в рамках ФУБ. Начинается обоснование существования ФЗУ с краткого описания её сущности, которая в дальнейшем должна служить ориентиром для разработки технологии её решения, а также формирования содержания информационного обеспечения.

Модель ФУБ строится на базе типового графа функций управления. Приведем пример модели ФУБ «Управление поставкой ресурсов» (рис. 3). В результате предварительного анализа все ФЗУ данного ФУБ имеют право на существование.

Рис. 3. Системный граф ФУБ «Управление поставкой ресурсов»

Технологию решения ФЗУ следует проектировать на уровне процедур, где во всех деталях показано преобразование входной информации в выходную. Удобнее всего это сделать для отдельных ФЗУ, которые охватывают некоторое замкнутое логическое пространство, четко очерченное конкретной функцией управления в рамках данного ФУБ. Технологию решения ФЗУ целесообразно для наглядности представлять в табличной форме (табл. 2).

Таблица 2

Технология решения ФЗУ

Входная информация Операции решения Выходная информация

Документ 1 1.

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

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

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

Решение ФЗУ достигается привлечением средств реализации, к которым относятся методы решения, элементы менеджмента и методы принятия управленческих решений ФЗУ и все виды обеспечения. Последовательность операций выбора и использования средств обеспечения ФЗУ представлена на рис. 4.

Исследование операций, составляющих технологию решения ФЗУ, позволяет определить необходимые средства её решения.

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

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

Рис. 4. Выбор средств обеспечения ФЗУ

Правовое обеспечение ФЗУ предусматривает использование существующего законодательства по теме научного исследования, обоснование соответствующих рекомендаций, составление перечня правовой документации, используемой в работе.

Техническое обеспечение реализации ФЗУ в основном сводится к использованию ЭВМ, оргтехники и т. д. Поэтому в этом случае раздел может называться «компьютерное обеспечение».

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

Важную роль играют нормативы выполнения ФЗУ, которые определяются экспертным путем. За каждым подразделением организации закрепляются определенные ФУБ, за которые оно несет ответственность.

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

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

Таким образом, все средства обеспечения ФЗУ в рамках данного процесса формируют условия для реализации элементов ФУБ. Потом можно оценить уровень используемых в организации средств и определить необходимость приобретения новых средств в будущем.

Процесс проектирования системы управления процессом может применяться в различных экономических системах типа «организация» для построения моделей управленческой деятельности. Использование представленного подхода предполагает возможность включения оригинальных элементов или новых технологических операций, которые существенно обогатят управленческую деятельность и внесут дополнительный орнамент для научных исследований и практических разработок. Это может быть оказаться необходимым при проектировании систем управления процессами или их частями, также при проектировании нового операционного процесса. Проектирование новых операций может потребоваться в связи с установлением отношений между различными ФУБ и (или) ФП организации для согласования взаимных интересов, что потребует дополнительных исследований взаимодействия систем различного уровня.

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

Список литературы

1. Герасимов Б.Н. Основы российского менеджмента: Теория менеджмента. Технологии менеджмента. Ч. 1-2: учеб. пособие. - Самара: СГАУ, МИР, 2006. - 524 с.

2. Хаммер М., Чампи Дж. Реинжиниринг корпорации: Манифест революции в бизнесе / пер. с англ. - СПб.: СПбГУ, 1997. - 352 с.

3. Davenport Т.Н. Process Innovation: reengineering work through information technology. - Boston, Mass.: Harvard Business School Press, 1993. - 337 р.

4. Герасимов Б.Н. Организационный реинжиниринг: моногр. - Самара: МИР, 2008. - 265 с.

5. Герасимов К.Б. Развитие систем управления продажами продукции: моногр. - Пенза: МАКУ; ПГУ, 2008. - 207 с.

6. Герасимов Б.Н. Технологии управления: моногр. - Самара: НОАНО ВПО СИБиУ, 2010. - 460 с.