Определение требований к бизнес-процессам проводится с учетом следующих документов:
• Карта охвата областей бизнес-процессов
• База данных «Вопросы и ответы» (Q&Adb)
• Формуляр описания исходных данных клиента (Customer Input, CI).
В методологии ASAP предусмотрен список контрольных вопросов, который служит основой для проведения таких семинаров. Вопросы, связанные с организационной структурой содержатся в базе данных «Вопросы и ответы» (Q&Adb), в разделе «Вопросы по бизнес-процессам» (см. рис. 14.5).
К списку контрольных вопросов прилагаются подробные сведения о бизнес-процессах — для этого заполняются шаблоны опросов мнений потребителей, которые содержат 15 вопросов по каждому из процессов (см. рис. 14.6) и охватывают следующие темы:
• Ожидаемые требования
• Общие ожидания
• Объяснение функций и событий
• Особые организационные мнения
• Бизнес-модель
• Изменения существующей организации
Рис. 14.5.
Рис. 14.6.
• Описания усовершенствований
• Описания функциональных недостатков
• Подходы к устранению недостатков
• Заметки о возможности дальнейших улучшений
• Анализ системной конфигурации
• Рассмотрение интерфейсов
• Мнение по конвертации данных
• Обсуждение отчетов
• Рассмотрение авторизации.
Определение требующихся отчетов
В 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 общих вопросов по каждому бизнес-процессу.