Общая характеристика проектов внедрения информационных систем
Задача проекта внедрения информационной системы включает в себя создание (адаптацию) и запуск в продуктивную эксплуатацию всех перечисленных выше элементов. О сложности этой задачи свидетельствует известная из результатов исследований Standish Group неутешительная статистика по успешности ИТ-проектов: в 1998 году только 26% проектов завершились в срок, не превысили бюджет и обеспечили реализацию предусмотренных функций.
Источники проблем при внедрении информационной системы охватывают различные аспекты частного проекта и деятельности компании в целом. К ним можно отнести:
отсутствие постановки менеджмента на предприятии;
необходимость в частичной или полной реорганизации структуры предприятия;
необходимость изменения технологии бизнеса в различных аспектах;
сопротивление сотрудников предприятия;
временное увеличение нагрузки на сотрудников во время внедрения системы;
необходимость в формировании квалифицированной группы внедрения и сопровождения системы, выбор сильного руководителя группы.
Кроме того, в процессе внедрения существует необходимость в реализации единой ИТ-стратегии предприятия, которая позволит адекватно сочетать развитие (создание) программной и аппаратной частей системы параллельно с комплексом работ по развитию существующей ИТ-инфраструктуры компании.
Значительная часть проблем проектов внедрения обусловлена довольно типичными ошибками, которые известны, но тем не менее часто повторяются:
проектирование систем без учета стратегии развития бизнеса — необходимо представлять структуру и масштабы бизнеса в перспективе как минимум на 3 года [1.1, 1.2];
нарушение принципа построения системы «сверху-вниз» и, как следствие, отсутствие информационной поддержки принятия управленческих решений на верхних уровнях управления;
чрезмерное увлечение реинжинирингом бизнес-процессов и порой неоправданное их подчинение требованиям стандартной функциональности базовой ERP-системы;
кардинальная переработка базовой функциональности ERP-системы;
нереалистичные ожидания вследствие неверной оценки экономической эффективности внедрения ERP-системы.
В то же время накопленный опыт внедрения информационных систем свидетельствует о наличии устойчивой группы факторов успеха таких проектов [1.3], и, как следствие, о возможности формирования технологии успешного управления проектом внедрения с учетом этих факторов (рис. 1.1). Рациональная организация проектов внедрения информационных систем описывается в стандартах (международных, государственных, корпоративных), которые часто называют методологиями внедрения.
Р
ис. 1.1. Факторы успеха проекта внедрения
Назначение и состав методологий внедрения
Методологии внедрения обычно разрабатываются ведущими производителями информационных систем с учетом особенностей их программных продуктов, а также сферы внедрения. Положительная сторона таких стандартов — их практическая направленность. Они представляют собой глубоко проработанные, проверенные, многократно апробированные рабочие инструкции и шаблоны проектных документов. Такие стандарты обычно далеки от теоретических абстракций, ориентированы на особенности конкретных систем, содержат наилучший опыт. Но у стандартов есть и отрицательные стороны: даже методологии, предназначенные для систем, близких по классу, не взаимозаменяемы. Например, методология внедрения системы 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 месяца) обусловлено высокой сложностью проектов и значительными затратами времени на внедрение информационных систем, позволяет получить значимые результаты в более сжатые сроки и реализовать следующие преимущества в организации проекта:
данные проектной документации не устаревают;
после выполнения каждой фазы проекта появляется возможность уточнить или скорректировать задачи к решению на последующих фазах;
снижаются проектные риски, обусловленные организационными изменениями на предприятии Заказчика в ходе проекта;
оптимизируются бюджет проекта и график платежей.
Состав этапов проекта и распределение работ по этапам зависит от конкретной методологии, однако можно выделить типовой состав этапов, которые в той или иной степени присутствуют во всех методологиях и определяются самой логикой внедрения. Это этапы определения проекта, обследования объекта автоматизации, анализа результатов обследования и разработки дизайна системы, создания (настройки) системы, запуска системы в эксплуатацию, сопровождения системы.
Следующим шагом является выделение процессов (комплексов работ), выполняемых на различных этапах проектов. Состав и последовательность исполнения процессов определяются конкретной методологией и служат основой для планирования проекта — для построения иерархической структуры работ (см. раздел 4 «Управление интеграцией и содержанием проекта внедрения»).
Таким образом, методология внедрения строится как пересечение двух различных областей знаний: специфической технологии создания продукта — информационной системы — и достаточно универсальной технологии управления проектной деятельностью (рис. 1.2).
 
Рис. 1.2. Составляющие методологии внедрения
|
