Методологии внедрения SAP
Методологии внедрения SAP
В идеальных условиях проект можно завершить в срок, уложившись в смету расходов, с наибольшей эффективностью. Очень важно иметь стандартный подход к системам и процедурам, чтобы помочь ранее не знакомым с SAP компаниям успешно провести внедрение. Такой подход (который называется «методология») может и не быть самым эффективным, но он гарантирует успех в оптимальных условиях. Компании выживают и развиваются не потому, что планируют идеальные или самые неблагоприятные условия, а потому, что они планируют оптимальные условия. В случае с внедрением SAP, методология внедрения должна обеспечить успех проекта в сложных условиях бизнеса, организационных и ресурсовых структур, предельных сроков и т. д. Методология внедрения имеет следующие аспекты:
• Моделирование бизнес-процессов: компания определяет желаемые или обязательные бизнес-процессы.
• Составление карты процессов предприятия относительно процессов, поддерживаемых SAP: компания указывает стандартные процессы и функциональности SAP, которые отвечают требованиям смоделированных процессов.
• Анализ пробелов: компания оценивает расхождения или пробелы между стандартной функциональностью SAP и требованиями смоделированных процессов.
• Окончательное определение рамок проекта внедрения SAP: компания определяет рамки внедрения SAP, то есть указывает, какие процессы будут внедрены вместе с SAP.
• Настройка системы SAP: компания конфигурирует базовые параметры SAP с помощью Руководства по внедрению, чтобы удовлетворить ранее установленным требованиям (см. раздел «Конфигурация через Руководство по внедрению» в главе 12). Все настройки осуществляются в клиенте 001.
• Тестирование настроенной системы SAP: функциональность сконфигурированной системы тестируется с использованием реальных данных.
Обнаруженные пробелы в функциональности могут устраняться с помощью следующих мер:
• Разработки обходных путей для достижения желаемой функциональности, осуществление соответствующей конфигурации.
• Программирования желаемой функциональности в ERP через пользовательские настройки.
• Установки дополнительных программных продуктов других фирм, сертифицированных на совместимость с системой SAP через Программу дополнительного программного обеспечения SAP (CSP).
• Отложенного внедрения данной функциональности до внедрения следующей версии SAP или следующей модернизации, в которой данная функциональность будет предусмотрена.
• Радикального изменения бизнес-процесса таким образом, чтобы он был совместим с функциональностью SAP и достижения того же самого результата.
• Модифицирование SAP напрямую, хотя это и не рекомендуется, потому что изменения в исходных кодах программы аннулируют гарантию SAP. Более того, модифицированное программное обеспечение может оказаться несовместимым с будущими версиями SAP.
В системе SAP предусмотрена полноценная среда R/3 Business Engineer для помощи при внедрении SAP. При моделировании бизнес-процессов SAP возможно использовать любой из следующих инструментов: IDS Sheer ARIS, Microsoft VISIO, IntelliCorp LiveModel и Enterprise Charter. Они базируются на Справочной модели R/3 и обеспечивают прямой интерфейс для взаимодействия с функциональностью системы R/3. Это значительно облегчает понимание системы, потому что позволяет начинать специфические транзакции SAP прямо из среды моделирования: с другой стороны, предоставленные этими системами модели процессов, обеспечивают полноценный контекст той или иной транзакции SAP.
Справочная модель R/3 и упомянутые выше инструменты используют рекомендованную SAP технологию моделирования, которая называется «Управляемая событиями последовательность процессов» (Event-Driven Process Chain, ЕРС). В своей основе эта технология моделирует процессы как упорядоченный набор процедур, которые запускаются событиями внутри системы. Эти события могут происходить в базах данных (например, обновление) или на экране — когда, например, пользователь выбирает пункт меню или нажимает ссылку на Web-странице.
Процедурная модель SAP
Это традиционная модель внедрения SAP, она полностью интегрирована с системой SAP. Эта модель была представлена в 1995 году, одновременно с системой SAP R/3 3.0. Иногда использование Процедурной модели SAP ставится под вопрос: возникает ощущение, что эта модель устарела, и от нее надо отказаться в пользу AcceleratedSAP. Однако надо учитывать, что методология AcceleratedSAP в основном рассчитана на средние и малые предприятия, в то время как для крупных компаний Процедурная модель SAP остается лучшей методологией внедрения SAP. Так как в этой книге мы в основном рассматриваем внедрение SAP для средних и малых предприятий, здесь я представлю краткое описание Процедурной модели SAP, которая идеально подходит для компаний с доходами от 1,2 млрд. долларов.
На рис. 5.8 схематически представлена Процедурная модель SAP.
Рис. 5.8. Процедурная модель SAP.
Процедурная модель SAP состоит их четырех фаз:
1. Организационный и концептуальный дизайн
• Подготовка проекта
• Организация среды разработки
• Обучение команды проекта
• Определение функций и процессов
• Определение интерфейсов и усовершенствований
• Концептуальный дизайн и организация проверки качества.
2. Детальный дизайн и установка системы
• Конфигурация основных параметров
• Установка организационной структуры
• Подготовка основных данных
• Конфигурация процессов и функций
• Внедрение интерфейсов и усовершенствований
• Установка отчетности
• Организация управления архивами данных
• Организация управления авторизацией
• Последнее тестирование
• Детальный дизайн и установка системы для проверки качества.
3. Подготовка к запуску
• Создание пользовательской документации
• Подготовка к запуску
• Установка системной среды
• Обучение конечных пользователей
• Установка системной администрации
• Загрузка данных
• Проверка качества перед запуском системы.
4. Операции с системой
• Техподдержка реальных операций
• Организация Справки и помощи
• Установка системных операций.
Методология AcceleratedSAP
AcceleratedSAP (ASAP) — это методология быстрого внедрения системы, представленная в 1996 году и предназначавшаяся в основном для американского рынка. Эта методология предусматривает большое разнообразие инструментов и утилит для облегчения процесса внедрения. Вот некоторые из них:
• Ассистент внедрения
• База данных вопросов и ответов (Question Answer Database, Q&Adb)
• Тематическая база данных
• Руководство
• База знаний
Методология ASAP детально обсуждается в ч. IV этой книги.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
Компоненты и объем методологии
Компоненты и объем методологии Под "методологией" я понимаю то, что написано в качестве первого толкования этого слова в Американском словаре Miriam-Webster: "ряд связанных между собой методов или техник". Оксфордский словарь толкует это слово только как "изучение методов". В
Изменения методологии в режиме реального времени
Изменения методологии в режиме реального времени И, наконец, последний из наиболее важных факторов при создании методологии - подгонка нужной методологии непосредственно в ходе работ. Коль скоро мы понимаем, что каждый проект заслуживает своей собственной методологии,
Проверка внедрения
Проверка внедрения В разделе «Проверка внедрения» описываются шаги, позволяющие убедиться в том, что операции выполняются в соответствии с установленным процессом. В этот раздел обычно входят проверки и аудиты со стороны руководства и работы по обеспечению качества
7.2.5. Проверка внедрения
7.2.5. Проверка внедрения Раздел «Проверка внедрения» обычно содержит ключевые практики, относящиеся к надзору со стороны руководителей проекта и высшего руководства, а также конкретные контрольные мероприятия, проводимые группой обеспечения качества или другими лицами
Проверка внедрения
Проверка внедрения Проверка 1. Регулярная проверка высшим руководством мероприятий по проведению программы обучения.Регулярные проверки проводятся высшим руководством для получения своевременной информации о производственном процессе и его понимания на
Проверка внедрения
Проверка внедрения Проверка 1. Регулярная проверка высшим руководством выполнения работ по управлению проектом.Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1 группы ключевых процессов
Проверка внедрения
Проверка внедрения Проверка 1. Регулярная проверка высшим руководством выполнения мероприятий по инженерии разработки программного продукта.Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1
Проверка внедрения
Проверка внедрения Проверка 1. Регулярная проверка высшим руководством выполнения мероприятий по межгрупповой координации.Практики, связанные со стандартным содержанием проверок со стороны высшего руководства, содержатся в описании Проверки № 1 группы ключевых
Проверка внедрения
Проверка внедрения Проверка 1. Проведение группой обеспечения качества (SQA) проверок и/или аудитов работ и промежуточных продуктов, связанных с экспертными оценками, и выполнение отчетов по их результатам.См. группу ключевых процессов «Обеспечение качества
Мастер Фу и консультант по методологии
Мастер Фу и консультант по методологии Когда Мастер Фу и его ученик Ньюби посещали святые места, по вечерам Мастер Фу имел обыкновение выступать перед неофитами Unix тех городов и сел, где они останавливались на ночлег.Однажды среди тех, кто собрался его послушать, оказался
Мастер Фу и консультант по методологии
Мастер Фу и консультант по методологии Когда Мастер Фу и его ученик Ньюби посещали святые места, по вечерам Мастер Фу имел обыкновение выступать перед неофитами Unix тех городов и сел, где они останавливались на ночлег.Однажды среди тех, кто собрался его послушать, оказался
Сущность методологии выбора ERP-системы
Сущность методологии выбора ERP-системы Основа концепции ERP — автоматизация процессно-ориентированного предприятия, поэтому отбор процессов для внедрения на предприятии имеет большое значение. Команда, ответственная за отбор, примет решение в зависимости от того,
Стратегия внедрения
Стратегия внедрения В этом разделе мы рассмотрим, какую стратегию должно освоить предприятие нового тысячелетия для проекта внедрения Системы ERP, «как товара на полках супермаркета».Внедрение модулей SAP по принципу «Большого взрыва»Организации стоит принять на
Суть методологии исследования уязвимости
Суть методологии исследования уязвимости Поясним простым языком, что понимается под методологией исследования уязвимости. Уязвимость – это нечто, что независимо от того, воспользовался ли ею кто-нибудь или нет, присутствует всюду, будь то микроконтроллер или
12.5. СОСТАВЛЯЮЩИЕ МЕТОДОЛОГИИ РАЗРАБОТКИ
12.5. СОСТАВЛЯЮЩИЕ МЕТОДОЛОГИИ РАЗРАБОТКИ Получив некоторое представление о необходимости рассмотрения методологии управления проектом, рассмотрим отдельные ее составляющие: предварительный анализ; четкая формулировка цели; составленные модели данных и словари;