Основной список бизнес-процессов
Эта задача нацелена на определение точных рамок бизнес-процессов, которые будут внедряться на этапе реализации. Основной список бизнес-процессов (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 — включается в базовую конфигурацию
• С1 — включается в 1-й цикл конфигурации
• С2 — включается во 2-й цикл конфигурации
• С3 — включается в 3-й цикл конфигурации
• С4 — включается в 4-й цикл конфигурации
• L1 — включается в 1-й цикл интеграции
• L2 — включается во 2-й цикл интеграции.
Для генерации BPML надо открыть базу данных «Вопросы и ответы», раздел «Отчет», затем выбрать «Основной список бизнес-процессов» и нажать «Генерировать». Колонка «Ссылки» в BPML обеспечивает доступ к формулярам описаний исходных данных клиента, относящегося к данному бизнес-процессу, а также к процедурам бизнес-процессов (ВРР). Кроме того, в BPML содержится информация, полученная от описанных выше транзакций бизнес-процессов, которую в случае необходимости можно расширить.
Окончательный пересмотр и утверждение Концептуального проекта включает в себя следующие действия:
• Рассмотрение описания охваченных бизнес-процессов предприятия
• Рассмотрение Концептуального проекта
• Рассмотрение рамок базовой конфигурации.
Примечание
В методологии ASAP этот этап является вторым важнейшим рубежом проекта.
В итоге Концептуальный проект должен получить одобрение управляющего комитета, менеджера проекта и владельцев конкретных бизнес-процессов.
План документации и план обучения конечных пользователей составляются на основе информации Концептуального проекта; они выступают как справочник на случай будущих изменений в графике обучения пользователей и организации документации, которые могут появиться вследствие принятия различных решений по проекту. Эти планы охватывают следующие аспекты:
• Анализ количества конечных пользователей и их функций
• Тип пользовательской документации и обучающих материалов
• Подготовка пользовательской документации и обучающих материалов
• Требования по ресурсам
• График обучения.
Система и документация для конечных пользователей базируются на документах ВРР. В системе SAP предусмотрено около 700 подобных документов. Потребитель может перекраивать эти документы в соответствии со своими требованиями, расширяя описания бизнес-процессов и добавляя изображения системных экранов. Список процедур ВРР, доступных в методологии ASAP, приведен ниже:
• Производственное планирование
• Продажи
• Разработка и маркетинг продуктов
• Планирование цепочек поставщиков
• Производство
• Управление основными средствами
• Кадры
• Контроллинг доходов и расходов
• Потребительские услуги
• Поставки
• Внешний бухучет
• Управление финансами
• Розничная торговля
• Модель дистрибуции ALE.
Проверка качества Концептуального проекта
Это — заключительная проверка выполнения этапа Концептуального планирования. Компания SAP рекомендует следующий список контрольных вопросов для такой проверки:
1. Убедитесь, что состоялись все необходимые заседания управляющего комитета и заседания команд по статусу проекта.
2. Убедитесь, что все члены команды проекта прошли необходимое обучение.
3. Убедитесь, что состоялись все необходимые мероприятия по формированию рабочих команд.
4. Убедитесь, что обязанности и ответственности четко распределены между сотрудниками.
5. Подтвердите разработку технического проекта.
6. Подтвердите создание среды разработки и платформы системы разработки.
