Читать онлайн «Информационные технологии и управление предприятием». Страница 64

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Именно поэтому, перед началом внедрения ERP-системы, многие предприятия должны пройти фазу реорганизации собственной деятельности в соответствии с бизнес-логикой, заложенной внутри ERP-системы. Однако данные изменения для западных предприятий могут быть несущественны, так как основные принципы, в соответствии с которыми они функционируют, практически стандартны. Может быть, именно поэтому существуют конфигурации ERP-систем, например для R/3 или Oracle Applications, которые поставляются в стандартной конфигурации, с готовым комплектом пользовательской документации, практически полностью походящие под специфику деятельности многих западных компаний.

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

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

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

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

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

• обучение пользователей. Как правило, при внедрении ERP-решения проводится первоначальное обучение проектной группы со стороны заказчика, которая в дальнейшем и будет заниматься внедрением системы совместно с персоналом исполнителя. В дальнейшем члены проектной группы со стороны заказчика будут обучать сотрудников предприятия.