Внедрение SAP R/3: Руководство для менеджеров и инженеров
Шрифт:
Определение требующихся отчетов
В SAP предусмотрены сотни стандартных отчетов, многие из которых обладают достаточной гибкостью, причем один новый отчет SAP может заменить несколько отчетов в унаследованных системах. Каждое требование к тому или иному отчету необходимо сверить с иерархией отчетов в системе, чтобы убедиться в наличии соответствующей функции. На случай, если то или иное требование не удается удовлетворить с помощью стандартного отчета, в SAP предусмотрен шаблон записи нестандартных требований к отчету и широкий набор средств создания нестандартной отчетности, в том числе Report Writer/Report Painter, АВАР Query, АВАР Reporting и т. д.
Определение
В рамках этой задачи следует определить необходимость в будущем использовании специальных функций и возможностей SAP — таких, как прикладной Интернет-компонент (Internet Application Components, IAC), SAP Workflow, SAP Business Warehouse, Application Link Enabling (ALE) и т. д. На начальных этапах внедрения использовать эти функциональные возможности нельзя.
Определение требований к конвертации данных
В рамках этой задачи необходимо собрать информацию об объемах данных и частоте их миграции, требований к форматам, структурам исходных таблиц и установить соответствия с таблицами в SAP.
Определение требований к модификациям
В рамках этой задачи необходимо определить несоответствия, которые можно устранить посредством модификаций и усовершенствований системы. В SAP предусмотрен шаблон подготовки и утверждения модификаций. Также необходимо определить возможность достижения желаемого результата через пользовательские компоненты, интерфейс с другим программным продуктом или после внедрения новой версии системы.
Определение возможных пробелов
Необходимо определить возможные несоответствия между функциональностью текущей версии SAP и требованиями компании.
Пересмотр описаний и моделей бизнес-процессов
В рамках этой задачи документируются любые изменения того или иного бизнес-процесса, которые возникают из-за особенностей подхода SAP к внедрению бизнес-процессов. Также проводится интеграция всей собранной за время семинаров и совещаний информации и аспектов требований к системе и процессам с целью определения возможных несоответствий, пробелов, а также нахождения решений для ранее указанных недостатков.
Подробные обсуждения бизнес-процессов проводятся с целью выполнения следующих задач:
• Прояснение требований на основе результатов опросов клиентов и информации о бизнес-процессах
• Анализ прошедших внедрений бизнес-процессов SAP с целью обнаружения более гибких и/или эффективных версий того или иного процесса.
• Исследование различных недостатков и пробелов с целью нахождения решений.
• Пересмотр требований к бизнес-процессам на уровне оптимизации процесса, требований к авторизации и т. д.
Концептуальный проект подробно описывает требования к бизнес-процессам и выступает как справочник при дальнейшем осуществлении индивидуальных настроек и создании новых разработок. Подготовка Концептуального проекта включает в себя задачи, рассмотренные ниже.
Анализ организационной оптимизации
На этом этапе необходимо отладить организационные взаимоотношения и координацию, которые обнаруживаются в результате анализа собранной во время подробного обсуждения бизнес-процессов информации. В дальнейшем эта информация используется для подготовки обновления двух типов карт:
• Карты возможных последствий для бизнеса
• Карты возможных последствий для процессов.
Пересмотр организации проекта и распределение ролей
На этом этапе необходимо четко распределить
роли в организации проекта в свете собранной для Концептуального проекта информации. Эти данные необходимо использовать в процессе управления изменениями для подготовки планов обучения и профилей авторизации.Составление Концептуального проекта
Эта задача включает консолидацию баз данных «Вопросы и ответы» (Q&Adb) в одну централизованную базу данных и составление Концептуального проекта. Концептуальный проект должен охватывать следующие аспекты:
• Управленческий конспект
• Рамки областей процессов предприятия
• Организационная структура
• Заполненные списки контрольных вопросов по бизнес-процессам и формуляры описаний исходных данных клиента (CI).
• Обоснование для использования усовершенствований, конвертации и интерфейсов
• Заполненный список технических контрольных вопросов.
Концептуальный проект также должен содержать упомянутый выше опрос потребительских мнений — 15 общих вопросов по каждому бизнес-процессу.
Основной список бизнес-процессов
Эта задача нацелена на определение точных рамок бизнес-процессов, которые будут внедряться на этапе реализации. Основной список бизнес-процессов (BPML) — это описание всех областей, которые охватит проект SAP, причем конфигурация осуществляется в два этапа — базовая конфигурация и окончательная конфигурация (см. рис. 14.7 и 14.8).
Методология ASAP рекомендует — базовые рамки проекта должны охватывать около 80 % планируемой области проекта (см. рис. 14.9, 14.10 и 14.11), и включать в себя наиболее важные сценарии, процессы и функции компании. Оставшиеся сценарии и процессы рассматриваются во время окончательной конфигурации. Чтобы облегчить эту задачу, методология ASAP рекомендует сформировать несколько циклов конфигурации, каждый из которых состоит из набора бизнес-процессов, сгруппированных по принципу приоритетности.
При выборе транзакций бизнес-процессов в базе данных «Вопросы и ответы» появляются транзакции, ассоциированные с конкретным бизнес-процессом. Выбор одной или нескольких колонок показывает, что их необходимо включить в выполняемые на этапе реализации циклы конфигурации и интеграции.
Рис. 14.7. Подготовка основного списка бизнес-процессов.
Рис. 14.8. Дополнительная информация, зафиксированная в основном списке бизнес-процессов.
Рис. 14.9. Информация о графике.
Рис. 14.10. Информация о тестировании.
Рис. 14.11. Дополнительная информация о базовых рамках проекта.
Индикаторы колонок приведены ниже (см. рис. 14.6 и 14.8):
• SC — в полном объеме
• BL — включается в базовую конфигурацию