Швей В.И. Управление проектами информационных систем

Подождите немного. Документ загружается.

Кадровое обеспечение (КО).

Управление человеческим фактором осуществляется посредством управления

коммуникациями между проектной / программной и функциональной организациями, а

также посредством тренинга команды проекта. Работа по кадровому обеспечению ведётся

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

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

(члены команды должны быть соответствующим образом обучены для возможности их

участия в работах); учебные материалы (необходимы для конечных пользователей); план

тренинга; план коммуникаций; осведомлённость и мотивация работников компании

(достижение тех или иных результатов проекта должно доводиться до соответствующих

работников компании).

2.3.2 Анализ изменений ПР по стадиям проекта внедрения.

До начала анализа внесём терминологическую ясность в проблему перевода

названий стадий. Запуск (Initiation) и Реализация ПР (Realization) особых нареканий

вызвать не могут. Однако названия остальных стадий – Разработка предварительного ПР

(Mapping), Разработка окончательного ПР (Piloting) и Миграция (Migration) – могут

переводиться иначе, а именно: Бизнес моделирование (Mapping), Пилотное тестирование

(Piloting) и Развёртывание (Migration). Будем придерживаться своего варианта перевода,

он точнее выражает суть того, что должно делаться на каждой стадии. Перевод “Запуск –

Разработка предварительного ПР – Разработка окончательного ПР – Реализация ПР –

Миграция” соответствует принципу создания прототипов. На стадии разработки

предварительного ПР происходит получение первичного прототипа путём проецирования

(mapping) требований бизнеса на бизнес модель, программное обеспечение и

функциональную организацию, на стадии разработки окончательного ПР происходит

получение стандартного прототипа, на стадии реализации – интегрированного прототипа.

Нельзя сказать, что первичный прототип получается путём бизнес моделирования, а

стандартный прототип – путём пилотного тестирования. Если провести аналогию со

спиральной моделью проекта, то моделирование и тестирование – это квадранты, в

которые помещается спираль, а стадии проекта – это участки спирали. Таким образом,

моделирование и тестирование производится и на стадии разработки предварительного ПР

(mapping), и на стадии разработки окончательного ПР (piloting), и на стадии реализации

ПР (realization). Перевод названия mapping как бизнес моделирования может привести к

ошибочным представлениям, о том, что моделирование осуществляется только в самом

начале проекта внедрения. Основной принцип Baan – это, кроме всего прочего,

использование средств динамического моделирования DEM на протяжении всего проекта

внедрения и даже программы проектов (подробнее DEM описывается в разделе 1.4.).

Запуск. На стадии запуска проект разрабатывается на общем уровне, осуществляется

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

проекта, разработка организационной структуры проекта, определение рычагов

управления и коммуникации (посредством Офиса проекта и Органайзера проекта),

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

стадии. Возможно, ещё до фазы внедрения на фазе выбора производилось так называемое

Моделирование 0 (Simulation 0 или Sim 0), была выбрана и доработана референтная

модель, или, если речь идёт о многозвенном внедрении, в рамках программы была

инициирована фаза консолидации, и было разработано корпоративное проектное решение.

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

стадии. В зависимости от наличия и степени детализации КПР объёмы работ по стадиям

проекта внедрения могут варьироваться. На стадии запуска рекомендуется начинать

работы с небольшой группой консультантов от Исполнителя и несколькими ключевыми

пользователями от Заказчика. Задачей команды является предварительное моделирование

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

ниже) для обеспечения более детальной разработки плана и устава проекта, а также

подготовка направлений для вовлечения новых членов проектной команды уже по ходу

развёртывания следующей стадии.

Разработка предварительного ПР (первичный прототип Sim 1). Задачей данной

стадии является отображение требований бизнеса в решениях по БМ, ПО, ТО и ОО.

Завершением стадии считается принятие предварительного проектного решения (далее

ППР). В последующей стадии, моделирование продолжается и приводит к получению

окончательного проектного решения (ОПР). Стадия разработки ППР протекает в два этапа.

1. Эскиз ППР. На первом этапе получают эскиз ППР, который включает эскиз

предварительного решения по БМ и ТО. Эскиз ППР не содержит прототипа, поскольку БМ

ещё не спроецирована на ПО и не может быть протестирована. (Получение эскиза ППР

допускается и на стадии запуска).

2. ППР. На втором этапе получают ППР. Бизнес слой отображается на программном

слое для получения первичного работающего прототипа. Описание первичного прототипа,

известного также как Sim 1, представляется в документе “Предварительное решение по

бизнес моделированию”. Sim 1 оказывает влияние на конфигурацию ТО, то же и с ОО,

после предварительных решений по БМ + ПО и ТО третьей составляющей

предварительного проектного решения считается организационное обеспечение”. Помимо

получения предварительных решений по четырём результирующим путям, важным

элементом ППР является уровень компетенции членов команды проекта и ключевых

пользователей. Первые должны пройти обзорное обучение, последние – получить навыки

по функциональной части и средствам моделирования.

Разработка окончательного ПР (стандартный прототип Sim 2). Получение ОПР

происходит также в два этапа (рис. 2.12). На основании первичного прототипа и

соответствующих “решений” (blueprints) определяются необходимые дополнения и

изменения. Некоторые бизнес функции могут быть выведены за рамки предметной

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

трансформируется в эскиз окончательного ПР.

1. Эскиз ОПР. С повышением уровня компетенции Заказчика эскиз предварительного

ПР переосмысливается, вносятся необходимые изменения. Изменения в эскизе приводят к

соответствующим изменениям в предварительных решениях по ТО и ОО.

2. ОПР. Основывается на ППР. При этом изменения, осуществлённые на первом

этапе стадии разработки ОПР, проецируются на программный слой для получения

стандартного прототипа (Sim 2). Если первичный прототип касался основных бизнес

функций и бизнес процессов, свойственных Заказчику, то стандартный прототип включает

все подпроцессы и модель данных, а также полное описание интерфейсов, локализации,

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

предоставляется в документе “Решение по БМ и ПО”. Sim 2 является стандартным

прототипом лишь потому, что касается только стандартных возможностей ПО Baan, эта

важная особенность вынесена в название прототипа. Разработка Sim 2 приводит к

получению “Решения по ТО” и “Решения по ОО”. Уровень компетенции ключевых

пользователей к окончанию стадии достаточно высок, разработан план тренинга для

конечных пользователей.

Рис. 2.12. Эволюция проектного решения по стадиям проекта

Реализация ПР (интегрированный прототип Sim 2). По имеющимся спецификациям

интерфейсов, локализации, кастомизации, а также программ переноса данных на стадии

реализации осуществляется непосредственное программирование и тестирование

системных составляющих ПР. Также устанавливаются, настраиваются и тестируются

элементы ТО. Разрабатываются учебные материалы для подготовки конечных

пользователей.

Миграция (рабочий вариант Sim 3). По завершении стадии реализации, после

написания программ и разработки учебных материалов, осуществляется конвертация,

перенос данных из предшествующей информационной системы в новую. Процесс

протекает с использованием программ переноса данных и ручных процедур ввода,

корректность переноса строго контролируется. Происходит обучение конечных

пользователей. По окончании стадии должны быть завершены организационные

изменения и остановлена работа предшествующей информационной системы.

Запуск Разработка ППР Разработка ОПР Реализа-

ция ПР

Построение

бизнес модели

Тренинг и

коммуникации

Миграция данных

и Разработка

Организационные

улучшение

Эскиз оконча-

тельного ПР

Оконча-

тельное ПР

Миграция

Эскиз предва-

рительного ПР

Предва-

рительное ПР

Техническое

обеспечение

2.4 DEM как основной инструмент реализации проекта

Краткая характеристика DEM

DEM или Динамический моделировщик предприятия (Dynamic Enterprise Modeler) –

один из инструментов моделирования предприятия в ERP Baan. Использование DEM

позволяет:

 осуществить качественную предпродажную демонстрацию системы;

 сократить продолжительность работ проектов внедрения;

 обеспечить разработку и реализацию ПР, оптимизацию полученной ИИС;

 обеспечить проекты по реинженирингу бизнес процессов.

Рис. 2.13. Структура моделей Динамического моделировщика предприятия (DEM)

DEM состоит из Репозитария, Референтных моделей и Проектных моделей. В

репозитарии хранятся элементы моделей: бизнес функции (BF) и бизнес процессы (BP),

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

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

последние могут наследоваться друг из друга, обмениваться компонентами. Состав модели

Стат./Дин.

условия

BFM

- бизнес процесс

ESM

BCM

BPM

Роли

BOM

- структурная модель предпр.

- модель управления

бизнесом:

- BCD верхнего уровня

- бизнес сценарии

- функционал. декомпозиция

функциональные

отношения

- БП модель

- организационная модель

- функциональная модель

оптимизационны

отношения

более простая и

наглядная

декомпозиция до

уровня основных

функций

базовые

основные

варианты

Состояни

Переход:

- ручная работа

- сеанс Baan

- внешняя программа

- управляющая работа

правила

трансформации

правила

целостности

Организационные единицы:

- Стандартные; - Штабные; - Поддиаграммы

(референтной или проектной) представлен на рисунке 2.13. Модель предприятия позволяет

ответить на вопросы ЧТО, КАК, КЕМ и ГДЕ и включает в себя соответственно бизнес

функциональную модель (BFM), бизнес процессную модель (BPM), ролевую модель и

организационную модель (BOM). Для разработки этих моделей используются модели

более высокого уровня: Структурная модель предприятия (Enterprise structure model –

ESM) и Модель управления бизнесом (Business control model – BCM). Они позволяют

моделировать мега процессы деятельности и получать качественную функциональную

декомпозицию предметной области.

DEM – это также мощное графическое средство документирования, с его помощью

можно описать и задокументировать полноценную модель предприятия. Непосредственно

с программным обеспечением при этом связаны две составляющие интегрированной

модели – ESM (для поддержки многозвенного внедрения и описания

финансово/хозяйственной структуры организации) и BPM (для запуска конкретных

приложений). Кроме того, DEM может использоваться в качестве рабочего диалога для

конечных пользователей. На основе BPM и Ролевой модели очень просто можно

сгенерировать разнообразные меню, автоматически произвести авторизацию работников в

системе. При этом ЧТО (конкретные работы) и КАК (связи работ и условия) разместятся в

одном диалоге.

Метод динамического моделирования.

Репози-

тарий

Референтная

модель

Проектная

модель

Версия

VBI

Консолиди-

Версия звена

внедрения

Модель звена

•

Фазы внедрения

• Организация

• Оптимизация

• Роли

Консол. модель

•

Организация

• Оптимизация

• Роли

Отрасл. модель

•

Организация

• Оптимизация

• Роли

Стандартное ПО

• Бизнес функции

• Бизнес процессы

• Бизнес правила

Модификация

• Бизнес функции

• Бизнес процессы

• Бизнес правила

Модификация

• Бизнес функции

• Бизнес процессы

• Бизнес правила

Управление версиями

рованная

версия

Разработка и реализация ПР с помощью DEM относится в большей степени к

разработке прототипов системы (Построение бизнес модели, Миграция данных и

Разработка) и кадровому обеспечению (Тренинг и Коммуникации).

Рис. 2.14. Методология построения моделей и работы с версиями

Версия VBI разрабатывается компанией Vanenburg Business Innovation совместно с

Baan Consulting. Референтные или отраслевые модели составляются для разных типов

предприятий с различными видами производственных процессов (изготовление на склад,

на заказ, сборка или проектирование на заказ, процессное производство, оптовая торговля

и т.д.), они носят общий характер и служат опорой для команды внедрения.

После инициирования программы Target Enterprise для многозвенного внедрения

возможна фаза Консолидации, на которой разрабатывается Корпоративное проектное

решение (КПР), прототип системы как часть КПР создаётся посредством DEM в так

называемой консолидированной версии (kernel version или kernel model – стержневая

версия, модель). Консолидированная версия ограничивается уровнем референтного

моделирования (КПР не предназначено для внедрения). На фазе внедрения в рамках

проектов осуществляется проектное моделирование с использованием особых версий для

каждого звена внедрения.

Таким образом, версия VBI трансформируется в консолидированную версию,

консолидированная версия трансформируется в версию звена внедрения. При этом

соблюдается наследование версий (тёмные стрелки на рис. 2.15). Для консолидированной

версии копируются выбранные референтные модели из версии VBI, производится их

оценка, дополняются или удаляются компоненты. Если необходима модификация

компонентов модели, то они предварительно копируются из репозитария VBI. Для версии

звена внедрения на основе консолидированной референтной модели генерируется

проектная модель, её компоненты также добавляются либо удаляются, а при

необходимости модификации предварительно копируются из репозитариев

консолидированной версии или версии VBI.

На каждой стадии проекта консолидации или внедрения бизнес моделирование

осуществляется сверху вниз. Сначала разрабатываются модели ESM и BCM для

отображения мега процессов. В рамках BCM строится Диаграмма управления бизнесом

верхнего уровня (BCD), разрабатываются бизнес сценарии, характеризующие

функциональные отношения, осуществляется функциональная декомпозиция: базовые

функции разбиваются на основные функции, мега процессы разбиваются на основные

бизнес процессы. На рисунке 2.15 схематично изображена BCD, мега процесс или бизнес

сценарий “Поставка на заказ” разбивается на три основных бизнес процесса, мега функции

разбиваются на основные функции (обозначены серым цветом). Функциональная

декомпозиция даёт модель BFM до уровня основных функций. В рамках BFM

определяются варианты (подфункции), оптимизационные отношения между ними и фазы

оптимизации. Фазы представляют этапность внедрения и оптимизации системы. После

получения BFM производится прорисовка бизнес процессной модели (BPM),

определяются роли, обязанности, строится организационная модель предприятия.

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

мега процессов и базовых функций

В первой части работы были проанализированы методы проектного управления и

моделирования, используемые для проектов внедрения ПО Baan. В последующих частях

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

продемонстрировано их практическое применение.

Мега процесс:

Поставка на заказ

Ввод заказа

на продажу

Планирование и

исполнение

производственного

заказа

Поставка по

заказу на продажу

ПРИМЕР ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ ПРОГРАММЫ TARGET ENTERPRISE

Project

Managers

Project

Managers

Рук-ль

программы

Коорд.

совет

Менеджер по

исполнению

контрактов

Планировщик

Офис

менеджер

программы

Инспектор

Администра-

тор ресурсов

программы

Руководители

проектов

Совет по

организац.

изменениям

Менеджер по

коммуникациям

Администра-

тор документо-

оборота

Администратор

качества от

Заказчика

Секретарь

программы

Корпоратив-

ный Центр

компетенции

2.5 Сценарий внедрения

2.5.1 Фаза ВЫБОР.

Фаза ВЫБОР состоит из трех стадий:

 ОРИЕНТАЦИЯ

 РЕШЕНИЕ

 СОГЛАШЕНИЕ

Стадия ОРИЕНТАЦИЯ.

Целями стадии ОРИЕНТАЦИЯ являются

1. Оценка соответствия референтной модели функциональным требованиям и

определение последовательности внедрения

2. Демонстрация менеджменту заказчика выполнимости предлагаемых

решений.

В процессе выполнения стадии ОРИЕНТАЦИЯ выполняются следующие действия:

 Разрабатывается паспорт проекта

 Определяются критерии качества

 Определяются требования заказчика

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

 Определятся долгосрочная стратегия компании

 Выбирается и устанавливается референтная модель

 Определются потребности бизнеса и IT

 Фиксируется готовность предприятия к внедрению базовой модели

 Оценивается бюджет проекта

 Разрабатывается отчет о выполнимости предлагаемых решений

 Проводится демонстрация решений менеджменту заказчика

 Разрабатываются показатели бюджета проекта

 Подключаются и информируются партнеры (если есть)

В результате выполнения этой стадии заказчиком принимается решение о

целесообразности дальнейшего продолжения работ.

Стадия РЕШЕНИЕ.