|
12.12.2001, 11:20 | #1 |
Участник
|
Проблемы команды IT2B
Тема: Рассмотреть возможность внедрения по методологии быстрого внедрения.
Адрес проекта IT2B, на котором опубликован материал документа: it2b.h1.ru На данный момент существует два подхода к организации проекта внедрения. Первый – подразумевает подстройку бизнес-процессов под систему. Второй, классический - тонкую настройку ИС под предприятие. И у того и у другого пути есть свои плюсы и минусы. Если первый может вывести предприятие на новый уровень эффективности, но при этом создать конфликты в коллективе, то второй путь хорош своей бесконфликтностью, но, выбрав его, предприятие, во-первых, не сможет полностью реализовать потенциал заложенной в систему концепции эффективного управления, а во-вторых, подгонка системы потребует дорогой и долгой доработки программного обеспечения. Методологии Fast Forward (Oracle Application), ASAP (SAP R/3) – первого типа. Суть методологии Fast Forward: “Согласно этой методике, клиент должен сам настраиваться на готовое ПО, но за это "насилие" над собой ему гарантируют быструю автоматизацию примерно 80 % необходимых бизнес-процессов за счет предустановленной конфигурации ERP – системы.”. Если функциональность системы и потребности бизнеса совпадают менее чем на 80%, то система считается неподходящей. Как проходит внедрение: Структурируется бизнес. Фактически построение модели “как есть” на уровне укрупненной структуры бизнеса, без детализации процессов. Вырабатываются стратегии. Процедуры реинжиниринга до момента описания процессов (описали продукт и стратегию). (Параллельно с п. 1 и 2). Изучается функциональность программного продукта. Строится бизнес–схема работы предприятия в терминах ИС ( с учетом логики ИС). Определяются пути перехода к использованию ИС. Структура предприятия известна. Процессы реинжиниринга проводятся в два этапа. В п. 1 и 2 – до момента выделения процессов по бизнес- логике - первый этап. В п. 4 – построение оптимальной бизнес – модели адекватной бизнес – модели информационной системы – второй этап. Главное отличие такого метода: Процедура реинжиниринга проводится с учетом возможностей ИС (на уровне детализации процессов). Модель “как есть” строится только по мере необходимости перехода от текущей процедуры исполнения к новой и не диктует условия, какой быть ИС, а определяет пути перехода к ее использованию. Т.е. цель построения “как есть” – определить структуру предприятия для управления переходом к модели “как должно быть”, и не более. ИС – механизм ведения бизнеса, а не вспомогательный инструмент. Преимущества: Гарантированный результат внедрения – поставщик отвечает за качество, и представляет себе его результат. Удешевление проекта как минимум на 1/3. Ускорение проекта как минимум на 1/3. Мы развиваемся так же быстро, как информационные бизнес - решения поставщика. Задание на проектирование формулируется в терминах системы, которые нам все равно надо изучать и осваивать. Недостатки: Мы перестаиваемся под решение поставщика, доверяя его уровню компетенции. Мы используем то же решение, что и поставщик, без индивидуальных особенностей бизнеса (тех, которые невозможно реализовать в рамках ИС). Мы развиваемся так же медленно, как информационные бизнес - решения поставщика. Основные вопросы: Что дешевле по времени и средствам: перестроить и поддерживать модель бизнес- процессов или модель ИС? Насколько много мы теряем (находим) при отказе от домашних технологий и переходе к решению поставщика (функциональный и психологический факторы). Действительно ли необходимо досконально познать себя и свои потребности до выбора системы? Пример: мы отдаем ребенка в хорошую школу, доверяя ее системе образования, а сами влияем на формирование личности, обеспечивая эффективность образования. Ссылки: Клиент всегда не прав
__________________
"...жизнь проходит, пока мы строим планы на жизнь..." с уважением, ESys. |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Этапы внедрения (по материалам IT2B) | 24 | |||
Наброски команды IT2B | 6 | |||
Шаблоны команды IT2B | 9 | |||
Практика команды IT2B | 0 |
|