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

⇐ ПредыдущаяСтр 5 из 6Следующая ⇒

Управление проектом внедрения производится с использованием метода управления проектами от Oracle (Oracle Project Management Method). Методология Управления Проектами Oracle PJM (Project Management Method) определяет процедуры и контрольные точки для решения задач управления проектом, что позволяет координировать выполнение проектных работ, и предлагает шаблоны проектных документов.

Размерностями PJM являются:

- процессы (какие работы должны быть выполнены для управления проектом и его поддержки);

- категории жизненного цикла (когда процессы должны быть выполнены в рамках жизненного цикла проекта)

Процессы:

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

2. Управление работами: определяются работы, выполняемые в проекте, и отслеживается их выполнение и сдача Заказчику.

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

4. Управление качеством: определяются критерии качества для обеспечения соответствия проекта заданным целям и ожиданиям на протяжении всего жизненного цикла проекта.

5. Управление конфигурацией: хранит, организует, отслеживает и контролирует все входящие и исходящие компоненты проекта. Он также обеспечивает единое хранилище информации по проекту.

Категории жизненного цикла:

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

- Управление:

o Планирование этапа: уточняет задачи и планы проекта, а также процедуры для конкретного этапа.

o Контроль этапа: задачи выполняются параллельно с выполнением этапов реализации проекта. Здесь выполняется контроль, руководство и отчетность по проекту.

o Завершение этапа: задачи обеспечивают окончание и сдачу-приемку результатов соответствующего этапа реализации проекта.

- Завершение проекта: знаменует успешное завершение проекта и урегулирование всех оставшихся нерешенными вопросов до закрытия проекта.

Рисунок 3 - Жизненный цикл проекта управления

Рисунок 4 - Управление проектом внедрения DWM OFA

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

Основные компоненты модели внедрения Oracle

Подход, предложенный методологией, разбивает процесс внедрения системы на 3 фазы и 9 сквозных процессов. Результатом каждого процесса является определённый набор конечных результатов (артефактов). Взаимосвязь всех процессов и приводит к желаемому результату создания интегрированного проекта и его внедрения.

Процессы

Методология выделяет следующие процессы:

1. Определение бизнес-требований;

2. Сбор данных;

3. Определение технической архитектуры;

4. Определение форм доступа к данным;

5. Проектирование и построение базы данных;

6. Документирование;

7. Тестирование;

8. Обучение;

9. Передача в промышленную эксплуатацию.

Цели каждого процесса приведены в таблице 1.

Таблица 1 – Цели процессов DWM OFA

№	Название процесса	Цели процесса
	Определение бизнес-требований	- Установить цель внедрения OFA системы; - Установить границы системы; - Понять и задокументировать существующие бизнес процессы; - Документировать информационные и бизнес требования; - Расположить требования к системе в соответствии с их приоритетами; - Документировать бизнес-правила и алгоритмы; - Установить границы обучения персонала.
	Сбор данных	- Идентифицировать информационные системы, поставляющие исходные данные для OFA; - Разработать необходимые механизмы для извлечения, преобразования и переноса данных из исходных систем; - Создать процедуры загрузки данных в OFA; - Идентифицировать системы, которые будут использовать данные OFA в качестве исходных; - Разработать необходимые механизмы для извлечения, преобразования и переноса данных из OFA; - Создать процедуры загрузки данных в эти системы.
	Определение технической архитектуры	- Определить требования к аппаратному, программному обеспечению и сетям, необходимые для стабильной работы OFA c приемлемой производительностью; - Предоставить архитектуру, которая согласуется со стратегическим направлением развития бизнеса и архитектурой в рамках предприятия; - Предоставить архитектуру, которая поддерживает обмен информации с другими системами.
	Определение форм доступа к данным	- Собрать информацию о пользователях; - Определить требования к отчетности; - Определить все размерности, значения размерностей, атрибуты, отчеты, иерархии, типы финансовых данных, модели, требуемые для отчетности; - Определить набор отчетов; - Определить формат таблиц для планирования и бюджетинга; - Определение возможных вариантов отчетов и рабочих листов, для выполнения бизнес -требований; - Проектирование и построение отчетов для проверки данных на корректность; - Демонстрация функциональных возможностей OFA конечным пользователям на начальной стадии проекта; - Проектирование и построение отчетов и рабочих листов; - Проектирование и построение вариантов отчетов и рабочих листов и ввод информации.
	Проектирование и построение базы данных	- Построение базы данных, удовлетворяющей функциональным спецификациям; - Построение моделей для вычисления производных данных; - Настройка системы для заполнения пробелов в функциональности; - Заполнение базы данных информацией.
	Документирование	- Определение требований к документации; - Создание набора процедур использования приложения для реализации повседневных действий, а также для поддержки и управления приложением; - Предоставить документы, описывающие технические детали приложения.
	Тестирование	- Убедиться, что построенная система соответствует бизнес требованиям; - Убедиться, что построенная система соответствует своему проекту; - Проверить целостность и корректность вычисленных данных и данных, экспортируемых из OFA в другие системы; - Подтвердить точность техдокументации и руководства пользователя.
	Обучение	- Предоставить клиенту рекомендации по обучению; - Провести обзор системы для администратора.
	Передача в промышленную эксплуатацию	- Разработать процедуру инсталляции; - Передать готовую систему Заказчику.

Фазы

Фазами проекта внедрения являются:

- Анализ;

- Проектирование и разработка;

- Переход к промышленной эксплуатации.

Фаза Анализа

Общее описание

Целью фазы «Анализ» является установка границ проекта и формализация детализированных требований к системе. В ходе этой фазы в центре внимания находятся требования к информации, бизнес правила и процессы, требования к источникам данных и требования к доступу для финансового бизнес-анализа и процесса принятия решения.

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

Задачи

На данной фазе необходимо выполнить следующий ряд задач:

- Определение целей бизнеса и границ системы.

- Сбор детализированных требований к данным и бизнес-правил.

- Описание и моделирование бизнес-процессов.

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

- Подготовка технической архитектуры.

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

- Определение концепции стратегии сбора данных и тестирование.

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

Критичные факторы

При этом необходимо помнить о критичных факторах успеха фазы:

- Сквозной анализ всех систем источников и приёмников данных.

- Заинтересованный спонсор проекта.

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

- Эффективное и своевременное управление границами проекта и разрешение возникающих споров менеджерами проекта.

Предусловия

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

Процессы

Данная фаза затрагивает все процессы, кроме двух процессов: «Проектирование и построение базы данных» и «Передача в промышленную эксплуатацию».

1. Определение бизнес-требований;

2. Сбор данных;

3. Определение технической архитектуры;

4. Определение форм доступа к данным;

5. Проектирование и построение базы данных;

6. Документирование;

7. Тестирование;

8. Обучение;

9. Передача в промышленную эксплуатацию.

Роли

- Бизнес-аналитик,

- Менеджер проекта,

- Технический архитектор,

- Системный архитектор,

- Технический писатель,

- Ведущий тестировщик,

- Аналитик доступа к данным;

- Аналитик сбора данных.

Риски и способы их профилактики

Для успешного завершения данной фазы необходимо эффективно управлять рисками. Для данной фазы существуют следующие риски и способы их смягчения (см. табл. 2)

Таблица 2 – Риски и способы их профилактики

Риск	Профилактика риска
Границы проекта нечёткие или недостижимые относительно временных и ресурсных ограничений.	Провести официальный обзор Границ системы с намерением получить одобрение, причём его необходимо получить до рассмотрения любых последующих задач.
Отсутствуют выделенные на проект ресурсы	Обеспечить ресурсами как минимум такие критически важные виды деятельности, как анализ систем-источников, формирование требований и обзор проектирования.
Цели и задачи проекта потеряны в деталях, менеджер проекта не следит за границами проекта.	При возникновении проблем менеджер проекта должен оценить их влияние на весь план проекта и донести информацию об этом влиянии и возможных изменениях до спонсоров проекта, пользователей и команды разработчиков.
Организация клиента владеет минимальными знаниями о функциональности и возможностях системы OFA или не готова к изменениями, которые произойдут с ней после внедрения системы.	Распределить время и ресурсы на обучение конечных пользователей, технического и управляющего персонала технологии OFA и её преимуществам. Обучение может начаться на этапе продажи и продолжиться в течение проекта.

⇐ Предыдущая 1 2 3 456 Следующая ⇒