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

• Установку SAP

• Функциональное обучение администраторов и конечных пользователей

• Обучение технического персонала функциям системного администрирования и управления Базисом SAP

• Загрузку имеющихся данных

• Тестирование.

Использование внешних консультантов для обучения своих функциональных и технических консультантов

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

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

Централизованная или децентрализованная конфигурация SAP

Обычно инсталляции SAP проходили на централизованном сервере баз данных, однако у предприятий нового тысячелетия с распределенными серверами баз данных может возникнуть необходимость в децентрализованной конфигурации. Как уже отмечалось в главе 4 «Решение SAP», система R/3 также допускает распределение уровня презентаций и уровня приложений среди нескольких компьютеров. Возможность внедрить многослойную концепцию «клиент-сервер» без потерь при интеграции данных и процессов в масштабе всей системы является огромным достижением таких интегрированных систем, как SAP. Компания SAP смогла добиться этого с помощью технологии Application Link Enabling (ALE), разработанной в 1995 году.

Пользователь как движущая сила функциональности

Коренное отличие проектов SAP от традиционных отраслевых решений и информационных систем заключается в том, что движущей силой проектов SAP является пользователь. Ключевые сотрудники функциональных подразделений компании, работающие в команде по внедрению, играют важнейшую роль в отслеживании и документировании существующих процессов, а также принятии решений по будущим процессам. Подход к отслеживанию и конфигурации желаемой функциональности напоминает методологию «Совместная разработка приложений» и методологию прототипирования, которые были Распространены в 80-е годы.

Список ресурсов для проекта внедрения SAP

Подобно функции «Список материалов» (Bill of Materials) в модуле «Планирование и контроль производства» (Production Planning and Control), можно дать определение общей версии этой функции — «Список ресурсов» (Bill of Resources, BOR), применительно к проекту внедрения SAP. Эта функция позволяет задать иерархию начальных данных, ресурсов и затрат как единую структуру. В данном разделе мы рассмотрим, какие ресурсы нужны для проекта внедрения SAP.

Компания SAP рекомендует методологию ускоренного внедрения — AcceleratedSAP, как основную методологию для средних и малых предприятий (которую мы подробно рассмотрим в части IV, «Стадия внедрения»). Оценщик проекта AcceleratedSAP определяет объем проекта и другие важные факторы — такие, как отвечающий требованиям профессионализм, стратегия внедрения и т. д., и в итоге указывает приблизительную длительность и стоимость проекта.

Финансы

Хотя делать какие-либо обобщения трудно, средняя стоимость проекта SAP для средних и малых предприятий может колебаться в рамках от 3 до 7 млн. долларов. Примерный расклад расходов выглядит так:

Инфраструктура — оборудование 30%

Лицензии на программное обеспечение 30%

Услуги по внедрению (внешние и внутренние) 40%

Материалы

Материальные затраты включают в себя:

• Оборудование: серверы (базы данных, приложения, сеть, электронная почта и т. д.) и клиентские персональные компьютеры

• Объединение в сеть: оборудование и программное обеспечение

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

• Инфраструктура Project Office и SAP Center.

Кадры

Необходимые кадровые ресурсы:

• Топ-менеджеры

• Старшие менеджеры

• Технический персонал

• Персонал для системного администрирования и техподдержки

• Персонал администрации офиса

• Привилегированные пользователи

• Конечные пользователи.

Время

Сроки завершения проекта SAP для средних и малых предприятий в среднем составляют от 4 до 9 месяцев.

Информация

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

Среда внедрения

Среда внедрения состоит из нескольких компонентов, которые описываются в следующих разделах.

Справочная Модель R/3

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

• Функциональная модель

• Модель процессов

• Модель данных

• Организационная модель

• Модель потока информации

• Коммуникационная модель

• Модель дистрибуции.

Бизнес навигатор R/3

Этот компонент создает контекст для доступа к Справочной модели. Предусмотрено два различных вида:

• Процессовый вид

• Компонентный вид.

На рисунках 5.1 — 5.7 представлены образцы экранов для процессового и компонентного вида.

Функциональный вид рассматривает различные виды деятельности внутри функции в порядке сверху вниз, начиная с транзакций и вплоть до уровня моделей данных.

Процессовый вид в основном описывает подробности, относящиеся к тому или иному процессу.