8.4. Практические аспекты внедрения

Сложившаяся в России экономическая ситуация характеризуется выходом на местный рынок большого количества международных ком­паний, особенно работающих в секторе товаров народного потребления. Успешно развивающийся бизнес в России заставляет руководство меж­дународных компаний рассматривать российский офис как полноценное звено международной компании. Таким образом, в сегодняшней дейст­вительности перед многими российскими представительствами ино­странных компаний достаточно часто ставится задача адаптации запад­ай корпоративной модели системы управления предприятием (напри­мер, на базе SAP R/3) или даже включения российского филиала компании в единую информационную среду, физически расположенную в другой стране.

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

8.4.1. Подход к функциональному тиражированию

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

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

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

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

работу системы в целом. Согласование даже незначительного измене­ния со всеми заинтересованными сторонами может требовать значи­тельного времени, причем потребности и интересы сторон по ряду во­просов могут диаметрально различаться.

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

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

При проведении функционального тиражирования в проектной команде появляются дополнительные роли - менеджеры по интегра­ции. В обязанности этих специалистов входит контроль за локально проводимым внедрением применительно к функциональности «моде­ли в целом.

у Менеджер по интеграции, обладая всей полнотой ответственно­сти, должен проанализировать и одобрить конфигурацию и дополни­тельные разработки с тем, чтобы функциональность, примененная в России, не противоречила конфигурации, выполненной в других странах. Это особенно важно, когда речь идет о настройках, не по­зволяющих разделение функциональности по компаниям. Необходи­мо, особенно на заключительных стадиях проекта, обеспечить опера­тивную реакцию на запросы, помня, что даже разница во времени между странами может сыграть весьма негативную роль.

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

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