Внедрение SAP R/3: Руководство для менеджеров и инженеров - Вивек Кале

Функциональная команда — главная составляющая команды, ответственной за выбор. Она должна включать руководящих работников, осведомленных о деловых операциях компании, производственных технологиях, профессионализме компании и слабых местах в ее конкурентоспособности. Так как движущей силой проектов внедрения ERP-систем являются пользователи, то можно порекомендовать включить в отборочную команду представителей всех функциональных подразделений, которые впоследствии будут участвовать во внедрении системы. Желательно, чтобы все они имели опыт внедрения других, более ранних систем, таких, как Тотальный Контроль Качества (TQM), Реинжиниринг Бизнес-Процессов (BPR) и т. д.

Техническая команда

Члены этой команды должны иметь богатый опыт как минимум, в разработке и проектах по внедрению обычных приложений, а также разбираться в стандартных средах разработки и традиционных методологиях, используемых в жизненном цикле разработки программного обеспечения (SDLC). Они должны понимать основные причины использования ERP-системы, а также то, что движущей и направляющей силой являются функциональные пользователи.

Технологическая команда

Члены этой команды должны быть хорошо знакомы с последними достижениями в области компьютерного оборудования, сетей и систем, в особенности с вопросами мобильности, масштабирования и возможностей взаимодействия компьютерных сетей. Чтобы принять обоснованные решения по вопросам инфраструктуры для внедрения ERP-системы, они должны быть осведомлены о самых современных стандартах и протоколах передачи данных. В компетенцию этой команды также входит приблизительный прогноз нагрузки на систему и возможной реакции системы, вопросы совместимости, модернизации, сетевого трафика в локальных и глобальных сетях (LAN, WAN).

Члены технологической команды должны быть знакомы с системами архивации, резервного копирования и восстановления утраченных данных, а также ориентироваться в вопросах подготовки помещений, прокладки кабелей, установки и поддержки других устройств; отвечать остальным требованиям, необходимым для инсталляции ERP-системы.

Коммерческая команда

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

Сущность методологии выбора ERP-системы

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

Выбор процессов

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

Составление карты процессов предприятия

Составление карты процессов предприятия подразумевает скрупулезное отслеживание и отбор процессов, наиболее важных для деловых операций компании. Это влечет за собой необходимость уточнения подробной информации о каждом процессе: название, назначение, ответственный за процесс сотрудник, описание процесса (в том числе описание типа исходных данных и результата процесса), качество и эффективность, подпроцессы, интерфейсы взаимодействия с другими функциями и системами, статус процесса (исключительный ли процесс), возможности для усовершенствования, анализ влияния предполагаемых сценариев и т. д. Скомпилированная карта процессов будет весьма полезной при подготовке функционального тестирования. Подробно составление карты процессов обсуждается в главе 6 «SAP и реинжиниринг предприятия».

Тестовые сценарии

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

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

• Предусматривается включение нового процесса в стандартную функциональность системы.

• Предлагаются изменения для достижения этой функциональности и они соответствующим образом конфигурируются.

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

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

• Разрабатывается желаемая функциональность в ERP-системе в среде 3GL/4GL, которая использовалась при создании ERP-системы.

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

Нагрузочное тестирование

Эти тесты весьма схожи с функциональным тестированием, которому подвергаются традиционные системы. Такое тестирование подразумевает оценку ожидаемой нагрузки на систему в операционной среде и воспроизведение (симуляция) этих условий в тестовой среде с целью проверки, сможет ли система эффективно справиться с ожидаемой нагрузкой в условиях предлагаемой конфигурации. Это тестирование может также предусматривать оценку объемов данных, пропускной способности сетей LAN/WAN, а также оценку обслуживания центральными серверами интерактивных операций между серверами и терминалами. Для отчета о результатах тестов и характеристик работы системы, необходимо использовать общую для всех процессов шкалу оценки. Необходимые для оценки результаты можно получить, проведя полномасштабное тестирование либо на предприятии, либо в демонстрационном центре компании-поставщика.

Отчет о выборе ERP-системы

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

Как упоминалось в разделе «Процесс выбора ERP», оптимальным решением будет максимально объективно зафиксировать все расхождения и варианты, затем оценить их по цифровой шкале. Математический подход — лучшее средство разрешения споров и выявления истинной ценности того или иного аспекта. Поскольку присвоенные значения — всего лишь сравнительные средства оценки по относительной шкале измерения, а не фактические данные, они помогают сконцентрировать обсуждение на полученных оценках точно определенных аспектов и моментов, связанных с выбором системы. Относительную шкалу и другие значимые факторы, ассоциированные с разными аспектами оценки систем, всегда можно переделать, пока они не удовлетворят всех или почти всех участников обсуждения. Окончательные выводы будут основываться на сумме многочисленных мелких согласований, достигнутых за все время обсуждения.

В следующем подразделе я рассмотрю математический подход к сравнению ERP-систем.

Сравнительная таблица ERP-систем

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

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

2. Расположить характеристики в порядке убывания их важности, с согласия всех членов отборочной команды.

3. Принять решение, какие характеристики необходимы.

4. Принять решение, какие характеристики желательны.