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

Основная задача системы управления и подготовки производства заключается в:

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

Разработке технологической и плановой документации и подготовке техоснастки,

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

Проведении организационных мероприятий по подготовке производственного процесса.

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

Рисунок 1.

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

· Труд руководителей представляет собой наиболее высокую ступень управления. Они принимают решения по важнейшим вопросам деятельности предприятия, направляют и координируют работу низших звеньев.

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

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

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

Рисунок 2………………………..Рисунок 3

Классификация управленческого персонала по уровню управления:

· Высший уровень управления предприятием

Кто: председатель Совета директоров, президент, генеральный директор.

Что делают: - обеспечивают интересы и потребности владельцев акций,

Вырабатывают политику предприятия и способствуют ее практической реализации.

· Руководители среднего уровня

Кто: руководители отделов, начальники цехов, лабораторий и т. п.

Что делают: - обеспечивают реализацию политики функционирования предприятия,

разработанной высшим руководством,

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

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

· Низший уровень управления

Кто: мастера, бригадиры, контролеры и другие администраторы

Что делают: - управляют непосредственно рабочими и другим не руководящим

персоналом.

Ответственны за доведение конкретных заданий до непосредственных исполнителей.

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

Основополагающие принципы управления.

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

· единоначалие и коллегиальность в управлении;

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

· принцип плановости, устанавливающий основные направления и пропорции развития производства;

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

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

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

· принцип мотивации, предусматривающий систему поощрений и наказаний;

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

Типы организационных структур:

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

2. Функциональная организационная структура управления
Смысл: организовывается совокупностью подразделений, специализированных на выполнении конкретных видов работ, необходимых для принятия решений в системе линейного управления. На предприятии специалисты одного профиля объединяются в специализированные структурные подразделения
Преимущества: - высокая компетентность специалистов, отвечающих за осуществление конкретных функций; - освобождение линейных менеджеров от решения ряда специальных вопросов; - стандартизация, формализация и программирование процессов в условиях автоматизированного управления; - исключение дублирования и параллелизма в выполнении управленческих функций; - уменьшение потребностей в специалистах широкого профиля.	Недостатки: - чрезмерная заинтересованность в реализации целей и задач «своих» подразделений; - трудности в поддержании постоянных взаимосвязей между различными функциональными службами - длительность процедур принятия решений; - относительно застывшая организационная форма, трудно реагирующая на изменения условий производства

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

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

1.28 Управление основным и вспомогательными процессами

Составным элементом автоматизированной системы управления ОО являются средства диагностирования состояния оборудования. Техническое диагностирование подразделяют на:

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

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

Техническое диагностирование состояния основного оборудования служит для:

· автоматического контроля за подготовкой оборудования к работе и выдачи разрешения на пуск (решается путем установки сигнализирующих датчиков);

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

· определения причин неисправности узлов, оперативного профилактического контроля состояния узлов и выдачи сигналов на проведение ремонтного обслуживания;

· выявления медленно изменяющихся процессов и определения ресурса работоспособности оборудования;

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

Особенности функционирования САУ основных и вспомогательных процессов

· САУ основного оборудования. Системы ЧПУ и микропроцессорная техника придают гибкость оборудованию при переходе с изготовления изделий одного типоразмера на изготовление изделий другого типоразмера. Значения управляемых параметров и структура многомерной САУ могут быть определены с помощью ЭВМ, которая через периферийные устройства воздействует на задатчики.

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

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

Программа активного контроля (адаптивная подналадка или управление режимами технологического процесса).

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

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

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

· САУ складской системы. Для разработки системы управления складской системой исходные данные должны включать:

Номенклатуру изготовляемых изделий, полуфабрикатов и заготовок,

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

Характеристики подвижных агрегатов, число агрегатов и число рабочих элементов в каждом агрегате,

Число ячеек в стеллажах.

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

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

Второй уровень - управление материальными потоками машиностроительных производств.

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

1.29 Технологическая подготовка производства

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

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

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

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

Используемые методы проектирования (в порядке возрастания сложности)

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

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

Синтез с прототипом – используется технологический процесс-прототип или подмножества нескольких технологических процессов-прототипов.

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

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

· Разработка управляющих программ. Общая задача - разработка УП для основного и вспомогательного оборудования машиностроительного производства на основании разработанных технологических процессов.

1.30 Оперативно-календарное планирование, учет и диспетчирование производственного процесса

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

· уровень долговременного (стратегического) планирования, на котором:

Анализируется рыночная конъюнктура,

Разрабатывается перспективная производственная программа,

Оцениваются потребности в различных ресурсах

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

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

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

Типы оперативного планирования в поточном производстве:

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

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

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

Типы оперативного планирования в непоточном производстве:

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

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

· Планирование на склад.

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

· По цикловым комплектам.

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

· По заделам. На каждой стадии производства устанавливается норматив задела по каждому виду полуфабрикатов, и этот норматив поддерживается постоянным (крупносерийное, и массовое производство)

Этапы оперативного планирования в поточном производстве:

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

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

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

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

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

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

Современные машиностроительные производства представляют собой человеко-машинные системы, поэтому часть функций по управлению и подготовке производства ложится на производственный персонал. При расчете численности инженерно-технического персонала (ИТР) в механических цехах и участках их число принимается в зависимости от типа производства и числа основных станков в пределах 7...13% . Для сборочных участков и цехов в зависимости от типа производства и числа производственных рабочих ИТР принимают в пределах 5... 7% .

Расчет числа служащих, работающих в производственных подразделениях, производится в зависимости от типа производства и числа производственных рабочих: для механообрабатывающего производства 0,6...2,2%, для сборочного производства 0,4...2,0%.

Норматив площади на каждого работника принимается равным 6м 2

1.31 Программное обеспечение производственного процесса и моделирование производственных процессов

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

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

· Общее специальное ПО - программное обеспечение уровня мини-ЭВМ и программное обеспечение уровня микроЭВМ, не зависящие от особенностей конкретной производственной задачи.

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

Организация вычислительной сети существенно зависит от ее топологии - схемы взаимосвязей ЭВМ, которая показана на рисунке 4.

«Звезда» «Кольцо» «Шина»

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

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

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

· «Модель состояния основного оборудования»

Партия, изготовляемая в текущий момент времени,

Код полуфабриката и номер операции,

Количество изготовленных изделий в партии и изготовленных за данную смену,

Плановое задание на партию и на смену,

Признак конечной операции.

· «Модель состояния системы инструментообеспечения»

Местонахождение комплектов инструментов

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

· «Модель состояния системы контроля качества изделий»

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

Код изделия и количество контролируемых изделий за смену,

Количество забракованных изделий.

· «Модель состояния складской системы»

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

· «Модель состояния системы охраны труда»

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

· «Модель состояния транспортной системы»

Количество полуфабрикатов, находящихся в транспортной системе,

Код каждого п/фабриката и номер операции, на которую необходимо его направить

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

· «Модель состояния системы технического обслуживания»

Сведения об исправности всех видов производственного оборудования,

Его готовность к выполнению плановых заданий,

Время простоев, связанных с выполнением ремонтных работ,

Сведения по виду обрабатываемого материала в предыдущий период

Состоянии систем технического обслуживания.

· «Модель состояния системы управления и подготовки производства».

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

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

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

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

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

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

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

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

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

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

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

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

Навтором этапе осуществляется распределение управленческих решений по уровням в рамках матрично-штабной структуры.

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

где Qp - суммарная трудоемкость, ч.

Тi - трудоемкость i -го управленческого решения, ч.;

Кij - число повторений i -го решения на j-м уровне;

где Ср - расчетное число руководителей;

Qp - трудоемкость принятия управленческих решений, ч.;

Fд - действенный фонд времени одного сотрудника, ч

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

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

(Ср> К 2), где Ср - расчетная величина загрузки,

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

Случай 1. Загрузка линейного руководителя меньше установленного предела, т.е. Ср < К1. Алгоритм выбора в данном случае заключается в поэтапном объединении уровней, присущих матрично-штабной структуре, с ли­нейным уровнем в целях обеспечения загрузкой линей­ного руководителя. Объединение начинается с коорди­нирующего уровня, так как процесс трансформации матрично-штабной структуры в любую другую начинает­ся с исключения именно этого уровня. Если на первом шаге процесса загрузка не достигается, добавляется те­матический уровень, а затем при необходимости и функциональный. При таком соотношении, когда за­грузка линейного руководителя складывается из объеди­ненной загрузки руководителей координирующего, тема­тического и функционального уровней, т.е. Ср = Сл, +Ск + +Ст , + Сф, возможно проектирование только линейной структуры управления. В остальных случаях, когда на­грузка линейного руководителя достигается на первом шаге итерации, т.е. Ср = Сл + Ск; либо на втором: Ср = = Сл+Ск+Ст создается возможность проектирования линейно-функциональной либо матричной структуры управления. Следовательно, при недостаточной загруз­ке линейного уровня в зависимости от исходных рас­четных данных и функционального, тематического и координирующего уровней можно проектировать три варианта структуры: линейную, линейно-функцио­нальную и матричную.

Случай 2 . Загрузка руководителя линейного уровня находится в установленных границах предела К1>Ср <К2. В этом случае информация о линейном уровне является достаточной и выбор варианта структуры будет зависеть только от соотношения загрузки последующих уровней. Если загрузка достигается на всех уровнях, происходит выбор матрично-шаблонной структуры управления, при любых других условиях выбирается линейно-функцио­нальная или матричная структура.

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

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

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

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

Номенклатура руководителей и исполнителей (со­ставляется на основании штатного расписания);

Сведения о трудоемкости принятия и подготовки управленческих решений (получены в результате экспертного опроса);

список решений закрепленных за:

линейным уровнем управления;

функциональным уровнем управления;

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

координационным уровнем;

Эффективный фонд времени руководителей и ис­полнителей.

Расчетное число исполнителей определяется по сле­дующей формуле:

где Сисп - число исполнителей, обеспечивающих подготовку управленческих решений;

Qисп - трудоемкость подготовки i -х решений, ч.;

Fд - действительный фонд времени одного исполнителя, ч.

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

Нашестом этапе принимается решение о внедрении данной структуры и утверждении схемы управления.

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

Важной задачей является проектирование комплек­са процедур принятия решений (ППР) (блок 7). Про­диктовано это тем, что организационная процедура является одним из основных элементов технологии управления, определяет последовательность этапов ра­бот, которые в итоге регламентируют процесс управ­ленческого труда. Иными словами, организационная процедура - это комплекс взаимосвязанных техноло­гических операций, направленных на достижение чет­ко фиксированной цели. Примерами процедур могут служить: «составление отчета о проделанной работе», «оформление командировочного удостоверения», «офор­мление сотрудника на работу» и др. Имея полный перечень процедур, принимаемых в отделе, можно соста­вить схему принятия решений, которая позволит су­дить об эффективности функционирования отдела. Как это сделать практически мы покажем в главе 8. Кроме того применение метода организационного моделиро­вания на этой стадии процесса позволяет на основе полного перечня процедур смоделировать правила ра­бот исполнителей и руководителей в каждой процеду­ре, а затем и по отделу в целом.

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

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

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

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

ПРОЕКТИРОВАНИЕ ЭФФЕКТИВНОЙ СИСТЕМЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ ООО «ХочуДиплом»

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

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

Основными направлениями в работе по проектированию системы управления персоналом видятся автору в следующих этапах

Проектирование эффективной системы управления персоналом в организации;

Усовершенствование функций и методик по управлению персоналом.

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

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

В процессе организационного проектирования выделяют следующие этапы работ:

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

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

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

Цель разработки проекта;

Результаты анализа состояния производства и управления;

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

Предложения по совершенствованию производственной системы;

3. Разработка общего организационного проекта и его утверждение.

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

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

Анализ организационной структуры ООО «ХочуДиплом» показал, что структура организации построена рационально, работает эффективно, это следует из анализа финансового состояния организации.

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

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

Ключевая проблема системы управления персоналом ООО «ХочуДиплом» заключается в отсутствии централизации управляющего действия. Не смотря на то, что организационной структурой предприятия отдел кадров выделен в отдельное подразделение, функции данного отдела концентрируются не на руководящих функциях в области управления персоналом, а на обеспечивающих (обеспечение кадрового учета, обеспечение бухгалтерии необходимыми отчетами и т.п.). Это объясняется недостатком внимания к проблемам управления персонала и его роли в общем руководстве.

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

Проект по усовершенствования систем управления персоналом методически следует разделить на следующие этапы:

1. Изменение в организационной структуре, с целью усиления влияния управленческого эффекта на все подразделения. Для этого предлагается ввести в линейно - функциональную структуру ООО «ХочуДиплом» элемент матричной структуры, а именно отдел кадров. Такое структурирование позволит функциям управления персоналом беспрепятственно проникать во все подразделения, отдел кадров сконцентрирует на себе основную работу, связанную с персоналом. Графически данная структура будет выглядеть следующим образом:

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

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

А). Привлечь в штат специалиста, менеджера по работе с персоналом, в

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

Организация обучения;

Разработка процессов адаптации и аттестации;

Анализ структуры персонала;

Анализ мотивационных ожиданий и разработка предложений по мотивации;

Планирование карьеры сотрудников и ротация;

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

Разработка концепций по оптимизации рабочего времен и пространства.

Б). Привлечь в штат должность консультанта-тренера со сдельной оплатой труда, для выполнения следующих функций:

Проведение тренингов;

Решения конфликтных, деструктивных ситуаций;

Разработка схем по социально - психологическому климату в компании.

В). Оставить в штате должность специалиста по кадрам, сократив выполняемые функции до следующих:

Нормативный учет кадрового состава;

Правовое регулирование отношений между работником и работодателем;

Предоставление необходимой информации и отчетов для бухгалтерии.

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

4. Основные задачи, решаемые отделом кадров:

Решение штабных задач (набор, отбор, ориентация, оценка, дисциплина);

Обучение, повышении квалификации, аттестация, обучение;

Введение организационных структур и штатных расписаний;

Табельный учет;

Работа с фондами;

Трудовые отношения.

Кадровая политика.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Децентрализованная организационная структура проектной группы имеет свойство двух вышеизложенных структур. Данная организационная структура применяется в коллективах с большой численностью разработчиков (свыше 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-х гг. уже появились различ­ные варианты платформ, и выбор платформы для системы пред­ставляется задачей многокритериальной оптимизации с учетом конкретных условий.

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

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

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

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

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

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

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

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

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

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

Преподаватель : Жернакова Марина Борисовна

Лекция 1 (19.02.2015)

Литература:

1. Баринов В. А. "Организационное проектирование"
2. Соловьев В. С. "Организационное проектирование систем управления"
3. Тронин Ю. Н. "Менеджмент и проектирование фирмы"
4. Баранников А. Ф. "Теория организации"

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

1. Система управления и ее элементы
2. Принципы построения систем управления

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

1. Связь подчиненности
2. Связь координации в выполнении работ
3. Связь коммуникации
4. Связь заинтересованности
5. Технологические связи

В основе формирования системы управления лежат следующие внутренние факторы:

• Цель управления

• Функции управления

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

• Трудоемкость функций и полномочий

• Особенности объекта управления (технология, масштаб деятельности, сфера деятельности)

• Техника, используемая в управлении

Цель - желаемое , возможное и необходимое состояние системы управления

Функционирование организации:

• Производство продукции

• Наладить сбыт

• Организовать управление

• Наладить снабжение сырьем

Функция - постоянно повторяющееся действие , осуществляемое по определенному алгоритму

Система управления возникает именно в результате функционального разделения труда

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

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

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

Выделяют несколько видов полномочий:

1. Распорядительные (их обладатели имеют право принимать решения, обязательные для исполнения теми, кого они касаются)
   1. Линейные (предполагают наличие прямой должностной связи между руководителем и подчиненным; обычно в круг этих полномочий входят вопросы оперативного управления, организации труда подчиненных, их приема, увольнения, оценки работы, вопросы поощрения и наказания)
   2. Функциональные (осуществляются в условиях косвенных связей, т.е. функциональные руководители принимают решения, которые проводятся в жизнь через линейных руководителей; эти решения обычно являются не прямыми указаниями, а методической помощью, т.е. предписывают способы и методы выполнения работы)
2. Рекомендательные (их обладатели могут при необходимости давать советы по узкому кругу вопросов; советы не являются обязательными для исполнения; этими полномочиями обычно обладают различного рода консультанты и советники)
3. Контрольно -отчетные (это право в определенных пределах осуществлять проверку деятельности руководителей и исполнителей, право требовать информацию)
4. Координационные (они связаны с выработкой и принятием совместных решений; тот, кто имеет эти полномочия, может от имени руководителя согласовывать деятельность разных людей и служб и направлять их работу)
5. Согласительные (работник может высказывать свое отношение к управленческим решениям; эти полномочия могут быть предостерегающими и блокирующими)

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

Человеко -час - количество затрат труда на выполнение управленческой работы

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

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

• Эвристические

• Логические

• Аналитические

• Операторные (выполнение простейших механических операций)

Особенности объекта управления

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

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

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

Размер организации . Его следует иметь в виду при выборе организационной формы.

Основные правила о размере предприятия:

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

Задание на день самостоятельной работы (26.02.2015)

Найти схему "структура управления" любого действующего предприятия (взять метро по Менеджменту) и провести анализ:

1. Описать словами
2. Определить тип и вид структуры (механическая, органическая)
3. Описать достоинства такого построения организации
4. Недостатки такого построения

Семинар 2 (19.02.2015)

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

Штатное расписание аппарата управления предприятием

Должность	Количество штатных единиц
Директор
Заместитель директора по производству
Заместитель директора по экономике
Главный инженер
Инженер по технике безопасности
Юрисконсульт
Отдел управления персоналом
Начальник отдела
Инспектор
Бухгалтерия
Главный бухгалтер
Старший бухгалтер
Бухгалтер
Планово- экономический отдел
Начальник отдела
Старший экономист
Экономист
Отдел труда и заработной платы
Начальник отдела
Специалист
Отдел главного технолога
Начальник отдела
Ведущий инженер
Сырьевой отдел
Начальник отдела
Отдел материально- технического снабжения
Начальник отдела
Линейные руководители
Начальник цеха основного производства
Сменный мастер
Мастер транспортного участка
Мастер ремонтно-механического участка
Всего:

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

Лекция 2 (05.03.2015)

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

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

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

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

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

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

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

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

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

• Принцип адекватности, т.е. субъект управления должен полностью соответствовать объекту управления

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

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

• Аналитические методы
  • Функционально-объектный метод; использование этого метода предполагает предварительное изучение состава функций управления, изучение трудоемкости работ по каждой функции, нормирование численности работников по функциям, выделение самостоятельных структурных подразделений и закрепление работников за каждым из них

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

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

• Методы математического моделирования
  • Графовые модели
  • Матричные модели
  • Методы линейного и нелинейного программирования
  • Вероятностные модели

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

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

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

Последовательность действий при построении системы управления функционально-объектным методом:

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