Украинская Консалтинговая Группа предлагает клиентам оптимальные решения перестройки бизнес-процессов с помощью Oracle E-Business Suite, такие как:

• постановка бухгалтерского, налогового и управленческого учета, организация процессов сбалансированного планирования материальных и финансовых ресурсов современного предприятия,
• библиотека бизнес-моделей по различным отраслям промышленности.

Стратегия Украинская Консалтинговая Группа при построении АСУ на базе Oracle E-Business Suite - это всесторонняя подготовка бизнеса клиента к внедрению ERP системы. Данная стратегия строится на следующих основных принципах:

• на стандартной методике внедрения компании Oracle для различных приложений (AIM, Application Implementation Method), гарантирующих соблюдение временных и бюджетных рамок проекта,
• на уникальном опыте специалистов Украинской Консалтинговой Группы по совершенствованию бизнеса клиента.

	Методология "Внедрение приложений" AIM
	Определение Стратегии
	Анализ Операций
	Разработка Решения
	Построение Решения
	Переход к Новой Системе
	Эксплуатация

Методология "Внедрение приложений" AIM

Методология "Внедрение приложений" AIM направлена на управление проектами максимально быстрого и высококачественного внедрения приложений Oracle Applications. AIM регламентирует все основные стадии ведения проекта от этапа определения целей и стратегии до сопровождения новой системы.
Методология AIM существенно снижает вероятность сбоев и обеспечивает быстрое и качественное внедрение приложений. AIM использует проверенные методы внедрения финансовых, производственных и других прикладных программ. На основе опыта многочисленных успешных проектов создана большая база знаний, и этот огромный информационный потенциал дает возможность выбрать наилучшую стратегию реализации проекта, технологию и инструментарий для достижения кратчайшего пути к успешному внедрению прикладных программ.
Совместное использование методик "Управление проектами" и "Внедрения Приложений" дает положительные результаты при адаптации пакета прикладных программ к специфическим нуждам организации.
Согласно методологии AIM проект должен быть разбит на этапы, в каждом из которых определены моменты контроля качества выполнения работ. Работы в каждом из этапов координируются для достижения основных целей этапов. Во время работы на определенном этапе члены группы внедрения выполняют работы, соответствующие разным процессам. Рисунок 1-3 иллюстрирует связь между этапами и процессами.

Определение Стратегии

Во время выполнения этого этапа составляется (уточняется) план проекта, рассматриваются производственные и экономические цели предприятия и оценивается возможность удовлетворения поставленных требований с помощью предлагаемого решения. При этом принимается в расчет время, выделенное на проект, ресурсы и бюджет проекта. Основной акцент ставится на составлении реального плана действий и на представлении его руководству предприятия совместно с рекомендациями по работе предприятия для достижения поставленных целей. Чем раньше очерчены рамки внедрения (список решаемых задач) тем легче группе внедрения вырабатывать подход к внедрению, поскольку есть четкое понимание исходных позиций и конечных результатов.
Стратегия, цели и подходы определяются для каждого процесса методологии AIM в отдельности, и в дальнейшем они закладывают базис для плана проекта. Для достижения понимания того, как организация работает сейчас, и как она будет работать после внедрения, группа внедрения описывает существующие бизнес процессы и занимается моделированием процессов, которые должны сменить существующие.
На этом этапе ставится задача определения производственных требований и требований к системе, предлагаются новые бизнес модели, рассматриваются существующие приложения (работающие программы) и технологическая архитектура информационной системы. Собранная информация используется на дальнейших этапах. Члены группы внедрения проводят консультации по финансовым, производственным, техническим и административным вопросам для того чтобы гарантировать факт общего понимания и согласия относительно детализированных требований к бизнес процессам. Все требования, предъявляемые к будущей системе, ассоциируются с функциональностью, которая должна быть реализована во время проекта. Обмен информацией и полное понимание требований является критическим фактором успеха на этой стадии проекта.

Анализ Операций

На этапе Анализа Операций группа внедрения вырабатывает различные сценарии удовлетворения требований, предъявляемых к системе. Эта работа проводится на основе данных, собранных на этапе Определения Стратегии. Определяется уровень соответствия между заявленными требованиями и стандартной функциональностью приложений. Выявляются расхождения и вырабатываются соответствующие решения по преодолению этих расхождений. В результате выполненного анализа выдаются рекомендации по оптимизации существующих бизнес процессов согласно предлагаемой архитектуре приложений. Решения по преодолению расхождений между требуемой и стандартной функциональностью приложений приобретают законченный и детальный вид на этапе Разработки Решения.
На этом этапе разрабатываются архитектура информационной системы и техническая архитектура. Последняя включает в себя общее описание серверной и сетевой структуры, программное обеспечение, необходимое для построения интегрированной информационной системы. Документация по технической архитектуре и архитектуре приложений используется на стадии детальной Разработки.
Прежде чем приступить к разработке моделей будущих бизнес процессов необходимо еще раз удостовериться в правильности выявленных расхождений в функциональности. Решения по этим расхождениям могут заключаться в незначительных модификациях форм, отчетов и программ.
Группа внедрения должна убедиться в невозможности найти обходной путь к функциональным несоответствиям, прежде чем рассматривать изменения существующих приложений или написание модулей, покрывающих недостающую функциональность. Если разрешение расхождений все-таки требует усилий разработчиков, группа внедрения подготавливает обзорный документ по решению того или иного расхождения. Этот документ включает общее описание требуемых характеристик и оценки трудозатрат, связанных с выработкой решения. Подход к разрешению проблемы недостаточной функциональности и оценка трудозатрат должны быть утверждены до начала детального проектирования на этапе Разработки Решения.
Группа тестирования производительности создает модели проверки характеристик производительности новой (измененной) системы. Эти модели обычно фокусируются на проверке критичных для работы систем функций и транзакций.
В конце этапа разрабатывается стратегия перехода компании от существующих бизнес процессов к процессам, которые будут реализованы в новой системе.

Разработка Решения

Целью этапа Разработки Решения является построение детальной схемы оптимальных решений, удовлетворяющих требования, предъявленные к новой информационной системе. На этом этапе проектная группа создает детальные описания решений, предложенных на этапе Анализа Операций.
Для удовлетворения требований к информационной системе может потребоваться создание дополнительных приложений, развивающих стандартную функциональность. На этапе Анализа Операций могут быть предложены несколько альтернативных сценариев решения. Группа внедрения тщательно изучает предложенные варианты и выбирает наиболее эффективное решение с точки зрения цены.
Для выработки эффективных решений необходимо удостовериться, что запланированные роли пользователей и методы выполнения работ эффективны. При разработке решений принимаются в рассмотрение организационные изменения, оптимизация процессов и реинжиниринг. Важно однако не выходить за очерченные рамки проекта.
Реинжиниринг зачастую влияет на то, как будут использованы возможности приложений.
По завершению разработки решений техническая архитектура и архитектура приложений приобретают очерченную форму. Технические консультанты приступают к разработке технической архитектуры, способной поддерживать как стандартную конфигурацию приложений, так и разработанные решения. Во внимание принимаются будущие потребности компании. Технические консультанты также проектируют тестовые программы по проверке производительности и условия для проведения тестов.
После того как решения для устранения функциональных несоответствий разработаны, приступают к разработке документации по эксплуатации. По мере внесения поправок в систему документация должна подвергаться ревизии.
Разработка бизнес процессов итеративна. Задачи, которые охватывают как этап Анализа Операций, так и этап Разработки Решения, могут выполняться одним блоком. Например, создание модели бизнес процесса, получение детальных требований из этой модели, сравнение с функциональностью стандартных приложений, документирование функциональных расхождений и путей их обхода, принятие решения по этой проблеме образуют неразрывную и целостную задачу для проектной группы.

Построение Решения

Кодирование и тестирование всех изменений, а также создание специфического программного обеспечения, улучшающего производительность системы, используемого для перевода данных и создание интерфейсов производится на этапе Построения Решения. Разрабатываются изменения в политике и процедурах, описывающих изменения бизнес процедур. Производится проверка информационной системы для того чтобы гарантировать факт удовлетворения всем предъявленным требованиям.
Даже если в процессе внедрения не производилось изменения кода, написания дополнительных модулей или перевода данных, этап Построения Решения все же важен, поскольку он включает в себя тестирование всей системы, которое обычно выполняется в виде формального пилот-проекта на работающей системе. Такое тестирование подтверждает верность выбранных решений и должно проводиться в условиях, близких к эксплуатационным.
Во время этого этапа группа проведения тестов производительности создает и выполняет необходимые тесты. Разработчики создают программные модули для тестирования программ. Выполняются тесты на проверку интеграции системы, ее производительности и соответствия функциональности. Результатом этапа является сдача полнофункциональной, работающей, оттестированной информационной системы.

Переход к Новой Системе

На этапе Перехода к Новой Системе проектная группа развертывает законченное решение внутри организации. Все стадии внедрения должны быть успешно закончены к моменту Перехода к эксплуатации. Проектная группа занимается подготовкой конечных пользователей в то время как технические консультанты настраивают рабочую среду и конвертируют данные. Переход к Новой Системе заканчивается в тот момент, когда пользователи начинают работать с новой системой.
Данный этап предъявляет повышенные требования к объему выполняемой работы, поскольку пользователям необходимо работать как со старой, так и с новой системой одновременно. Управление происходящими изменениями и смягчение процесса перехода и связанных с ним негативных настроений должно быть приоритетным направлением на данном этапе.
Предварительная подготовка и планирование облегчает процесс перехода к Новой Системе.
В случае использования пофазного введения системы в эксплуатацию процесс Перехода может состоять из нескольких стадий, на каждой из которых части системы внедряются в разных по географии подразделениях или в разных департаментах одного подразделения.

Эксплуатация

Эксплуатация начинается непосредственно после перехода к работе с новой системой. С началом эксплуатации начинается цикл поддержки работоспособности системы. На данном этапе производятся отдельные доработки вследствие учета пожеланий конечных пользователей и проводятся мероприятия по улучшению производительности. На этапе Эксплуатации производится сравнение целей проекта с достигнутыми результатами
В случае, если система развертывается на нескольких географически удаленных предприятиях, этап Эксплуатации разнесен по времени.


Вернуться к началу страницы