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

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

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

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

· Создать у сотрудников всех уровней твёрдое ощущение неизбежности внедрения;

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

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

5) Временное увеличение нагрузки на сотрудников при внедрении системы управления предприятием

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

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

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

6) Формирование квалифицированной группы внедрения и сопровождения системы, руководителя группы

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

Особенно важным вопросом является выбор руководителя такой группы и администратора системы. Руководитель, помимо знаний базовых компьютерных технологий, должен обладать глубокими знаниями в области ведения бизнеса и управления. В практике крупных западных компаний такой человек занимает должность CIO (Chief Information Officer) которая обычно является второй и в иерархии руководства компании. В отечественной практике, при внедрении систем такую роль, как правило, играет начальник отдела АСУП или ему аналогичного. Основными правилами организации рабочей группы являются следующие принципы:

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

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

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

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

2. Автоматизированные системы управления предприятиями стандарта ERP/MRP

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

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

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

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

К концу 80-х годов идея создания единой модели данных в рамках организации стала привлекать внимание международных промышленных компаний, которые искали способ упростить управление производственными процессами. Первым шагом в данном направлении стало MRP, планирование материальных ресурсов (Materials Resource Planning), включавшее только планирование материалов для производства.

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

Основная концепция MRP в том, чтобы минимизировать издержки, связанные со складскими запасами (в том числе и на различных участках в производстве). В основе этой концепции лежит следующее понятие - Bill Of Material (BOM - спецификация изделия, за которую отвечает конструкторский отдел), который показывает зависимость спроса на сырье, полуфабрикаты и пр. в зависимости от плана выпуска (бюджета реализации) готовой продукции. При этом очень важную роль играет время. Для того, чтобы учитывать время, системе необходимо знать технологию выпуска продукции (или технологическую цепочку, т.е. последовательность операций и их продолжительность). На основании плана выпуска продукции, BOM и технологической цепочки осуществляется расчет потребностей в материалах, привязанный к конкретным срокам.

Однако у MRP есть серьезный недостаток. Его суть в том, что, рассчитывая потребность в материалах, мы не учитываем (как минимум) производственные мощности, их загрузку, стоимость рабочей силы и т.д. Поэтому, возникла концепция MRP II (Manufacturing Resource Planing - планирование производственных ресурсов). MRP II позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т.д.).

Впоследствии концепция MRP II развивалась, и к ней постепенно добавлялись возможности по учету остальных затрат предприятия - появилась концепция ERP (Enterprise Resource Planning - Планирование ресурсов предприятия), называемая иногда также планированием ресурсов в масштабе предприятия (Enterprise-wide Resource Planning). В основе ERP лежит принцип создания единого хранилища данных (repository), содержащего всю деловую информацию, накопленную организацией в процессе ведения деловых операций, включая финансовую информацию, данные, связанные с производством, управлением персоналом, или любые другие сведения. Это устраняет необходимость в передаче данных от системы к системе. Кроме того, любая часть информации, которой располагает данная организация, становится одновременно доступной для всех работников, обладающих соответствующими полномочиями.

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

Сейчас практически все современные западные производственные системы и основные системы управления производством базируются на концепции ERP и отвечают её рекомендациям, которые вырабатываются американской общественной организацией APICS, объединяющей производителей, консультантов в области управления производством, разработчиков ПО. К сожалению, большинство из российских систем управления производством не удовлетворяет даже требованиям MRP, не говоря уже обо всех остальных более продвинутых концепциях (см. таблицу 1). Самый последний по времени стандарт CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техзадание, поддержка заказчика на местах и пр. Таким образом, если MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP включил в себя полный цикл от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Основная суть концепции CSRP в том, чтобы интегрировать Заказчика (Клиента, Покупателя и пр.) в систему управления предприятием. То есть не отдел сбыта, а сам покупатель непосредственно размещает заказ на изготовление продукции - соответственно сам несет ответственность за его правильность, сам может отслеживать сроки поставки, производства и пр. При этом предприятие может очень четко отслеживать тенденции спроса и т.д.

Страницы: 1, 2, 3