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

В 1996 году компания SAP представила методологию AcceleratedSAP (ASAP), нацеленную на значительное ускорение проектов внедрения. Методология ASAP позволила новым клиентам воспользоваться опытом и профессиональными знаниями, благодаря огромному числу внедрений по всем миру. В этой главе представлена концепция и реализация методологии ASAP при внедрении SAP R/3.

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

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

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

Как и в более ранней методологии внедрения SAP, известной как «процедурная модель», в ASAP вся конфигурация осуществляется в среде, называемой «Руководство по внедрению» (Implementation Guide, IMG), которая не сильно отличается от модулей инициализации в традиционных компьютерных системах, хотя и значительно превосходит их по размерам. В SAP предусмотрено более 8000 таблиц конфигурации. Все бизнес-процессы компании могут внедряться в функциональность системы SAP посредством конфигурации параметров в IMG. Во время внедрения любого процесса необходимо идентифицировать параметры, которые нужно будет задать, прежде чем процесс сможет работать в системной среде. Например, при создании счета-фактуры необходимо сначала указать параметры налогообложения и задать их с помощью IMG. Общий процесс идентификации параметров, отвечающих требованиям компании, известен как внесение настроек и также осуществляется с помощью IMG. Впрочем, существенная проблема состоит в том, что в интегрированных системах, сходных с SAP, не существует систематизированного способа быстрой и исчерпывающей идентификации всех параметров, необходимых при внедрении.

Как станет ясно после прочтения раздела, «Руководство по внедрению (IMG)», IMG структурировано таким образом, что отражает последовательность, с которой должны задаваться параметры, но, по большому счету, этого недостаточно для быстрого внесения настроек в SAP. Для стандартной команды проекта SAP идентификация сотен параметров и их последовательности в довольно жестких временных рамках зачастую представляет весьма трудновыполнимую задачу. Это скорее не систематический процесс, а опыт открытий — при том, что количество параметров, которые необходимо идентифицировать и задать, весьма значительно. Во избежание ошибок, команды проектов обычно занимают оборонительную позицию, проверяя и перепроверяя каждый мелкий аспект перед тем, как сделать следующий шаг (хотя и это не гарантирует того, что ничего не будет упущено). Это увеличивает необходимые для завершения проекта затраты времени, попутно теряются все преимущества, которые дает концепция информационных систем как товаров на полках супермаркета (см. соответствующий раздел в главе 1). Очевидное средство преодоления этой проблемы и ускорения внедрения SAP — в решении двух вопросов: