Технология корпоративного внедрения от компании 1С в проектах имплементации ERP-систем

Подробности

Опубликовано: 01.10.2024 16:54

Автор: Степанов Дмитрий Юрьевич

Просмотров: 128

Аннотация: в работе выполняется анализ технологии корпоративного внедрения от компании 1С для имплементации ERP-систем. Описываются этапы, задачи и документы, являющиеся основой методологии 1С: ТКВ. Сравнивая содержание каскадной методологии имплементации, выявляются вопросы, требующие более детальной проработки в технологии 1С: сбор требований, миграция данных, бизнес-переход и приемочное тестирование. Используя опыт внедрения зарубежных программных продуктов, в методе 1С: ТКВ предлагается заместить фазы подготовки и исполнения опытной эксплуатации на этап тестирования, а также уточнить область применения фаз подготовки и выполнения опытно-промышленной эксплуатации, ограничив их использование проектами пилотирования.
Ключевые слова: методология внедрения 1с, технология корпоративного внедрения 1с, 1с технологии корпоративного внедрения 2.0, 1с ткв технология корпоративного внедрения, 1с технология быстрого результата тбр, 1с тсв технология стандартного внедрения, технология стандартного внедрения 1с, технология быстрого результата 1с, 1с тбр, 1с тсв, методика испытаний 1с.
Скачать: PDF (статья).

Необходимость срочного импортозамещения программного обеспечения в связи уходом большинства вендоров из России в 2022 году обратила наше пристальное внимание на отечественные программные продукты. Так российские решения от 1С, Галактики, Монолита и других поставщиков программных приложений оказались в центре всеобщего внимания и обсуждения. Прежнее господство западных программных продуктов в лице SAP, Oracle, Microsoft и прочих постепенно сходит на нет: многие российские предприятия, следуя стратегиям импортозамещения и цифровой трансформации вынужденно переходят на локальные программные продукты. Именно данная ситуация вернула спрос на кастомные разработки, которые в прошлые десятилетия постепенно сокращались в связи с преобладанием коробочных программных решений, заставила нас думать нестандартно, а также позволила снова вспомнить о многообразие мира ИТ. Коробочные и кастомные программные продукты, каскадные и гибкие методы имплементации программных приложений, обширные стратегические инициативы по замещению программного обеспечения – это лишь несколько ярких примеров нашей новой реальности.

Крупные зарубежные программные решения класса ERP преимущественно ассоциировались с водопадной моделью внедрения, например: ASAP, OUM, MDSS и ADM [1-4], а также частично с гибридными способами имплементации, такими как SAP Activate, Agile Scrum и другие. Данные методологии применялись как в российских, так и международных проектах внедрения, не имея, фактически никакой альтернативы со стороны отечественных вендоров. Последнее обусловлено тем, что ERP-системы представляют собой один из наиболее представительных классов автоматизации, имплементация которых достаточно дорогостояща, что предъявляет особые требования к организации и исполнению проекта. Все указанные методологии прошли апробацию по всему миру, что позволило их детально адаптировать под любые особенности и сложности локальных клиентов. Сами же методологии детально документированы и содержат набор акселераторов, то есть шаблонов документов, необходимых для заполнения на проекте имплементации, а также описание последовательности выполнения задач для доставки содержания проекта.

Среди немногих российских наработок в области методологий внедрения можно выделить технологии имплементации программных продуктов от компании 1С. Это не кажется чем-то необъяснимым, компания 1С имеет в своем арсенале как небольшие приложения, позволяющие провести лоскутно-кусочную автоматизацию, например, 1C: Электронное обучение, 1С: Налогоплательщик, 1С: Документооборот, так и крупномасштабные, как то: 1С: ERP, 1C: Бухгалтерия предприятия, 1C: Зарплата и кадры. Для такого разнообразия программных продуктов невозможно предложить единую методологию внедрения, то, как например, ранее сделала компания SAP, предложив метод ASAP для имплементации своего флагманского решения класса ERP. Поэтому специалисты 1С разделили всю линейку программных решений по масштабу функционала на три группы: мелкие, средние и крупные, для каждой из которых была предложена своя методология имплементации. В рамках текущей статьи мы проведем анализ технологии корпоративного внедрения ERP-систем от компании 1С, при необходимости сравнивая ее с западными аналогами.

При столь значительном разнообразии программных продуктов 1С разработала три метода имплементации: 1С: Технология стандартного внедрения (1С: ТСВ), 1С: Технология быстрого результата (1С: ТБР) и 1С: Технология корпоративного внедрения (1С: ТКВ) [5]. Первая стратегия имплементации подходит для внедрения программных продуктов 1С, не требующих изменения стандартного функционала системы: купил, установил и можешь работать. Технология 1С: ТБР ориентирована на средние предприятия, для которых подходит предварительная апробация продукта или его части, что должно позволить принять заказчику окончательное решение о целесообразности и разумности внедрения программного решения. И, наконец, третья стратегия 1С: ТКВ, ее предлагается применять для крупных предприятий и проектов, в которых высока степень бизнес неопределенности и сопротивления сотрудников к изменениям. Порядок выбора методологии внедрения 1С приведен на рис. 1.

Рис. 1. Порядок выбора технологии внедрения программных продуктов 1С

Следуя описанию методологий внедрения 1С, имплементация крупных программных продуктов класса ERP и подобных, может вестись преимущественно на основе технологии 1С: ТКВ. Данная технология представляет собой спиралевидную модель внедрения с элементами каскадной и итерационных методологий [6]:

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

Последовательность этапов работ согласно 1C: ТКВ включает:

• инициализация;
• формирование требований (включая их распределение по волнам имплементации)

далее для каждой волны внедрения повторяются такие фазы как:

• проектирование,
• разработка,
• подготовка к опытной эксплуатации (ОЭ) и/или опытно-промышленной эксплуатации (ОПЭ);
• проведение ОЭ и/или ОПЭ,
• подготовка к промышленной эксплуатации (ПЭ);
• проведение ПЭ,

финализирует активности проекта этап завершения (рис. 2).

Рис. 2. Этапы работ методологии 1С: Технология корпоративного внедрения

Методология 1С: ТКВ содержит описание этапов, выполняемых работ, список документов, а также примеры и шаблоны для части из них. Следуя уровням внедрения ERP-систем [7], в данной технологии детализируются вопросы, касающиеся: управления проектом и изменениями, а также содержанием (процессы, приложения, данные и техника). 1С: ТКВ составлена, опираясь на ISO 9000:2015 и ISO 9001:2015, а также PMBoK [4, 8], поэтому проработка вопросов проектного менеджмента ведется на должном уровне. В табл. 1 приведены ключевые моменты данной методологии.

Таблица 1. Список фаз и состав ключевых работ и документов 1С: ТКВ

Несмотря на детально проработанные этапы, задачи и документы 1С: ТКВ, некоторые ее активности кардинально отличаются по смыслу и содержанию в сравнении с зарубежными методологиями, что требует дополнительных разъяснений, а именно:

• этапы ОЭ и ОПЭ;
• методика сбора требований;
• концепция миграции;
• план перехода и обеспечения непрерывности бизнеса;
• приемочные испытания.

Типовая каскадная модель внедрения корпоративных информационных систем, схожая с ADM [4], включает в себя следующую последовательность этапов и задач (рис. 3):

• подготовка, в рамках которой мобилизуется проектная команда;
• анализ, на котором ведется сбор требований и проводится их Fit/Gap-анализ;
• проектирование, где готовятся и согласуются проектные документы;
• реализация, здесь разрабатываются и конфигурируются программы, а также проводится функционально-модульное тестирование;
• тест, на этой фазе ведется интеграционный и приемочный тесты;
• переход, где настраивается продуктивная система, в нее мигрируются данные, принимая во внимание бизнес ограничения;
• гиперподдержка ПЭ, завершающая проект.

Рис. 3. Этапы проекта согласно каскадной схеме имплементации на примере метода ADM

В методологии 1С: ТКВ введены этапы ОЭ и ОПЭ, замещающие фазу тестирования из ADM. Важно подчеркнуть, что этап ОЭ представляет собой именно эмуляцию работы компании за прошедший отчетный период в программной системе 1С, в которую вовлечены как конечные, так и ключевые пользователи. Этот этап по смыслу, содержанию и целям сильно отличается от приемочного тестирования, существующего в каскадной схеме. ОПЭ есть не что иное, как режим двойного ввода данных, когда пользователи отражают бизнес-операции и в существующей, и в новой внедряемой системе. В методологии ADM что-то подобного применяется лишь в пилотных проектах. Технология внедрения от 1С предполагает максимальную вариабельность этапов ОЭ и ОПЭ (рис. 4), к сожалению, не давая при этом подсказок, в каких случаях, какие из этапов уместнее использовать.

Рис. 4. Вариабельность этапов ОЭ и ОПЭ в 1С: ТКВ: а) только ОЭ; б) только ОПЭ; в) ОЭ и ОПЭ

Стратегия сбора требований позволяет структурировать понимание, каким образом будут идентифицироваться, приоритизироваться и включаться в объем проекта бизнес-потребности [9]. Наиболее действенным способом сбора бизнес-требований в SAP-проектах является использование списка типовых бизнес-процессов предприятия из релевантной отрасли. Подготовленная карта бизнес-процессов позволяет уточнить наличие потребностей клиента в момент обсуждения операций 3-5 уровней детализации, содержащихся в ней. Это сокращает вероятность потери требований. Методология 1С: ТКВ не содержит документа концепции сбора требований. Несмотря на то, что в списке акселераторов в ней имеется реестр бизнес-процессов, однако не понятно, действительно ли идентификация требований ведется в разрезе операций из него.

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

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

Методология 1С: ТКВ имеет схожее содержание по вопросам миграции, однако в ней отсутствует упоминание тестовых волн миграции данных. Обычно тестовая миграция предшествует проведению того или иного вида испытания функционала системы, что позволяет как можно раньше приступить к проверке качества мигрирования. Поэтому чаще всего вводят три тестовые волны миграции данных: одна для этапа реализации и модульного теста, две остальные – фазы тестирования и интеграционного, приемочного тестов. Однако в 1С: ТКВ активности физической миграции начинаются лишь с этапа подготовки к ОЭ и/или ОПЭ, пропуская при этом фазу реализации и испытаний, проводимых на ней.

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

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

Обычно план обеспечения непрерывности бизнеса, призванный обеспечить бесперебойную работу организации даже в случае краха программной системы, является составной частью плана катовера. Вообще, катовер, объединяющий в себе как бизнес, так и ИТ активности, представляется отдельной активностью, под которую преимущественно выделяется отдельный лидер или команда. В методологии 1С: ТКВ артефакт плана катовера упоминается единожды, без каких-то существенных деталей.

В каскадных методах внедрения, к примеру, ADM, вводят несколько видов испытаний программного решения, чаще всего базирующихся на V-модели разработки через тестирование [10]. В частности, выделяют:

• функционально-модульный тест, который проводится сразу после завершения настройки или разработки программы как функциональным консультантом, так и самим программистом;
• интеграционное тестирование, которое ведется силами консультантов с демонстрацией критичных результатов заказчику;
• и, наконец, приемочный тест в формате непрерывного тестирования бизнес-процессов от начала до конца, во всех взаимосвязанных программных системах. Приемочное тестирование ведется на основе заранее подготовленных сценариев тестирования ключевыми и конечными пользователями со стороны клиента. Продолжительность теста варьируется 1-3 месяцев.

Первым двум видам тестирования существуют аналоги в 1С: ТКВ: модульный тест и предварительные испытания, проводимые на фазе реализации. С приемочным тестом дела обстоят иначе. Приемочный тест упоминается в методологии 1С лишь на фазе подготовки к ПЭ, где подписывается документ приемочных испытаний, содержащий результаты всех ранее проведенных тестирований и фаз ОЭ и/или ОПЭ. В документ также вносятся результаты дополнительной проверки функциональных и нефункциональных требований, однако не понятно, как ее можно полноценно выполнить накануне продуктивного запуска.

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

Таблица 2. Методология 1С: ТКВ в сравнении с водопадной схемой внедрения

Особого внимания заслуживает вопрос использования этапов ОЭ и ОПЭ в 1С: ТКВ. Не исключено, что наличие этих этапов обусловлено спецификой программных решений 1С и российских пользователей, требующих проведения массовой эмуляции работы. Классическая каскадная схема внедрения не исключает эмуляцию, однако на нее делается гораздо меньший акцент, а продолжительность сильно ограничивается по времени. Поэтому, объединяя существующий метод 1С: ТКВ с обширной практикой имплементации крупных западных программных продуктов в России, возможно расширение области его применения, не ограничиваясь только 1С-продуктами (рис. 5):

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

Рис. 5. Предлагаемые улучшения технологии 1С: ТКВ с точки зрения состава этапов: а) проекты, не предполагающие последующее тиражирование; б) пилотные проекты

Предлагаемое уточнение фаз ОЭ и ОПЭ позволяет отойти от специфики решений 1С, обеспечивая тем самым применимость методологии 1С: ТКВ для внедрения как программных продуктов самого вендора, так и прочих крупных приложений от сторонних софтверных производителей.

Список литературы

1. Sullivan G. SAP: Project management and implementation guide. SAP Press, 2014 – 573 p.
2. Blokdyk G. Oracle unified method. 5STARCooks, 2018 – 313 p.
3. Shankar C., Bellefroid V. Microsoft Dynamics Sure Step 2010. Packt Publishing, 2011 – 362 p.
4. Степанов Д.Ю. Жизненный цикл проекта внедрения ERP-системы на примере коробочных SAP и 1С решений, а также кастомных разработок [Электронный ресурс] // ХАБР страница компании Аксеникс – Режим доступа: https://habr.com/ru/companies/axenix/articles/799333/.
5. Бобровников А.Э. Введение в управление проектами внедрения ERP-систем. М.: 1С-Паблишинг, 2021. – 320 с.
6. Зимин К. Технология корпоративного внедрения // Information management. – 2013. – №3 – с. 77-84.
7. Степанов Д.Ю. Анализ, проектирование и разработка корпоративных информационных систем: теория и практика // Российский технологический журнал. – 2015. – т.8, №3. – c.227-238.
8. Ширенбек Х., Листер М., Кирмсе Ш. Руководство к своду знаний по управлению проектами. Руководство PMBoK. Шестое издание. – М.: Олимп-Бизнес, 2019. 726 с.
9. Терентьев И.М. Стратегия анализа в проектах внедрения ERP-систем // Корпоративные информационные системы. – 2018. – №2 – С. 23-29. – URL: https://corpinfosys.ru/archive/issue-2/139-2018-2-analysisstrategy.
10. Терентьев И.М. Стратегия тестирования в проектах имплементации ERP-систем // Корпоративные информационные системы. – 2018. – №3 – С. 39-45. – URL: https://corpinfosys.ru/archive/issue-3/141-2018-3-testingstrategy.

Выходные данные

Степанов Д.Ю. Технология корпоративного внедрения от компании 1С в проектах имплементации ERP-систем // Высокопроизводительные вычислительные системы и технологии. – 2024. – т. 8, № 1. – c.175-182. – URL: https://stepanovd.com/science/article/196-2024-3-1ccit.