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

We use cookies. Read the Privacy and Cookie Policy

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

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

В SAP предусмотрена возможность определения двух типов стандартов. Первый тип применяется напрямую к работе в рамках проекта; второй тип регулирует коммуникацию между различными сторонами относительно статуса проекта и хода его выполнения.

Определение стандартов и процедур управления проектом

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

Обмен данными в рамках проекта

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

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

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

Планирование проекта производится на основе Сетевого графика ASAP (Roadmap), IMG-операций и данных Ассистента по внедрению ASAP с помощью такого инструмента управления проектами, как MS Project. Планирование проекта позволяет обновлять расписание проекта согласно плановым работам, бюджетному плану и плану по ресурсам.

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

Эта задача относится не только к документированию работы по проекту, но и к параметрам бизнес-процессов, конфигурации настроек, усовершенствованиям в рамках конкретной компании, документации для конечных пользователей, а также к связанным со службами 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).

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

Стандарты программирования АВАР

Стандарты программирования АВАР затрагивают разработку, тестирование и внедрение программ АВАР, в том числе отчетов, динамических программ и т. д. Целесообразно не изменять рекомендуемые компанией SAP стандарты программирования на АВАР, наименования условных обозначений, специфические таблицы, руководства по оформлению экранов, объекты Хранилища и т. д.

Определение стратегии системной платформы

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

Во время определения стратегии системной платформы необходимо учитывать, устанавливается ли предварительно сконфигурированная система Ready-to-Run SAP R/3.

Определение и идентификация необходимых систем

Обычно SAP рекомендует трехсистемную платформу со следующими компонентами:

• Система разработки

• Система качества

• Рабочая система.

У многих клиентов SAP также имеется система испытательного полигона (Sandbox или Play), которая используется для тестирования новых идей и настроек системы разработки без внесения реальных изменений в систему разработки — такой безопасный подход весьма желателен.

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

Примечание

Как уже упоминалось в разделе «Планирование и управление системной платформой SAP» главы 11, односистемная платформа в среде SAP фактически невозможна, только если компания не придерживается политики полного отказа от модернизаций и усовершенствований.

Каждой системе присваивается системный идентификатор ID или идентификатор основных данных SID.

Как уже отмечалось в разделе «SAP Ready-to-Run R/3 (RRR)» главы 4, готовая к использованию система (RRR) поставляется с заранее сконфигурированной двухсистемной платформой, в которой проверка качества объектов осуществляется в среде разработки. Заранее заданный ID системы разработки — R3T, ID рабочей системы — R3P.

Стратегия разворачивания Клиентов

Клиент — это независимая организационная единица в SAP R/3. Каждый клиент требует отдельной установки и обслуживания. Следовательно, для установки системной платформы необходима ясная и определенная стратегия.

В рамках отдельной SAP R/3 каждый клиент идентифицируется с трехзначным номером. Мы уже упоминали Клиента по умолчанию — ООО и Клиента 066, предназначенного для услуги «Раннее обнаружение». Одинаковые Клиенты на нескольких системах должны идентифицироваться одинаковыми номерами, эта мера необходима для транспортировки измененных объектов, потому что из одной системы измененный объект по умолчанию транспортируется в такого же Клиента системы назначения. У каждого Клиента есть своя среда данных, в том числе:

• Настройки (как общие, так и специфические для конкретного Клиента)

• Объекты Хранилища

• Данные приложений (основные и по транзакциям)

• Основные записи по пользователям.

В зависимости от предназначения Клиенты могут принадлежать одному из следующих типов:

• Клиент разработки

• Клиент тестирования

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

• Клиент обучения

• Рабочий клиент

• Тестовый мандат (Sandbox)

• Подготовка производства.

В SAP предусмотрены средства определения атрибутов для придания Клиенту конкретных свойств (параметров), в том числе возможность или невозможность внесения изменений.

Стратегия версий

Эта задача определяет модернизации SAP R/3 в зависимости от выпуска новых версий с дополнительной функциональностью SAP. Методология ASAP рекомендует отложить модернизацию версий до окончания проекта внедрения.

Стратегия транспортной системы

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