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

Стандарты документации проекта

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

План управления рамками проекта

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

План управления проблемами

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

План управления организационными изменениями

Организационные изменения — это важнейший аспект методологии ASAP, который рассматривается в совокупности с планом проекта SAP. План управления организационными изменениями нацелен на обнаружение и расчет возможных рисков, которые могут повлиять на успешное завершение проекта SAP как на уровне человека или команды, так и на уровне всей организации. Такой план упорядочивает поступающие во время Концептуального проектирования инициативы и служит основой для анализа последствий, оценки основных рисков, стратегии спонсорства и коммуникации, развития навыков и передачи знаний, а также процесса организационной оптимизации. Этот план включает в себя отчетность по статусу программы управления изменениями в компании, а также деятельность, методы, результаты и крайние сроки, предусмотренные этой программой.

План по организации группы

Этот план призван объединить все планы и мероприятия по формированию сплоченной команды, которая является ключом к успеху проекта. Он помогает систематизировать командные события и программы — такие, как оценка характеристик работы и вклада в успешное завершение проекта, празднование в связи с завершением того или иного этапа и т. д. План по организации группы определяет мероприятия, расписание событий, минимизирует соответствующие расходы и т. д.

Стратегия использования услуг R/3

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

• Программа Центр Компетенции Клиента (Customer Competence Center, ССС)

• Услуга Быстрый Анализ (Quick Sizing)

• Услуги по обзору и оценке системы (Review Services)

• Услуги по обучению (Training Services)

• Услуга по преобразованию данных (Conversion Services)

• Услуга Раннее обнаружение (EarlyWatch Service)

• Удаленный консалтинг (Remote Consulting)

• Консалтинг на месте (Onsite Consulting)

• Удаленная модернизация (Remote Upgrade)

• Удаленное архивирование (Remote Archiving)

• Услуга Текущее наблюдение (GoingLive Check).

План проверки качества

Обзоры проекта могут быть плановыми или составляться по требованию, они оценивают качество выполнения различных задач в рамках проекта, а также возникновение связанных с этим рисков и меры их устранения; сюда же включаются результаты внешних аудиторских проверок и соответствующие корректирующие меры и рекомендации.

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

Стандарты обзоров проекта

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

Стандарт конфигурации системы

Стандарт конфигурации системы устанавливает нормы внесения настроек и управления ими через IMG, а также определяет стандарты авторизации доступа к IMG и документации по изменениям и настройкам, выпуску и транспортировке настроек и изменений в среду тестирования и в рабочую среду.

Если компания выбирает систему Ready-to-Run R/3 (RRR) или другие системы с готовой конфигурацией, установление этого стандарта будет означать поддержку всех установок конфигурации и настроек для конкретной системы.

Стандарты документации для конечных пользователей

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

Стандарты тестирования

Методология ASAP придерживается итеративного (многократного) подхода к тестированию, что подразумевает возможность доступа к одним и тем же областям и функциональности на все более и более мелком уровне. Тестирование может начинаться на уровне конфигурации, затем переходить на уровень бизнес-процессов и далее, на уровень пользователей.

Эти стандарты определяют общую стратегию на всем протяжении жизненного цикла проекта. Тестирование проводится на следующих уровнях:

• Тестирование единиц

• Тестирование системы

• Тестирование интеграции

• Тестирование приемлемости для пользователей

• Нагрузочное тестирование

• Тестирование модернизаций и новых версий (после завершения проекта).

Ассистент внедрения ASAP устанавливает как минимум четыре рубежа тестирования:

• Тестирование базовой конфигурации

• Тестирование окончательной конфигурации

• Окончательное тестирование интеграции

• Нагрузочное тестирование.

Стандарты услуг и поддержки после внедрения

Эти стандарты определяют стратегию планирования необходимых услуг после завершения внедрения, а точнее, двух видов услуг:

• Поддержка SAP

• Справочная служба SAP.

В данном случае под клиентом подразумевается сторона, заключившая договор с одним из Центров Компетенции Клиента (ССС) (см. соответствующий раздел в главе 18). Такие нормы согласовываются с общей стратегией поддержки SAP после завершения внедрения.

Стандарты системной авторизации

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

• Администратор пользователей

• Администратор профилей авторизации

• Администратор групп активности

• Команда по управлению изменениями.

• Команда разработчиков АВАР.

Стандарты отчетности по проблемам и устранению сбоев

Эти стандарты нацелены на создание системы учета проблем и их решений в масштабе всего проекта. Такая система в дальнейшем может стать основой для создания справочной службы рабочей системы после завершения внедрения.

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

• Рабочее место

• Сервер

• Сеть.

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

Стандарты контроля и управления изменениями

Даже если внедрение SAP проводится по принципу «без изменений» («no change»), все равно возникнет множество ситуаций, когда придется вносить изменения, обусловленные природой модификаций и дополнений программных продуктов SAP. Как правило, такие усовершенствования и модификации не должны затрагивать базовую конфигурацию SAP (см. раздел «Методологии внедрения SAP» в главе 5).