ГЛАВА 15 Реализация

ГЛАВА 15

Реализация

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

Примечание

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

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

Управление проектом на стадии реализации

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

Анализ Концептуального плана

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

• Управление проектом

• Техническое управление проектом

• IТ-инфраструктура

• Процесс управления изменениями

• Приверженность персонала своему делу.

Проведение собраний команд проекта по статусу проекта

Эта задача направлена на выяснение статусов различных команд проекта:

• Команды, занимающейся бизнес-процессами

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

• Технической команды.

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

Проведение собраний Управляющего комитета

Проведение собраний Управляющего комитета необходимо для постоянного обновления общего статуса проекта и быстрого принятия решений по связанным с проектом вопросам, которые невозможно решить на уровне управления проектом, например:

• Выделение дополнительных ресурсов

• Изменений сроков и графика

• Расширение рамок проекта.

Все принятые решения фиксируются с дальнейшими дополнениями по тому или иному вопросу.

Первоначальное планирование перехода на новую рабочую систему и ее поддержка

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

• Установка и запуск рабочей среды

• График конвертации данных

• Организация команды по переходу на новую систему

• Дезактивацию унаследованных систем, чье место занимает SAP

• План возврата к унаследованным системам в случае серьезных непредвиденных проблем

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

• Список контрольных вопросов для всех мероприятий, связанных с переходом.

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

• Окончательное определение технической конфигурации

• Закупка необходимого оборудования

• Формирование команды запуска системы

• Формирование постоянной команды технической поддержки

• Определение процедур и инфраструктуры справочной службы

• Набор персонала для справочной службы (help desk)

• Набор персонала для команды технической поддержки

• Создание плана восстановления данных в случае серьезных сбоев, а также соответствующих процедур и инфраструктуры.

Формирование команд

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

• Совместные обеды или ужины

• Небольшие подарки

• Совместные праздники

• Пикники

• Рассылка информационного бюллетеня о проекте.

Подготовка к этапу реализации

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

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

Реализация тасклетов

Из книги автора

Реализация тасклетов Так как тасклеты реализованы на основе отложенных прерываний, они тоже являются отложенными прерываниями (softirq). Как уже рассказывалось, тасклеты представлены двумя типами отложенных прерываний: HI_SOFTIRQ и TASKLET_SOFTIRQ. Единственная разница между ними в


Глава 4 РЕАЛИЗАЦИЯ ПОЛИТИК БЕЗОПАСНОСТИ

Из книги автора

Глава 4 РЕАЛИЗАЦИЯ ПОЛИТИК БЕЗОПАСНОСТИ В предыдущих главах мы с вами рассмотрели основные понятия и определения политик безопасности. Познакомились с опытом разработки политик безопасности и различными подходами ведущих компаний-производителей в отрасли


Реализация TCP/IP

Из книги автора

Реализация TCP/IP Прежде чем перейти к описанию функционирования модулей протоколов TCP/IP, рассмотрим еще одну структуру данных, называемую управляющим блоком протокола (Protocol Control Block, PCB), который в случае TCP/IP называется Internet PCB, и представлен структурой inpcb, определенной в


Глава 4. Реализация функциональности приложения

Из книги автора

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


Глава 5 Реализация

Из книги автора

Глава 5 Реализация В основном разработка программы сводится к написанию определений классов (и шаблонов классов) и объявлений функций (и шаблонов функций). Если сделать это правильно, то реализация уже не так сложна. Однако на некоторые моменты все же стоит обратить


Реализация интерфейсов в C#

Из книги автора

Реализация интерфейсов в C# Чтобы расширить функциональные возможности класса (или структуры) путем поддержки типов интерфейса, нужно просто указать в определении класса (или структуры) список соответствующих типов, разделив их запятыми. Непосредственный базовый класс


Реализация Main()

Из книги автора

Реализация Main() Метод Main() класса Program запрашивает у пользователя абсолютное имя типа. После получения строковых данных они передаются методу Туре.GetType(), а извлеченный объект System.Type отправляется каждому из вспомогательных методов. Это повторяется до тех пор, пока


Глава 10. Реализация распознавания жестов

Из книги автора

Глава 10. Реализация распознавания жестов 10.0. Введение Жест (Gesture) — это комбинация событий касания. Жесты применяются, например, в стандартном приложении Photo (Фото) для iOS. В этой программе пользователь может увеличивать или уменьшать фотографию, двигая двумя пальцами в


11.2. Реализация

Из книги автора

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


7.3.2 Реализация

Из книги автора

7.3.2 Реализация Реализующие slist функции в основном просты. Единственая настоящая сложность – что делать в случае ошибки, если, например, пользователь попытается get() что-нибудь из пустого списка. Мы обсудим это в #7.3.4. Здесь приводятся определения членов slist. Обратите


14.5. Реализация

Из книги автора

14.5. Реализация Теперь мы приступим к реализации нашей оболочки, следуя тем идеям, которые обсуждались в предыдущем разделе. На рис. 14.9 показаны основные объекты, которыми манипулирует оболочка. Цель — это вопрос, подлежащий рассмотрению; Трасса — это цепочка,


ГЛАВА 1 ТЕХНИЧЕСКАЯ РЕАЛИЗАЦИЯ АРХИТЕКТУРЫ КЛИЕНТ/СЕРВЕР В СИСТЕМЕ SAP R/3

Из книги автора

ГЛАВА 1 ТЕХНИЧЕСКАЯ РЕАЛИЗАЦИЯ АРХИТЕКТУРЫ КЛИЕНТ/СЕРВЕР В СИСТЕМЕ SAP R/3 Базовая технология SAP, давно известная как SAP R/3 Basis, показала себя надежной платформой благодаря своей высокопроизводительной архитектуре. Сервер приложений Web SAP (Web AS - Web Application Server) является поэтому


12.10. РЕАЛИЗАЦИЯ

Из книги автора

12.10. РЕАЛИЗАЦИЯ Обычно на этапе кодирования всплывают все неприятные проблемы, которые только можно себе представить. Чем больше проект, тем больше проблем. Вот почему первые три шага так важны.Если все из вышеописанных шагов полностью пройдены, то реализация программы