Владимир Баронов - Информационные технологии и управление предприятием

• краткое описание структуры, деятельности и т. п.;

• стратегические цели, задачи, потребности, проблемы;

• требования, предъявляемые к ИТ, функциональные требования к системе;

• размер ИТ-бюджета (хотя бы в самом общем виде);

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

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

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

Для более детального отбора поставщиков решения необходимо описать текущую/планируемую деятельность в формализованном виде. Формируются основные критерии, на основании которых будет происходить отбор финалистов. Таким критериями могут быть:

• функциональные требования, необходимость интеграции решений и т. п.;

• масштабируемость решения;

• стоимость лицензий;

• стоимость годовой технической поддержки;

• стоимость консультационных услуг (внедрение);

• стоимость/необходимость проведения возможных реорганизационных мероприятий;

• сроки реализации проекта;

• требования к составу/квалификации проектной группы со стороны заказчика/исполнителя;

• наличие у поставщика решения партнерской сети;

• наличие/доступность для ознакомления аналогичных выполненных проектов в России/мире;

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

На основании явно озвученных претендентам критериев и того, что остается «за кадром», производится отбор победителя, ознакомление с его решениями и т. п. После этого проектная группа заключает договор и начинает работу по внедрению системы.

За последние несколько десятилетий в мире накоплен довольно большой опыт по использованию информационных технологий в целом и ERP-систем в частности. Хотя термин ERP появился в начале 90-х годов с легкой руки консультационной компании Gartner Group, история развития этих систем начинается еще с середины 60-х годов, с момента появления первых систем планирования/учета. И этот опыт показывает, что с использованием ERP на предприятиях не все так однозначно.

Как правило, внедрение современной ERP-системы на предприятии – это процесс, который может длиться несколько лет. По данным компании Standish Group, только 16 % внедрения информационных систем завершается вовремя, в рамках запланированного бюджета, с реализацией запланированной функциональности. Почти треть проектов относятся к досрочно прекращенным (неудачным), а остальные – это проекты, выполненные с превышением сроков/ бюджета или с ограничениями по запланированной функциональности.

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

• риски, связанные с управлением проектом. К этой категории относятся риски, обусловленные применением неправильных методов управления проектами или полным отказом от использования методологий управления проектами;

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

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