Введение
Стратегия является ключевым документом, описывающим предполагаемый подход к решению той или иной задачи. В области внедрения ERP-систем выделяют такие концепции доставки содержания, как: анализа, проектирование, реализация, ролей и полномочий, миграции, обучения, тестирования, технической подготовки системы, бизнес-катовера, изменений и поддержки. Основой использования стратегий в проектах имплементации ERP-систем служит теория корпоративных информационных систем, предложенная в работе [1]. Анализ литературных источников в области корпоративных информационных систем и стратегий доставки включает множество работ [2-14], однако в них лишь косвенно указана первопричина формирования концепции, что, следовательно, делает выбор того или иного способа недоказательным.
Для устранения указанных недостатков, в этой статье мы попытаемся вскрыть исходную проблематику, что порождает необходимость формирования стратегии доставки содержания, а также уточним и детализируем способы решения. Следует сразу сделать оговорку, что стратегии доставки содержания, ни в коей мере не противоречат и не заменяют активности фаз внедрения. По существу, они дополняют и максимально их уточняют. Поэтому существование фазы анализа как пример не исключает наличия одноименной стратегии.
1. Стратегии и риски
Отличительной особенностью любой стратегии является то, что она направлена на снижение того или иного риска. Это может вас сильно удивить, ведь эта ключевая мысль скрыта за беленой деталей всех ранее описанных стратегий, которые вы можете найти в указанных литературных источниках [2-14]. Поэтому в рамках этой работы мы попытаемся подойти к вопросу стратегий с позиции минимизации именно проектных рисков, дополняя и уточняя при этом все, что нам ранее удалось выяснить. Следовательно, стратегия доставки содержания будет предлагать способы, позволяющие эффективно снижать, исключать или передавать проектные риски. В таблице 1 приведены стратегии, задающие содержание и изменения ERP-проекта, а также предложены проектные риски.
Табл. 1. Стратегии и риски, обрабатываемые в них
2. Способы понижения рисков
Давайте теперь рассмотрим способы понимания каждого из приведенных выше рисков. Так в стратегии анализа [3] предлагается идентификацию требований вести на базе заранее подготовленной типовой карты бизнес-процессов, сбор требований агрегировать в едином реестре (или матрице отслеживания требований), а приоритизацию потребностей поручить ключевым бизнес пользователям. Все предложения делаются для того, чтобы не упустить ни одно из важных для запуска бизнес требование.
Стратегия проектирования подразумевает прототипирование [4], использование демонстрационных баз и стендов, системы песочницы, дабы проверить гипотезу о том, что проектируемое решение будет действительно реализуемым.
Полный текст статьи: https://corpinfosys.ru/archive/2022/issue-20/206-2022-20-contentchangestrategies
