Поэтапное внедрение - Википедия - Phased adoption

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

Обзор

Информационные технологии произвели революцию в способах работы в организациях (Eason, 1988). С внедрением высоких технологий Планирование ресурсов предприятия Системы (ERP), Системы управления контентом (CMS), Покупатель и Управление отношениями с поставщиками Системы (CRM и SRM), возникла задача внедрить эти системы в организациях, которые собираются их использовать. В следующей записи обсуждается лишь небольшая часть того, что необходимо или можно сделать при внедрении такой системы в организации.

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

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

Диаграмма данных процесса

Рисунок 1: Поэтапный процесс внедрения

Техника визуализации, использованная в этой статье, является техникой, разработанной группой O&I из Утрехтский университет (Верд, 2005). Техника описана в следующей вики: Техника мета-моделирования.

Как видно на рисунке 1, поэтапное внедрение имеет петлю. Каждый отдел, который должен быть подключен к системе, проходит один и тот же процесс. Сначала на основе предыдущих тренировок устанавливаются уровни безопасности (см. ITIL Таким образом, каждый уникальный пользователь имеет свой собственный профиль, который описывает, какие части системы видны и / или могут быть использованы для этого конкретного пользователя. Затем документ и политики документируются. Все процессы и процедуры описаны в описании процессов, могут быть на бумаге или в интранете. Затем отображается фактическое преобразование. Как описано в вышеприведенном тексте, определенные отделы и / или части организации могут быть реализованы в разные временные интервалы. На рисунке 1 это изображено путем реализации дополнительного модуля или даже всего продукта. Для HRM требуются другие модули системы ERP, чем для Финансов (модуль) или Финансов может потребоваться дополнительный пакет программного обеспечения для бухгалтерского учета (Продукт). Настройка системы происходит для решения существующих проблем. После преобразования определенного отдела цикл начинается заново, и другой отдел или группа пользователей могут быть преобразованы. Если все отделы или части организации преобразованы и система полностью внедрена, система официально передается в организацию, и группа внедрения может быть распущена.

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

Однако фактическое внедрение системы пользователями может быть более проблематичным. Система может работать нормально, но если ее не использовать, она бесполезна. Пользователи основывают свое отношение к системе на своем первом опыте (Eason, 1988). Поскольку это создает дополнительный вес для первого взаимодействия, разработчикам следует позаботиться о том, чтобы первое взаимодействие было особенно приятным.

В методе, использованном в этой статье, каждая КОНЦЕПЦИЯ требует правильного определения, которое предпочтительно копируется из стандартного глоссария, источник которого дан, если применимо. Все названия КОНЦЕПЦИЙ в тексте пишутся заглавными буквами. В таблице 1 представлен список определений понятий.

Таблица 1: Концептуальная диаграмма

Концепция	Определение
Отчет о решениях руководства	Здесь приводится описание выбора процесса, выполняемого перед фактическим началом внедрения новой системы. Решения и требования также описаны в отчете. (Исон, 1988)
Критические факторы реализации	Факторы, которые возникли при выборе системы и имеют решающее значение в процессе внедрения. (Умбле, 2003)
Технические характеристики оборудования	Конфигурация и спецификация оборудования, используемого устаревшей системой и для запуска новой системы.
Отчет о тестировании оборудования	Результаты проверенного оборудования на месте.
Спецификация программного обеспечения	Конфигурация и спецификация имеющегося программного обеспечения, т. Е. Унаследованной системы и будущей новой системы.
Отчет о тестировании программного обеспечения	Тесты программного обеспечения исследуют всю систему программного обеспечения. (ISO 9000 )
Журнал обучения пользователей	Журнал обучения сотрудников, задействованных в новой системе (Исон, 1988 г.)
Отчет о пилотных учениях	Отчет о пилотных учениях, проведенных с недавно установленной системой в единой контролируемой среде.
Результат испытаний	Проверяет результаты проверки знаний системы пользователями. Настоящие пользователи кричат о прототипе достаточно долго, чтобы внимательно ознакомьтесь с ним, внимательно отслеживая и отслеживая результаты. (Словарь английского языка American Heritage Dictionary, Издание четвертое, 2000 г.)
Выводы бизнес-кейса	Команда проекта создает скелетную тестовую среду бизнес-кейса, которая берет бизнес-процессы от начала, когда заказ клиента получен, до конца, когда заказ клиента отгружен. Результаты, связанные с этим тестом, регистрируются и сообщаются. (Умбле, 2003)
Отчет об уровне безопасности	По окончании этапа обучения необходимо установить уровни безопасности и разрешений, чтобы каждый имел доступ к необходимой информации. (Каземьер, Дж. А., Овербек, П. Л., Петерс, Л. М., 2000)
Документация	Организованный набор записей, описывающих структуру, назначение, работу, обслуживание и требования к данным для компьютерной программы, операционной системы или аппаратного устройства. (Словарь английского языка «Американское наследие», четвертое издание, 2000 г.)
Сценарий конверсии	Переопределенный сценарий реализации с учетом соответствия требованиям. Кроме того, сценарий преобразования состоит из временного решения и плана отката. Сценарий преобразования - это план проекта внедрения. (Ройманс, 2003)
План внедрения модуля	Здесь описан план внедрения конкретного модуля в систему процессов организации. (Словарь английского языка «Американское наследие», четвертое издание, 2000 г.)
План внедрения продукта	Здесь описан план внедрения конкретного продукта системы в процессы организации. (Словарь английского языка «Американское наследие», четвертое издание, 2000 г.)
Отчет о настройке	Во время реализации разработчики могут захотеть изменить систему из-за обнаруженных приращений реализации.
Принятие системы	Система принимается организацией. (Умбле, 2003)
Настигнуть	Подход или стратегия, направленная на преодоление недостатка или опережения (Словарь английского языка «Американское наследие», четвертое издание, 2000 г.)

Преимущества, недостатки и риски поэтапного усыновления

Метод поэтапного внедрения имеет определенные плюсы, минусы и риски (Koop, R., Rooimans, R. & Theye, M. de (2003), Eason (1988)).

Плюсы:

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

Минусы:

Требуется несколько корректировок
Учебные занятия сбивают с толку пользователей, поскольку их просят работать как с новой, так и со старой системой.
Несколько изменений в документации
Продолжительность проекта
Срок поставки системы неясен
Необходимо несколько раз проверить правильность и полноту набора данных.
«Обратный путь» к старой системе становится все труднее на каждом новом этапе.
Реализация может показаться непонятной сотрудникам и другим пользователям.

Риски:

Сложность реализации
Склонен ошибаться
Откат невозможен на более поздних этапах

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

Рисунок 3: Установка оборудования и программного обеспечения

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

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

Обучение персонала

Рисунок 4: Процесс обучения

Системное обучение научит пользователей нажатию клавиш и транзакциям, необходимым для работы системы (Umble, 2003). Пилот тестирует системы и проверяет понимание системы пользователями. Команда проекта создает скелетную среду тестирования бизнес-кейса, которая переносит бизнес-процессы с самого начала, когда заказ клиента получен, до конца, когда заказ клиента отправлен. Обучение как таковое недостаточно для внедрения информационной системы. У пользователей есть потребности в обучении (Исон, 1988). Известные потребности в обучении - это эмоциональное руководство. Пользователи должны делать эмоциональные шаги, чтобы делать когнитивные шаги. Если они опасаются системы из-за ее сложного обращения, они могут быть не в состоянии понять когнитивные шаги, необходимые для успешного выполнения задач.

Методы

В области реализации используются несколько методов. Хорошо известным методом, специально ориентированным на область реализации, является метод Regatta от Согети. Другие методы - это метод внедрения SAP, который адаптирован для реализации SAP системы. Системы устанавливаются несколькими способами. У разных организаций могут быть свои собственные методы. При внедрении системы она считается проектом и, следовательно, должна рассматриваться как таковая. Хорошо известные теории и методы используются в таких областях, как PRINCE2 метод со всеми лежащими в его основе техниками, такими как ПЕРТ диаграмма Диаграмма Ганта и методы критического пути.

Пример

Внедрение EMR на Группа университетских врачей (UPG) в Стейтн-Айленд и Бруклин, Нью-Йорк.

Группа университетских врачей Нью-Йорка завершила техническую установку программного пакета EMR (Electronic Medical Record). UPG обнаружила, что некоторые поставщики пакета EMR рекомендуют развертывание, которое будет выполняться по принципу «все в одном», также называемое «Большим взрывом». Но они выяснили, что Большой взрыв потряс бы врачей и персонал из-за следующих факторов:

Постоянная нагрузка на ключевых уроках не позволяла им полностью уделять внимание.
Срочная необходимость завершить некоторые записи заставила пользователей вернуться к старой системе
Информационная перегрузка со стороны врачей.
Нет времени играть с системой.
Поставщик не гарантирует 100% доступность.

Таким образом, они выбрали поэтапный подход: «Следовательно, поэтапное внедрение предоставило нам наибольшие шансы на успех, принятие сотрудниками и возможность ожидаемой окупаемости инвестиций после того, как система будет полностью внедрена.”(Дж. Хайман, доктор медицины)

Также была группа, которая несколько неохотно относилась к любым новым системам. Представив систему некоторым ранним последователям (Rogers, 1995), позднее большинство сможет познакомиться с системой. По мере внедрения поэтапно по всей организации. По петле (см. Рисунок 5, A) в систему был введен UPG.