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

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

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

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

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

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

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

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

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

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

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

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

6. Внесение существенных изменений в управление производственными процессами.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какие роли могут возникнуть в ходе организации поддержки пользователей?

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

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

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

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

И, наконец, последняя роль — это пользователь сервиса ИТ. Ее можно специально не выделять, поскольку данная роль изначально подразумевается. Тем не менее мы это делаем, чтобы еще раз подчеркнуть, что пользователь на самом деле активно участвует в процессе поддержки и имеет не только определенные права, но и обязанности.

На основании данного перечня выделим сущности. Будем опираться на определение понятия.

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

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

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

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

• 1) Клиент — лицо столкнувшееся с проблемой
• 2) Сотрудник — лицо непосредственно решающее проблему
• 3) Оператор — лицо определяющее тип заявки и соответствующего ей сотрудника
• 4) Заявка — документ необходимый для рассмотрения возникшей проблемы и ее последующего устранения

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