Download - модель тз применительно к продукту и участникам проекта Cio ua_2004

1

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

анализа и определения вероятностиуспеха проекта внедрения ИСУП.

ДмитрийДмитрий ЛукьяновЛукьянов,,ДиректорДиректор отделенияотделения информационныхинформационных технологийтехнологий

МеждународногоМеждународного автомобильногоавтомобильного холдингахолдинга ««АтлантАтлант--ММ»»,,ЧленЧлен СообществаСообщества ИТИТ--директоровдиректоров УкраиныУкраины, ,

СертифицированныйСертифицированный ПроектныйПроектный МенеджерМенеджер ((IPMA, level B)IPMA, level B),,ЧленЧлен IPMA, UPMA, SOVNETIPMA, UPMA, SOVNET

Осенний съезд ИТ-директоров Украины. Киев, 29 сентября – 1 октября 2004

2

История вопросаИнформационная Система Холдинга «Атлант-М» -

источник информации для анализа:

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

стран – Белоруссии, России и Украины.

Около 30 предприятий объединены в единоеинформационное пространство

Более 1000 пользователейСлужба доставки сообщений на базе Lotus Notes,

ERP система SAP R/3Другие специализированные приложения (автобизнес).

3

История вопроса. Проблема.

Проблема – при внедрении тех или иныхпрограммных решений (в принципе,

стандартных) даже на первый взгляд наоднотипных предприятиях,

наблюдались различные результатыпроектов.

4

Наши задачи.

«Цепочка ценности» предоставляемой услуги в области внедренияпрограммного решения для Заказчика

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

П1.1 П1.2 П1.3 П1.4 П1... П1.N

Пользователь/

Заказчик

Поставщ

икрешения

Процессы, полностью контролируемые «внедренцами»

Процессы, на которые влияют внутренние факторы Заказчика

5

Эволюция подхода«внедренцев»

2001

«Коробочные»легкие продукты,

Минимуманалитики,Решениямаксимум

уровня MRP-продуктов,

Невысокий проф.уровень

2002

Доработкастандартныхрешений,

Появлениеспециалистовбизнес-анализа,Предложениесистем уровня

ERP, Проф.

уровень растет

2003

ПолноценныйБизнес-анализВнедрение

методологии иинструментария

Проекта внедрения,Обучение

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

2004

Реальныйреинженирингс предложениемКонкретногоРешения дляКонкретногоЗаказчика

6

Эволюция подходаЗаказчика

2001

Типовыепроцедуры дляпроведения

тендерной оценкипредложений«внедренцев».Вера в «чудо»,

Надежда сделатьвсе сразу идешево,

Неготовностьплатить

аналитикам

2002

Шок,Откат назад,Появлениевнутреннихэкспертов-аналитиков

2003

Обучениесотрудников,Бизнес-анализсобственных

бизнес-процессов,Сотрудничество сконсультантами

2004

Поиск реальныхрешений длясвоих задач,Готовностьпривлекать

консультантов

7

Но немного статистики…Оказывается, не все так

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

и выполнены в соответствиис измененными критериями

успешно ОИТ успешно проч.

2004 год

2000 год

2004 год

2000 год

Налицо отрицательная динамика! Необходимо выработать критерии оценкидля решения Go or Not to Go для каждого конкретного проекта с учетомособенностей предприятия-Заказчика, компании-интегратора и продукта!

Необходимы согласованные действия в рамках одной методологии!

8

Возможная модель.

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

Модель Технологической Зрелости…

Но не только применительно к Предприятию-Заказчику и к Предприятию-«Бизнес-интегратору»

(консалтинговой компании), но и к

Внедряемому Продукту!

И только на основании такого комплексного анализапланировать проект внедрения!

9

Уровни модели зрелости. Справочная информация.

Уровень 4. Развитие через жизненные циклы, постоянные улучшения, бенчмаркинг, реинжениринг.

(устойчивое развитие бизнеса)

Уровень 3. Единая методология управления проектами(формирование самодостаточной системы)

Уровень 2. Общие процессы управления проектами(формирование базовой системы)

Уровень 1. Общий профессиональный язык управленияпроектами (начальное формирование)

Обратная связь по развитиюинфрастуктуры

Источник: www.upma.kiev.ua

10

Стандартный подход –применительно только к

предприятию• Анализ по данной модели возможен как длясопоставления на тот или иной уровеньпредприятия-заказчика так и предприятия-интегратора.

• Для анализа же продукта необходимо внестинекоторые корректировки в модель – требуетсяввести некий «эталон предприятия-потребителяпродукта» для определения возможности успешноговнедрения.

Вариант анализа эталонного предприятия длявнедрения систем типа ERP, MRP, PRP – см. следующий слайд:

11

Уровни модели зрелостиприменительно к продукту

Уровень 4. Развитие через жизненныециклы, постоянные улучшения, бенчмаркинг, реинжениринг.

(устойчивое развитие бизнеса)

Уровень 3. Единая методологияуправления проектами (формирование

самодостаточной системы)

Уровень 2. Общие процессыуправления проектами

(формирование базовой системы)

Уровень 1. Общий профессиональныйязык управления проектами (начальное

формирование)

Успешное внедрение ифункционирование систем управленияпредприятием (продукта внедрения) на

всех его уровнях

Успешное дальнейшее развитиесистем управления предприятием(продукта внедрения) на всех его

уровнях

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

Возможен провал проекта внедрения.Успех проекта невозможен на

«тяжелых» решениях без коррекцииуровня внедряемого продукта в

сторону уменьшения его сложности

Обратная связьпо развитиюинфрастуктуры

12

Уровни модели зрелости. Моделирование ситуации

Интегратор 2

Успех проекта внедренияпроблематичен –

результат проекта зависитот уровня интегратора(группы интеграторов)!

Продукт

Конфликтнаязона!

Интегратор N


13

Уровни модели зрелости. Возможные сценарии.

Зона успеха1 Зона успеха

N

Интегратор 2Продукт



14

???Заказчик

???

«Темнаялошадка»

Уровни модели зрелости. Заказчик.

Возможные сценарии.




15

Уровни модели зрелости. “Stairway To Heaven ?”

•Явно «вырисовывается» ситуация, когда возникаетнеобходимость учитывать, и, соответственно, управлятьриском, появляющимся в связи с участием в проекте«темных лошадок» - которыми могут оказаться какинтеграторы, так и непосредственно само предприятие-заказчик и, как это не парадоксально, даже продуктпроекта.и этом видятся два способа минимизации такогориска/рисков:

16

Уровни модели зрелости. “Stairway To Heaven ?”

•Второй способ скорее является расширением первого – здесьнеобходимо еще «выбрать в пору костюм» - внедряемый продукт –отклонения как в большую так и в меньшую стороны по возможномуфункционалу так или иначе приведут к неудовлетворенностиЗаказчика.

•Первый способ управления таким риском – проведение аудитауровня технологической зрелости своей компании и привлечениеинтегратора (консалтинговой компании), находящегося какминимум на том же (а лучше выше) уровне (пример – наличие«большой четверки» аудиторских фирм) – и принятия решения отом, идти или не идти в проект и с кем на основании такого анализа. Это более-менее стандартно для выбора интегратора, но, ксожалению редко применяется к Заказчикам

17

Уровни модели зрелости. “Stairway To Heaven !”

ЗаказчикПроекта – полноценныйчлен команды Проекта

«Мечта»МенеджераПроекта




18

План действий.

• Всесторонний анализ – собственного предприятия Заказчика, Предприятий-интеграторов (консультантов), Продукта внедрения.

• Внешний аудит технологической зрелости предприятия – как норма

• Взаимодействие с профессиональными организациями и ассоциациями• Повышение уровня технологической зрелости предприятий

• Совершенствование процедур, инструментария УП инавыков работы с ними

• Принятие решений о проектной активности на основе анализасоотношения метрик для Продукта, Компании и Команды Проекта

19

План действий.

Инициатива со стороныИТ-руководителей, консалтинговых компаний

и профессионалов УПпо соотнесению продуктов

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

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

20

А почему бы инет?!

Когда, например, для ПО SAP AG –появится такая запись -

прямо в лицензионном соглашении:«Для предприятий уровня ниже 3 – не внедрять!»(Как на триллере – «Детям до 16 – не смотреть!»),

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

в области внедрения ERP-систем и сократится?

21

Спасибо за внимание!• Дмитрий Лукьянов

Certificated Project Manager

(IPMA level B)Mail: [email protected]

Mobile: +375 29 6506305Web: www.atlantm.com