Текст статьи
Баламирзоев Назим Лиодинович, кандидат экономических наук,старший преподаватель кафедры экономикии управленияв нефтяной и газовой промышленности,ФГБОУ ВПО «Дагестанский государственный технический университет», г. Махачкала[email protected]
Проблемы внедрения информационной системы управления предприятием
Аннотация. В статье рассматриваются основные проблемы и задачи, возникающие в большинстве случаев при внедрении информационных систем управления предприятием и рекомендации по их решению.Ключевые слова:информационные системы, информационный процесс, информация, предприятие, организация, фирма.
Внедрение информационной системы управления предприятием, как и любое серьезное преобразование на предприятии,является сложным и зачастую болезненным процессом. Тем не менее, некоторые проблемы, возникающие при внедрении системы, достаточно хорошо изучены, формализованы и имеют эффективные методологии решения. Заблаговременное изучение этих проблем и подготовка кним значительно облегчают процесс внедрения и повышают эффективность дальнейшего использования системы.Далее приведены основные проблемы и задачи, возникающие в большинстве случаев при внедрении информационных систем управления предприятием и рекомендации по их решению.Основные проблемы и задачи, требующие особого внимания при их решении:
отсутствие постановки задачи менеджмента на предприятии;
необходимость в частичной или полной реорганизации структуры предприятия;
необходимость изменения технологии бизнеса в различных аспектах;
сопротивление сотрудников предприятия;
временное увеличение нагрузки на сотрудников во время внедрения информационной системы управления предприятием;Необходимость в формировании квалифицированной группы внедрения и сопровождения системы, выбор сильного руководителя группы.Теперь опишем эти пункты подробнее:1. Отсутствие постановки задачи менеджмента на предприятии.Наверное, этот пункт является наиболее значимым и сложным. На первый взгляд, его тема перекликается с содержанием второго пункта, посвященного реорганизации структуры предприятия. Однако, на самом деле, он является более глобальным и включает в себя не только методологии управления, но также философские и психологические аспекты. Дело в том, что большинство руководителей управляют своим предприятием, только исходя из своего опыта, своей интуиции, своего видения и весьма неструктурированных данных о его состоянии и динамике. Как правило, если руководителя попросить описать в какомлибо виде структуру деятельности своего предприятия или набор положений, исходя из которых, он принимает управленческие решения, дело достаточно быстро заходит в тупик.Грамотная постановка задач менеджмента является важнейшим фактором, влияющим, как и на успех деятельности предприятия в целом, так и на успех проекта автоматизации. Например, совершенно бесполезно заниматься внедрением автоматизированной системы бюджетирования, если само бюджетирование не поставлено на предприятии должным образом, как определенный последовательный процесс.К сожалению, на настоящий момент в России до конца не сложился национальный подход к менеджменту, и в данный момент российское управление представляет собой гремучую смесь из теории западного менеджмента (которая во многом не является адекватной существующей ситуации) и советскороссийского опыта, который, хотя и во многом гармонирует с общими жизненными принципами, но уже не отвечает жестким требованиям рыночной конкуренции.Поэтому, первое, что необходимо сделать для того, чтобы проект внедрения информационной системы управления предприятием оказался удачным максимально формализовать все те контуры управления, которые собственно планируется автоматизировать. В большинстве случаев, для осуществления этого не обойтись без привлечения профессиональныхконсультантов, но по опыту, затраты на консультантов просто не сопоставимы с убытками от проваленного проекта автоматизации.2. Необходимость в частичной реорганизация структуры и деятельности предприятия при внедрении информационной системы управления предприятием.Прежде чем приступать к внедрению информационной системы управления на предприятии обычно необходимо произвести частичную реорганизацию его структуры и технологий ведения бизнеса. Поэтому, одним из важнейших этапов проекта внедрения, является полное и достоверное обследование предприятия во всех аспектах его деятельности. На основе заключения, полученного в результате обследования, строится вся дальнейшая схема построения корпоративной информационной системы. Несомненно, можно автоматизировать все, по принципу «как есть», однако, этого не следует делать по ряду причин. Дело в том, что в результате обследования обычно фиксируется большое количество мест возникновения необоснованных дополнительных затрат, а также противоречий в организационной структуре, устранение которых позволило бы уменьшить производственные и логистические издержки, а также существенно сократить время исполнения различных этапов основных бизнеспроцессов. Образно выражаясь, нельзя автоматизировать хаос, ибо в результате этого получится «автоматизированный хаос». Под термином реорганизация я даже не имею в виду реинжиниринг в его классическом западном понимании, с полной перестройкой всей внутрихозяйственной и коммерческой деятельности. Реорганизация может быть проведена в ряде локальных точек, где она объективно необходима, что не повлечет за собой ощутимый спад активности текущей коммерческой деятельности.3. Необходимость в изменении технологии работы с информацией, и принципов ведения бизнеса.Эффективно построенная информационная система не может не внести изменений в существующую технологию планирования бюджетирования и контроля, а также управления бизнеспроцессами.Вопервых, одними из самых важных для руководителя особенностей корпоративной информационной системы, являютсямодули управленческого учета и финансового контроллинга. Теперь каждое функциональное подразделение может быть определено как центр финансового учета, с соответствующим уровнем финансовой ответственности его руководителя. Это в свою очередь повышает ответственность каждого из таких руководителей, и предоставляет в руки высших менеджеров эффективный инструментарий для чёткого контроля исполнения отдельных планов и бюджетов.При наличии информационной системы управления предприятием, руководитель способен получать актуальную и достоверную информацию обо всех срезах деятельности компании, без временных задержек и излишних передаточных звеньев. Кроме того, информация подаётся руководителю в удобном виде «с листа» при отсутствии человеческих факторов, которые могут предвзято или субъективно трактовать информацию при передаче. Однако справедливо было бы заметить, что некоторые руководители не привыкли принимать управленческие решения по информации в чистом виде, если к ней не приложено мнение человека, который ее доставил. Такой подход в принципе имеет право на жизнь и при наличии информационной системы управления предприятием, однако часто он негативно отражается на объективности менеджмента.Внедрение информационной системы управления предприятием вносит существенные изменения в управление бизнеспроцессами. Каждый документ, отображающий в информационном поле течение или завершение того или иного сквозного бизнеспроцесса, в интегрированной системе создается автоматически, на основании первичного документа, открывшего процесс. Сотрудники, ответственные за этот бизнеспроцесс лишь контролируют и, при необходимости, вносят изменения в позиции построенных системой документов. Например, заказчик разместил заказ на продукцию, который должен быть исполнен к определенномучислу месяца. Заказ вводится в систему, на основании его системой автоматически создается счет (на основе существующих алгоритмов ценообразования), счет пересылается заказчику, а заказ направляется в производственный модуль, где происходит разузлование заказанного вида продукции на отдельные комплектующие. На основе списка комплектующих в модуле закупок системой создаются заказы на их закупку, а производственный модуль соответствующим образом оптимизирует производственную программу, чтобы заказ был исполнен точно к сроку. Естественно, в реальной жизни возможны различные варианты неустранимых срывов поставок заказа. Поломки оборудования и так далее. Поэтом каждый этап выполнения заказа должен строго контролироваться ответственным за него кругом сотрудников, которые, в случае необходимости, должны создать управленческое воздействие на систему, чтобы избежать нежелательных последствий или уменьшить их.Не стоит полагать, что работать при наличии информационной системы управления предприятием станет проще. Наоборот, существенное сокращение бумажной волокиты ускоряет процесс и повышает качество обработки заказов, поднимает конкурентоспособность и рентабельность предприятия в целом, а все это требует большей собранности, компетенции и ответственности исполнителей. Возможно, что существующая производственная база не будет справляться с новым потоком информации о ходе производственного процесса, и в нее тоже нужно будет вносить организационные и технологические реформы, которые впоследствии положительно скажутся на процветании предприятия.4. Сопротивление сотрудников предприятия.При внедрении информационных систем управления предприятием в большинстве случаев возникает активное сопротивление сотрудников на местах, которое является серьезным препятствием для консультантов и вполне способно сорвать или существенно затянуть проект внедрения. Это вызвано несколькими человеческими факторами: обыкновенным страхом перед нововведениями, консерватизмом (на пример, кладовщику, проработавшему 20 лет с бумажной или частично автоматизированной картотекой, обычно психологически тяжело пересаживаться за компьютер), опасение потерять работу или утратить свою незаменимость, боязнь существенно увеличивающейся ответственности за свои действия. Руководители предприятия, принявшие решение автоматизировать свой бизнес, в таких случаях должны всячески содействовать ответственной группе специалистов, проводящей внедрение информационной системы управления предприятием, вести разъяснительную работу с кадрами, и, кроме того:Создать у сотрудников всех уровней твёрдое ощущение неизбежности внедрения;
наделить руководителя проекта внедрения достаточными полномочиями, поскольку сопротивление иногда (часто подсознательно, или в результате неоправданных амбиций) возникает даже на уровне топменеджеров;
всегда подкреплять все организационные решения по вопросам внедрения изданием соответствующих приказов и письменных распоряжений.5. Временное увеличение нагрузки на сотрудников при внедрении системы управления предприятием.На некоторых этапах проекта внедрения временно возрастает нагрузка на сотрудников предприятия. Это связано с тем, что помимо выполнения обычных рабочих обязанностей, сотрудникам необходимо осваивать новые знания и технологии. Во время проведения опытной эксплуатации и при переходе к промышленной эксплуатации системы в течение некоторого времени приходится вести дела, как и в новой системе, так и продолжать ведение их традиционными способами (поддерживать бумажный документооборот и существовавшие ранее системы). В связи с этим, отдельные этапы проекта внедрения системы могут затягиваться под предлогом того, что у сотрудников и так хватает срочной работы по прямому назначению, а освоение системы является второстепенным и отвлекающим занятием. В таких случаях руководителю предприятия,помимо ведения разъяснительной работы с уклоняющимися от освоения новых технологий сотрудниками необходимо:
повысить уровень мотивации сотрудников к освоению системы в форме поощрений и благодарностей;
принять организационные меры к сокращению срока параллельного ведения дел.6. Формирование квалифицированной группы внедрения и сопровождения системы, руководителя группы.Внедрение большинства крупных систем автоматизации управления предприятием производится по следующей технологии: на предприятии формируется небольшая (36 человек) рабочая группа, которая проходит максимально полное обучение работе с системой, затем на эту группу ложится значительная часть работы по внедрению системы и дальнейшему ее сопровождению. Применение подобной технологии вызванодвумя факторами: вопервых, тем, что предприятие обычно заинтересовано в том, чтобы у него под рукой были специалисты, которые могут оперативно решать большинство рабочих вопросов при настройке и эксплуатации системы, а вовторых, обучение своих сотрудников и их использование, всегда существенно дешевле аутсорсинга. Таким образом, формирование сильной рабочей группы является залогом успешной реализации проекта внедрения.Особенно важным вопросом является выбор руководителя такой группы и администратора системы. Руководитель, помимо знаний базовых компьютерных технологий, должен обладать глубокими знаниями в области ведения бизнеса и управления. В практике крупных западных компаний такой человек занимает должность CIO (Chief Information Officer) которая обычно является второй и в иерархии руководства компании. В отечественной практике, при внедрении систем такую роль, как правило, играет начальник отдела АСУП или ему аналогичного. Основными правилами организации рабочей группы являются следующие принципы:
специалистов рабочей группы необходимо назначать с учетом следующих требований: знание современных компьютерных технологий (и желание осваивать их в дальнейшем), коммуникабельность, ответственность, дисциплинированность;
сособой ответственностью следует подходить к выбору и назначению администратора системы, так как ему будет доступна практически вся корпоративная информация;
возможное увольнение специалистов из группы внедрения в процессе проекта может крайне негативно отразиться на его результатах. Поэтому членов группы следует выбирать из преданных и надежных сотрудников и выработать систему поддержки этой преданности в течение всего проекта;
после определения сотрудников, входящих в группу внедрения, руководитель проекта должен четко расписать кругрешаемых каждым из них задач, формы планов и отчетов, а также длину отчетного периода. В наилучшем случае, отчетным периодом должен быть один день.Все вышеперечисленные задачи, возникающие в процессе построения информационной системы, и методы их решенияявляются наиболее распространенными и естественно, каждое предприятие имеет свою уникальную организационную специфику, и при внедрении информационной системы управления предприятием могут возникать различные нюансы, которые требуют дополнительного рассмотрения и поиска методов их решения. Собственно,для этого и существуют профессиональные бизнесконсультанты.
Ссылки на источники1.Антонец, В.Л., Нечаева Н.В. Инновационный бизнес. Формирование моделей коммерциализации перспективных разработок. М.: Дело, Академия народного хозяйства, 2009. 320 с.2.Кострова, А.В. Методы и модели информационного менеджмента: Учебное пособие // А.В. Кострова. М.: Финансы и статистика, 2007. 336 с.3.Маглинец, Ю.А. Анализ требований к автоматизированным информационным системам. М.: Интернетуниверситет информационных технологий ИНТУИТ.ру, 2010. 200 с.4.Шуремов, Е.Л., Чистов Д.В., Лямова Г.В. «Информационные системы управления предприятиями», изданного М.: Издво «Бухгалтерский учет», 2011.
Balamirzoyev N. L.,Cand.Econ.Sci., senior teacher of chair "Economy and management in the oil and gas industry"FGBOU VPO "The Dagestan state technical university", [email protected] of introduction of the information management system enterpriseAbstract. In article the main problems and the tasks arising in most cases at introduction of information management systems by the enterprise and the recommendation about their decision are considered.Keywords: information systems, information process, information, enterprise, organization, firm.
Тотальное внедрение. Один из вариантов внедрения системы - полномасштабное обследование предприятия, приобретение системы, долгий процесс ее настройки под требования технического задания и, по прошествии долгих месяцев, начало тестовой эксплуатации.
Единственное, хотя и небесспорное преимущество тотального внедрения, - законченность решения, охватывающего все предприятие по всем направлениям деятельности.
Недостатков гораздо больше, в качестве основных можно назвать:
- · риск ошибок при составлении технического задания;
- · длительность процесса: в результате предприятие получает выгоду спустя длительный период времени;
- · возникновение большого количества организационных проблем уже на первых этапах внедрения и тестовой эксплуатации системы;
- · высокий риск потери прибыли неработоспособности всего предприятия из-за неработоспособности новой системы;
- · потребность в обучении персонала в масштабах всего предприятия.
Пилотный проект с последующим тотальным внедрением. Данный метод сегодня используется чаще всего. В этом случае проводится полномасштабное обследование, выбираются две-три системы, наиболее подходящие по требованиям технического задания. Выбирается небольшая задача, решаемая в срок до двух месяцев, осуществляются минимальные капиталовложения: обычно на этом этапе не приобретаются лицензии на программное обеспечение и дорогостоящее оборудование, необходимое для промышленной эксплуатации. Проводится тестовое внедрение, на основе которого принимается решение о пригодности одной из систем к дальнейшему тотальному внедрению, затем предприятие переходит к предыдущему варианту.
При использовании пилотных проектов появляются два дополнительных преимущества - решение о выборе системы становится взвешенным, в организации появляется конкретный "сервис", внедренный на этапе пилотного проекта, хотя охват персонала в этом случае минимален.
Внедрение сервисами. Первое и основное отличие этого подхода заключается в том, что весь процесс внедрения делится на сжатые по времени этапы, и на каждом из них решается какая-либо частная задача, например, обеспечение управления нормативной документацией. В этом случае сжатые сроки и относительно небольшой объем трудозатрат позволяют снизить финансовый риск, быстро оценить достигнутые результаты и при необходимости скорректировать их.
Преимущества такого подхода вполне очевидны:
- · при добавлении нового сервиса нет необходимости изменять бизнес-процессы, уже реализованные в программном обеспечении;
- · добавление набора сервисов реализуется в виде последовательности небольших этапов, после завершения каждого из них предприятие получает законченное решение. При таком подходе можно в любой момент оказаться от дальнейших работ или отложить их на более поздний период, сохранив при этом систему с набором функционала, решающего конкретные задачи;
- · использование веб-интерфейса позволяет охватить всю организацию вместе с удаленными филиалами, не производя работ по настройке клиентских мест;
- · обучение сотрудников, необходимое при внедрении любой системы, проводится добавлением дополнительного сервиса в информационную систему, в результате чего организация получает систему дистанционного обучения, охватывающую всю организацию.
Внедрение корпоративной ИС, разработанной самостоятельно или приобретенной у поставщика, зачастую сопровождается ломкой (перепроектированием) существующих на предприятии бизнес-процессов. Приходится перестраивать их под требования стандартов и логику внедряемой системы. Отметим сразу, что внедрение ИС решает ряд управленческих и технических проблем, однако порождает проблемы, связанные с человеческим фактором.
Внедрение новой ИС - сложный процесс, длящийся от нескольких месяцев для небольших ИС до нескольких лет для ИС больших распределенных компаний с широкой номенклатурой продуктов и большим количеством поставщиков. Успех проекта по разработке (или приобретению) и внедрению ИС во многом зависит от готовности предприятия к ведению проекта, личной заинтересованности и воли руководства, реальной программы действий, наличия ресурсов, обученного персонала, способности к преодолению сопротивления на всех уровнях сложившейся организации.
К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них .
Критически важными для внедрения являются следующие факторы :
· наличие четко сформулированных целей проекта и требований к ИС;
· наличие стратегии внедрения и использования ИС;
· проведение предпроектного обследования предприятия и построения моделей "Как есть" и "Как будет";
· планирование работ, ресурсов и контроль выполнения плана внедрения;
· участие высшего руководства во внедрении системы;
· проведение работ по внедрению ИС специалистами по интегрированию систем совместно со специалистами предприятия;
· регулярный мониторинг качества выполняемых работ;
· быстрое получение положительных результатов хотя бы в части внедренных модулей ИС или в процессе ее опытной эксплуатации.
Перед началом разработки проекта внедрения необходимо:
· максимально формализовать цели проекта внедрения ИС;
· оценить минимально необходимые затраты и статьи расхода;
· установить высокий приоритет проекта внедрения перед остальными текущими проектами;
· наделить руководителя проекта максимально возможными полномочиями;
· провести массовую просветительскую работу с персоналом предприятия с целью довести до каждого важность и необходимость предстоящих преобразований;
· разработать организационные меры для применения новых информационных технологий;
· распределить персональную ответственность по всем этапам внедрения и опытной эксплуатации.
Необходимо также определить функциональные сферы внедрения модулей информационной системы:
· организационное управление;
· организационно-административное обеспечение;
· управление бизнес-процессами;
· управленческий, планово-финансовый и бухгалтерский учет;
· управление персоналом;
· управление документацией;
· управление материально-техническим обеспечением;
· управление связями с клиентами и внешней средой.
Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:
· системная платформа - внедрение и адаптация готового решения от производителя или разработка на заказ в соответствии с техническим заданием заказчика;
· интегрируемость - данные хранятся и обрабатываются в едином информационном пространстве; это обеспечивает их полноту, непротиворечивость, достоверность и возможность многократного использования; система может включать в себя вновь разработанные и уже используемые технологии и приложения;
· адаптируемость - система настраивается в соответствии с требованиями заказчика и на особенности информационного поля заказчика;
· распределенность - система может эффективно функционировать в территориально удаленных подразделениях и филиалах предприятия;
· масштабируемость - система может выполняться в виде каркаса, содержащего базовые модули, и дополняться в соответствии с требованиями изменяющейся внешней и внутренней среды.
6.6.1 Основные фазы внедрения информационной системы
Фаза "Предварительные работы по подготовке проекта внедрения ИС" . В ходе предпроектного обследования предприятия (рис. 4) происходит сбор подробной информации о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимой для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д.
Фаза "Подготовка проекта" . После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:
· формирование проектной и экспертной групп;
· распределение полномочий и ответственности;
· определение организационно-технических требований к процессу внедрения;
· уточнение спецификаций и ожиданий заказчика;
· обучение группы внедрения, состоящей из специалистов предприятия-заказчика.
Последний, очень важный момент почему-то часто пропускается при составлении плана внедрения. А ведь от него в огромной степени зависит успех всего проекта! После начала финансирования проект считается запущенным к исполнению.
Фаза "Концептуальная проработка проекта" . В течение этой фазы:
· формируется и утверждается концептуальный проект;
· уточняются и конкретизируются цели и задачи проекта;
· определяются размеры прототипа системы;
· согласуются укрупненный план работы, последовательность этапов и условия опытной эксплуатации, планово-финансовые и отчетные показатели;
При этом все указанные действия в обязательном порядке документируются, согласуются и утверждаются всеми заинтересованными и ответственными сторонами.
Фаза "Реализация проекта" . Во время проведения основных работ по внедрению создается, устанавливается и конфигурируется системная среда, определяются процедуры системного администрирования, устанавливаются основные программно-аппаратные комплексы и приложения. В системе настраиваются организационно-штатные и организационно-функциональные структуры предприятия с использованием таких организационных единиц, как филиал, департамент, отдел, рабочая группа и т.д.
Рисунок 12 - Примерное содержание репозитория проекта внедрения
Осуществляется установка, конфигурирование и настройка сетевых и телекоммуникационных средств, производится перенос данных из прежних локальных систем и формирование интерфейсов с унаследованными и внешними системами. При этом все создаваемые модели, планы, рабочие программные продукты, документация помещаются в сквозной репозиторий проекта внедрения (рис. 12). Важной частью этого репозитория является система документации, формируемая в рамках проекта (рис. 13).
Рисунок 13 - Примерный состав документации по процессу внедрения информационной системы
Отрабатываются системные вопросы безопасности работы системы в многопользовательском режиме. Создаются приложения, шаблоны, отчеты, клиентские формы доступа, распределяются полномочия пользователей. Проводится "прогонка" всех систем в "боевом режиме" с участием всех заинтересованных сторон.
После окончания фазы реализации проект внедрения считается законченным. Информационная система передается в эксплуатацию.
Контрольные вопросы
1. Что такое "открытая информационная система"? Перечислите основные свойства открытых систем.
2. Охарактеризуйте суть современного процессного подхода к управлению деятельностью предприятия и использования этого подхода при разработке ИС.
3. Какие модели и каким образом используются при проектировании информационных систем?
4. Какие программные средства используются для моделирования процессов при разработке информационных систем?
5. На основании каких данных и информации разрабатываются модели состояния AS IS и AS TO BE?
6. Кто в компании занимается вопросами разработки, внедрения и развития ИС? Кто участвует в подготовке технического задания на разработку ИС?
7. Назовите основные этапы проектирования информационных технологий.
8. Перечислите этапы жизненного цикла информационной системы.
9. На каком этапе разработки и внедрения ИС производится обучение персонала компании?
10. Перечислите основные фазы внедрения ИС.
Управление информационными системами
Практически в любой современной организации мы можем наблюдать тесное переплетение информационных технологий и бизнес-процессов основной деятельности. Поэтому внедрение (замена) информационной системы оказывается серьезным преобразованием, зачастую затрагивающим разнообразные сферы деятельности предприятия. Как следствие, во многих случаях оно становится сложным и болезненным процессом. Тем не менее проблемы, возникающие при внедрении системы, уже достаточно хорошо изучены, и в настоящее время созданы эффективные методики их решения, объединенные в соответствующих стандартах (методологиях).
Внедрение информационной системы – это не просто инсталляция ПО, а также и комплекс трудоемких мероприятий как по реинжинирингу бизнес-процессов предприятия и доработке внедряемых программных средств, так и обучению сотрудников предприятия работе с системой.
Начиная рассматривать вопросы, связанные с организацией внедрения информационных систем, следует прежде всего уточнить значение термина "информационная система". К сожалению, до сих пор под информационной системой зачастую подразумевают программный пакет, что совершенно не соответствует истине и не позволяет сформировать правильное представление о задачах проекта внедрения.
Информационная система представляет собой сложный комплекс разнородных составляющих, которые взаимодействуют между собой и создают необходимые потребителю свойства системы. Информационную систему следует рассматривать как всю инфраструктуру предприятия, задействованную в процессе управления информационно-документальными потоками и включающую в себя:
Технологические элементы, обеспечивающие функционирование системы:
Информационную модель предметной области;
Кадровые ресурсы, отвечающие за формирование и развитие информационной модели;
Программный комплекс;
Кадровые ресурсы, отвечающие за конфигурирование программного комплекса;
Аппаратно-техническую базу;
Эксплуатационно-технические кадровые ресурсы;
Управленческие элементы, обеспечивающие организацию эксплуатации системы:
Регламент развития информационной модели и правила внесения в нее изменений;
Регламент технической и пользовательской поддержки программного комплекса;
Регламент внесения изменений в конфигурацию программного комплекса и состав его функциональных модулей;
Регламент использования программного комплекса и пользовательские инструкции;
Регламент обучения и сертификации пользователей.
Задача проекта внедрения информационной системы включает в себя создание (адаптацию) и запуск в продуктивную эксплуатацию всех перечисленных выше элементов. О сложности этой задачи свидетельствует известная из результатов исследований Standish Group неутешительная статистика по успешности ИТ-проектов: в 1998 году только 26% проектов завершились в срок, не превысили бюджет и обеспечили реализацию предусмотренных функций.
Источники проблем при внедрении информационной системы охватывают различные аспекты частного проекта и деятельности компании в целом. К ним можно отнести:
Отсутствие постановки менеджмента на предприятии;
Необходимость в частичной или полной реорганизации структуры предприятия;
Необходимость изменения технологии бизнеса в различных аспектах;
Сопротивление сотрудников предприятия;
Временное увеличение нагрузки на сотрудников во время внедрения системы;
Необходимость в формировании квалифицированной группы внедрения и сопровождения системы, выбор сильного руководителя группы.
Кроме того, в процессе внедрения существует необходимость в реализации единой ИТ-стратегии предприятия, которая позволит адекватно сочетать развитие (создание) программной и аппаратной частей системы параллельно с комплексом работ по развитию существующей ИТ-инфраструктуры компании.
Значительная часть проблем проектов внедрения обусловлена довольно типичными ошибками, которые известны, но тем не менее часто повторяются:
Проектирование систем без учета стратегии развития бизнеса - необходимо представлять структуру и масштабы бизнеса в перспективе как минимум на 3 года;
Нарушение принципа построения системы "сверху-вниз" и, как следствие, отсутствие информационной поддержки принятия управленческих решений на верхних уровнях управления;
Чрезмерное увлечение реинжинирингом бизнес-процессов и порой неоправданное их подчинение требованиям стандартной функциональности базовой ERP-системы;
Кардинальная переработка базовой функциональности ERP-системы;
Нереалистичные ожидания вследствие неверной оценки экономической эффективности внедрения ERP-системы.
В то же время накопленный опыт внедрения информационных систем свидетельствует о наличии устойчивой группы факторов успеха таких проектов, и, как следствие, о возможности формирования технологии успешного управления проектом внедрения с учетом этих факторов. Рациональная организация проектов внедрения информационных систем описывается в стандартах (международных, государственных, корпоративных), которые часто называют методологиями внедрения.
Факторы успеха проекта внедрения
Тетодологии внедрения обычно разрабатываются ведущими производителями информационных систем с учетом особенностей их программных продуктов, а также сферы внедрения. Положительная сторона таких стандартов - их практическая направленность. Они представляют собой глубоко проработанные, проверенные, многократно апробированные рабочие инструкции и шаблоны проектных документов. Такие стандарты обычно далеки от теоретических абстракций, ориентированы на особенности конкретных систем, содержат наилучший опыт. Но у стандартов есть и отрицательные стороны: даже методологии, предназначенные для систем, близких по классу, не взаимозаменяемы. Например, методология внедрения системы Microsoft Axapta направлена во многом на управление настройками модулей и доработками; а при внедрении функционально подобных модулей SAP или ORACLE EBS превалирует идеология бизнес-реинжиниринга, при котором организации предлагается изменять свои бизнес-процессы, адаптируя их под "лучший опыт", зафиксированный в системе. В качестве наиболее известных примеров методологий можно привести следующий, далеко не исчерпывающий перечень:
Разработки компании Microsoft - методологии "OnTarget", "MSF (Microsoft Solutions Framework)", "Business Solutions Partner Methodology";
Разработки компании SAP - методологии "Процедурная модель SAP", "ASAP (Accelerated SAP)";
Разработки компании Oracle - комплекс методологий "Oracle Method".
Такое разнообразие стандартов позволяет организациям выбрать на их основе рациональную стратегию и сформировать собственные процедуры внедрения, т. е. не "изобретать велосипед" и в то же время обеспечить конкурентные преимущества. Адаптация методологий к нуждам конкретного предприятия заключается не столько в переводе текстов и шаблонов документов на русский язык, сколько в корректировке подходов с учетом российских условий. При этом обычно пересматриваются рекомендуемые стандартами сроки и последовательность задач, создаются методики сбора, верификации и преобразования исходных данных, разрабатываются решения по интеграции с унаследованными системами.
Для Заказчика информационной системы основными результатами использования методологии являются:
Создание решения, оптимально соответствующего требованиям клиента;
Максимально эффективное использование ресурсов проекта;
Минимизация сроков и затрат на внедрение;
Уменьшение рисков проекта.
В то же время организация работы в соответствии с документально зафиксированной методологией оказывается полезной и для разработчика системы:
Появляется методическая база для обучения новых сотрудников стандартным методам внедрения;
Сокращаются внутренние расходы на организацию и реализацию проектов;
Улучшается взаимодействие и взаимопонимание между членами проектной группы;
Повышается эффективность совместного использования ресурсов между проектами, командами.
Несмотря на разнообразие существующих методологий, их содержание включает в себя следующие компоненты: описание состава и структуры комплекса работ проекта внедрения, правила управления таким проектом, организационную структуру команды внедрения.
Структурирование комплекса работ заключается прежде всего в выделении фаз (этапов) проекта. Разбиение проекта на фазы (длительностью 3-4 месяца) обусловлено высокой сложностью проектов и значительными затратами времени на внедрение информационных систем, позволяет получить значимые результаты в более сжатые сроки и реализовать следующие преимущества в организации проекта:
Данные проектной документации не устаревают;
После выполнения каждой фазы проекта появляется возможность уточнить или скорректировать задачи к решению на последующих фазах;
Снижаются проектные риски, обусловленные организационными изменениями на предприятии Заказчика в ходе проекта;
Оптимизируются бюджет проекта и график платежей.
Состав этапов проекта и распределение работ по этапам зависит от конкретной методологии, однако можно выделить типовой состав этапов, которые в той или иной степени присутствуют во всех методологиях и определяются самой логикой внедрения. Это этапы определения проекта, обследования объекта автоматизации, анализа результатов обследования и разработки дизайна системы, создания (настройки) системы, запуска системы в эксплуатацию, сопровождения системы.
Следующим шагом является выделение процессов (комплексов работ), выполняемых на различных этапах проектов. Состав и последовательность исполнения процессов определяются конкретной методологией и служат основой для планирования проекта - для построения иерархической структуры работ.
Таким образом, методология внедрения строится как пересечение двух различных областей знаний: специфической технологии создания продукта - информационной системы - и достаточно универсальной технологии управления проектной деятельностью.
Составляющие методологии внедрения
Основные этапы внедрения информационной системы
1. Выявление основных информационных потоков на предприятии, формирование базы основной нормативно_справочной документации и ее сверка.
В ходе данного этапа определяются основные информационные потоки предприятия и проблемы, которые могут возникнуть при внедрении (например, отсутствие первичных документов, нормативно-справочной документации, стандартов и др.). Формируется и сверяется база основной нормативно справочной документации. По результатам данного обследования формируется подписываемый всеми участниками проекта внедрения документ, который описывает все выявленные проблемы и намечает пути их ликвидации. От качества проведения данного этапа и полноты подготовленного документа часто зависит успех всего проекта в целом. Следует сказать, что необходимым условием успешности всего проекта внедрения является его подробное документирование.
2. Построение информационно_функциональной модели деятельности предприятия (IDEF), описание и оптимизация процессов, подвергающихся автоматизации.
Кроме построения информационно-функциональной модели деятельности предприятия, на данном этапе разрабатывается и согласовывается настройка справочников и классификаторов системы. При необходимости принимаются решения об изменении существующих практик учета или функциональных моделей. Здесь очень важно наличие корпоративных стандартов (которых в Украине, обычно, не существует). На данном этапе обязательно должны быть созданы или проанализированы на полноту корпоративные стандарты учета. Эту задачу может выполнить только хорошо обученный персонал или внешние консультанты. Главным требованием в данном случае является наличие всех необходимых для функционирования системы справочников и классификаторов (единого классификатора продукции, товаров и материалов; плана счетов и аналитических признаков бухгалтерского учета; справочников дебиторов и кредиторов, справочника основных хозяйственных операций, стандартов учета движения материальных и денежных ценностей и т.д.) и соответствие принципов их организации требованиям системы.
Моделирование бизнес_процессов предприятия также крайне желательно, так как оно позволяет хорошо подготовиться к внедрению. Моделирование должно проводиться хорошо обученными сотрудниками предприятия_заказчика с привлечением высококвалифицированных консультантов и с привязкой созданной модели к стандартам бизнеса и к будущей системе. После обучения внедренческая группа разрабатывает детальный план проекта внедрения, в который включены такие вопросы, как обязанности участников проекта, сроки начала и окончания работ, а также другие, вытекающие из них, параллельно решаемые задачи. Работа проводится совместно группой внедрения и внешними консультантами.
3. Выполнение пилотного проекта.
На этой стадии полностью моделируется вся деятельность предприятия. В отдельных подразделениях предприятия в систему вводятся фактические данные (в ограниченном объеме) и последовательно тестируются бизнес_функции путем моделирования реальных ситуаций деятельности предприятия (в условиях, максимально приближенных к действительности). Отрабатывается взаимная работа подразделений на основе тестовых пилотных примеров. На основе результатов выполнения пилотного примера руководством предприятия принимается решение о полномасштабном внедрении системы.
4. Адаптация системы на предприятии.
В ходе этапа осуществляется настройка системы в соответствии с планом проекта внедрения и тестирование отдельных модулей и функций группой внедрения. Конечные пользователи обучаются работе с настроенной системой непосредственно на своих рабочих местах. При этом должна уже быть установлена и настроена система разграничения доступа конечных пользователей к информации. Обучение проводится членами группы внедрения – сотрудниками предприятия-заказчика.
5. Опытная эксплуатация ERP_системы.
В ходе данного этапа заказчик должен убедиться в полном соответствии функциональности, полученной в результате настройки системы, требованиям предприятия. На этом этапе сохраняется двойной ввод данных в старую и новую системы. В ходе опытной эксплуатации: генерируются стандартные отчеты (с помощью ERP_системы и обычными способами) и производится верификация данных; система постепенно вводится в эксплуатацию, по отдельным участкам учета или управления; документируются инструкции по ведению рабочих мест и корректируются должностные инструкции участников учетного процесса и т.д.
6. Ввод системы в промышленную эксплуатацию.
Составляется план перевода внедренной системы в промышленную эксплуатацию, а также определяются процедуры работ и план-график перехода конечных пользователей на работу в новой системе. Затем эти планы последовательно реализуются. Конвертируются наиболее необходимые данные из унаследованных систем.
7. Сопровождение промышленной эксплуатации.
У меня есть многолетний опыт внедрения и последующего сопровождения информационных систем на различных предприятиях. Опыт, в большинстве случаев, был успешным – но здесь я хочу побеседовать, в первую очередь, о причинах, ведущих к неудаче в этом деле, предостеречь вас от возможных ошибок. Я означу собственный метод внедрения, который я использовал неоднократно и который помогает избежать большинства из них.
Первая и самая главная причина провала: некорректно поставленная цель для информационной системы .
Это один из основных вопросов для любого проекта вообще. Заказчик зачастую выбирает цель, которая не имеет к информационной системе никакого отношения, или же зависит от нее незначительно. Примеры: увеличение продаж, занятие большей доли рынка, создание другой культуры управления предприятием и т. д. Но если компания производит товар, спрос на который падает – как тут поможет информационная система? Проблему здесь должно решать подразделение маркетинга. Если нужно изменить культуру предприятия – это вопрос управления персоналом и генерального директора. У некоторых, однако, теплится надежда, что стоит отдать деньги за информационную систему - и проблемы, связанные с организаций бизнеса, решатся сами собой. Обещания продавцов, «впаривающих» дорогие, иностранного производства, многократно проверенные и построенные на «лучших мировых бизнес-практиках» системы лишь укрепляют эту веру. Но на деле компания с неэффективным стилем управления останется неэффективной, только уже с информационной системой. Если на вашу продукцию упал спрос, он тоже не изменится никак. Правда, информационная система позволит вам быстро и точно подсчитать убытки, в том числе и от ее внедрения.
Корректно поставленная цель внедрения информационной системы - залог успеха этого внедрения. Правильны цели, связанные с обработкой информации: хранение, поиск данных, задачи, связанные с расчетами, группировкой, анализом. При внедрении системы все это требовать меньше времени. Помните, однако, что ускорение неудачных процессов приведет к еще более неудачному результату для компании, чем было бы без системы.
Вот один из недавних случаев на переговорах с заказчиком. Заказчик хочет сменить систему конфигурирования изделия, надеясь, что это упорядочит работу производства. С его слов, новая система должна предоставить только ограниченный выбор доступных опций изделий. Тогда производству и отделу согласования будет проще работать, появится набор стандартных решений. У заказчика, однако, уже есть конфигуратор. Сразу возник вопрос: зачем менять? Ответ потрясающий: другой конфигуратор «заставит нас работать правильно», создать необходимую документацию на изделие, изменить схемы обработки заказов и скорректировать культуру работы с заказчиком. Получается, менеджеры понимают, в чем проблема, но расписываются в собственном бессилии изменить ситуацию и перекладывают трудности по реорганизации бизнес-процессов на подразделение, которое за это не отвечает. Как правило, такой проект завершается крахом или затягивается на долгие годы.
Даже если предположить, что специалисты-информационщики знают, как следует изменить бизнес-процессы (с логикой у нас порядок), у них все равно нет нужного административного ресурса, да и ожидаемый результат зависит, в первую очередь, не от программного обеспечения. Здесь явно путается следствие и причина. Допустим, есть предприятие А с информационной системой ABC. Предприятие работает стабильно, нет авралов, неразберихи, заказы выполняются в срок, есть планомерная деятельность отлаженного механизма. Можно сделать вывод, что все хорошо благодаря системе ABC, но это 100% не так. Наличие системы ABC у предприятия A, кончено же, вносит свой вклад в бизнес, но не является ключевым. Если руководство некоего предприятия Б решило внедрить у себя систему ABC в надежде, что после ее внедрения предприятие Б тоже будет работать так же, как A, его ждет сюрприз. Деньги будут потрачены, но ожидаемый эффект не наступит, т.к. методика работы на предприятии Б не изменится.
Эффективные цели
Повторюсь – цели, которые я считаю эффективными при внедрении информационной системы, связаны с ускорением существующих бизнес-процессов или созданием новых для обработки данных. Не стоит перекладывать на информационную систему задачи других подразделений, особенно без права влиять на эти процессы.
Внедрение информационной системы позволяет запустить бизнес-процессы, которые прежде не имели права на существование из-за неприемлемых сроков выполнения. Более того, я считаю, что запуск новых бизнес-процессов - обязательное условие для успешного внедрения системы. Очевидно, если раньше мы использовали напильник для выполнения работ, а теперь у нас станок, это будет другой процесс. Если планирование было налажено плохо, станок, из-за своей производительности, принесет компании еще больший убыток.
Итак, с целями мы определились, теперь осталось правильно составить техническое задание.
Техническое задание
Это вторая по важности составляющая успеха при внедрении информационной системы. Напомню, эффективная цель – ускорение бизнес процессов, которых может быть еще не существует. Заказчик только в общих чертах понимает, что ему нужно. Хорошим вариантом считается уже на первых этапах работы составить подробное многостраничное ТЗ. Это работает, особенно для исполнителя по контракту. Заказчик все подписывает, не до конца понимая, что именно сделает исполнитель. А между тем, за каждое новое поле или форму, не записанные в ТЗ, исполнитель запросто попросит с заказчика еще денег. В итоге заказчик получит процесс с неполными или избыточными данными, хотя формально контракт был выполнен в точном соответствии с требованием. Заказчик будет недоволен и во второй раз к этому исполнителю не обратится.
Получается, что не заказчик подписал неподходящее ТЗ, а исполнитель разработал и предложил совсем не то – не угадал, о чем мечтал заказчик. Замечаете парадокс? Исполнитель сам для себя пишет ТЗ, но при этом должен угадать, чего на самом деле хочет заказчик. В принципе, это возможно (для участников шоу «Битва Экстрасенсов»), но маловероятно. У меня был опыт создания подробных ТЗ, которые на этапе внедрения претерпевали изменения порядка 30%. Обычная история: в процессе работы над проектом у заказчика появлялись новые идеи, их приходилось учитывать, отказываясь от предыдущих решений. Потому я не сторонник очень подробных ТЗ. Они отнимают много времени, а в итоге будут скорректированы на этапе опытной эксплуатации и внедрения. Если не сделать корректировку, можно испортить отношения с заказчиком. При попытке сослаться на подробное ТЗ в ответ вы услышите – «ну, вы же специалисты, должны были сами все знать заранее».
Я считаю, в ТЗ должны быть отражены только общие блоки работ с описанием ожидаемых результатов. Пусть оно достаточно точно описывает, что хочет получить заказчик, и что должен сделать исполнитель. Корректировка ТЗ неизбежна из-за того, что при появлении нового инструмента у заказчика обязательно появятся новые бизнес-процессы. Попытка сохранить прежние бизнес-процессы приведет к провалу проекта. Конечно, не все старое отметается полностью, оно корректируется в соответствии с возросшими возможностями предприятия при наличии информационной системы. Максимум, на чем должно останавливаться ТЗ – списки документов для обработки системой с их образцами. Таким образом, составленное ТЗ не изменится по части общих требований, фактически оно будет уточняться в процессе внедрения, вплоть до конкретных полей и процессов. При этом исполнитель в любом случае знает ожидаемый объем работ. Для успешного проекта требуется 1-2 итерации: внедряется определенный объем выполненных работ, и по результатам заказчик согласовывает коррекцию с исполнителем. Время, которое можно было потратить на излишнюю детализацию ТЗ, гораздо эффективнее использовать для итерационных корректировок системы в соответствии с результатом тестовой эксплуатации.
Есть еще один вариант составления ТЗ: в нем декларируется конечная цель заказчика. И тут вы можете сразу заметить противоречия с предыдущем написанным тестом. Это случай составления проекта, в котором информационная система является только частью. У меня был опыт внедрения комплексной системы управления компаний, где основная сумма по контакту выплачивалась в случае, если заказчик получит увеличение оборота в два раза. Спрашивается, это как? Ответ прост: цели заказчика - автоматизация и оптимизация бизнес процессов копании, ускорение процесса работы с клиентами, точный учет затрат по контрактам, точный расчет бонусов менеджерам, участвующим в контрактах, финансовое планирование. Исходя из того, что все эти задачи не были решены, я подписал контракт. К сожалению, достигнуть 100% увеличения объема оборота у заказчика за 1 год не удалось, но 83% тоже хорошо. Мое вознаграждение было выплачено пропорционально.
Следующим важным документом для успешного выполнения работ является план-график работ.
План-график работ
План-график - документ, содержащий план конкретных работ, в котором описаны действия, которые должны выполнить как заказчик , так и исполнитель . План-график нужен для оперативного контроля за работой обеих сторон. Как правило, в нем перечисляются все системы и подсистемы со своими процессами, документами, отчетами, которые будут разработаны и внедрены. К примеру: действия заказчика, связанные с организацией рабочих мест, прокладкой коммуникаций, обучением персонала и т.д. На каждом пункте плана-графика может быть проставлена цена и длительность, это дает возможность делать взаиморасчеты между исполнителем и заказчиком. Работы, конечно, могут идти параллельно. Хорошо использовать диаграммы Ганта или что-то аналогичное, но не обязательно.
Запуск системы в работу
Запуску системы предшествует тестирование исполнителем системы на примерах заказчика. После получения положительных результатов начинается работа по реальному внедрению и запуску системы. Если опытная эксплуатация делается только на опытных примерах без участия рядовых исполнителей заказчика, без использования реальных задач, она не достигнет поставленной цели. Целью же является сбор замечаний, которые необходимо устранить для перевода в промышленную эксплуатацию. Данный этап правильнее было бы назвать расширенным тестированием с привлечением исполнителей заказчика. Реальная опытная эксплуатация начинается после внедрения системы при участии, как минимум, 50-70% процентах рабочих мест.
Персонал проходит обучение, для пользователей составляются краткие инструкции. Этот этап может длиться от нескольких минут до нескольких недель. Хорошо работают методы экстремального программирования, когда поступившие замечания от сотрудников исполнителя сразу устраняются квалифицированными разработчиками заказчика, желательно на месте у заказчика. Тем самым за одну, максимум две недели можно решить основную массу проблем, связанных с запуском и адаптацией системы. Без масштабного запуска с неукоснительным требованием руководства заказчика введение в эксплуатацию может затягиваться на долгие месяцы. Если нет жесткого требования руководства, люди будут работать по-старому. При любых нововведениях у людей лишь возникнет ощущение, что им кто-то мешает жить.
После этапа опытной эксплуатации сразу следует промышленная. Отличие между ними только в количестве замечаний, которые должны быть устранены, и в отсутствии критических проблем, при наличии которых эксплуатация становится невозможной.
В итоге мы получаем такие этапы запуска и внедрения системы:
- Тестирование с привлечением сотрудников заказчика на реальных примерах;
- Опытная эксплуатация с немедленным устраняем возникающих проблем;
- Промышленная эксплуатация.
Этот метод был проверен мной многократно на предприятиях различных масштабов. Сотрудники компании заказчика в некоторые моменты испытывают дискомфорт, как и сотрудники исполнителя. Но, к счастью, дискомфорт этот быстро сходит на нет, и предприятие переходит в планомерную работу при конструктивном подходе к решению возникающих задач.