Внедрение программного обеспечения

В вычислительной технике принятие означает перенос (преобразование) между старой системой и целевой системой в организации (или, в более широком смысле, кем-либо).

Если компания работает со старой системой программного обеспечения, она может захотеть использовать новую систему, которая будет более эффективной, обладающей большей работоспособностью и т. д. Тогда необходимо внедрить новую систему, после чего ее смогут использовать пользователи.

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

Выбор стратегии внедрения

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

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

• Возможная потребность в «критической массе», чтобы система работала.

Если для эффективной работы системы необходима или может потребоваться большая критическая масса (например, из-за сетевых эффектов ), ответом может стать стратегия «большого взрыва». (Роджерс, 1995)

• Необходимость контроля рисков, если риск присутствует.

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

• Потребность в содействии изменениям.

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

• Темп перемен

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

• Местные потребности в дизайне

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

Таблица Матрица Исона

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

Инновационность личности
Атрибуты тех, кто внедрит инновацию/систему

Тип инновации
Это инновация процесса или продукта?

Атрибуты самой инновации
Готовность, коммуникативность и делимость

Сложность реализации.
Насколько сложна реализация и каковы ее масштабы?

Эти переменные относятся к более высокому уровню, чем критерии Исона, и с ними следует обращаться соответственно. На основании таблицы 1 и упомянутых переменных более высокого уровня Галливана можно сделать выбор подходящей стратегии.

Подготовка организации к усыновлению

Рисунок 1: Процесс подготовки организации

Чтобы подготовить организацию к принятию новой системы, необходимо определить изменения, которые произойдут. Это необходимо для того, чтобы иметь план или обзор перехода, и это можно сделать путем создания требований к системе. После того, как руководство определило требования в отчете о определенных изменениях, ему необходимо согласовать их, чтобы иметь возможность продолжить процесс изменений. Если согласия нет, руководству придется обсуждать требования снова и снова, пока они не придут к согласию. Если соглашение достигнуто и договор соглашения подписан, организация может предпринять дальнейшие шаги. Итак, теперь можно подготовить этап испытаний, на котором будет проверяться достоверность используемых данных и проводиться испытания (Eason, 1988).

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

Ссылки

• Исон, К. (1988) Информационные технологии и организационные изменения, Нью-Йорк: Тейлор и Фрэнсис.
• Галливан, MJ, (1996) Стратегии внедрения новых программных процессов: оценка системы на случай непредвиденных обстоятельств, SIGCPR/SIGMIS '96, Денвер, Колорадо.
• Роджерс, Э.М. (1995), Распространение инноваций, Нью-Йорк: Свободная пресса.
• Додсон, Дж. (2011), «4 остановки на пути к коварному пути внедрения корпоративного программного обеспечения», Вашингтон.

.