Особенности формирования план-графика для проекта внедрения корпоративных информационных систем на примере 1С и SAP (часть 2)

Подробности
Опубликовано: 30.06.2024 10:26
Автор: Евдокимов Андрей Дмитриевич
Просмотров: 37
Корпоративные информационные системы и учетная политика организации при применении автоматизированной формы ведения учета

Аннотация: в работе описываются отличия формирования план-графиков для проектов внедрения 1С и SAP систем. Рассматривается подготовка плана для SAP-проектов, организуемых по каскадной схеме внедрения, исключающей вариабельность этапов работ и их «запараллеливание». Описывается создание плана имплементации для 1С-проектов, допускающих опциональность фаз опытной и опытно-промышленной эксплуатаций, а также разрешающих параллельное ведение нескольких этапов работ. Формулируется вывод, что планы имплементации для 1С и SAP проектов схожи для случаев высокосложных/среднесложных инициатив, а отличие между ними состоит в параллелизации этапов проектирования и реализации.
Ключевые слова: план график 1С, пример плана внедрения 1С, внедрения SAP ERP, план график работ проекта, календарный план график проекта, разработка план графика проекта, сетевой план график проекта, план график контроля проекта, метод критической цепи, проект работа план, режим опытной эксплуатации, программа опытной эксплуатации, ОЭ, опытно промышленная эксплуатация системы, опытно промышленная эксплуатация гост. 
Скачать: PDF (статья), PDF (выпуск №26).

2. Формирование плана для внедрения SAP-систем

Ссылка на 1-ю часть статьи. Применим механизмы построения план-графика к конкретным софтверным продуктам, начав с рассмотрения методов их внедрения. Ограничимся использованием термина план, исключая тем самым параметр срока проекта. Проекты имплементации программных решений от SAP ведутся на основе методологий ADM и ASAP, расширяющих классическую каскадную модель внедрения [5]. Методология ADM специфицирует следующие обязательные этапы работ над проектом:

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

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

Масштабные и срочные проекты вносят свои коррективы в методологию имплементации и план внедрения соответственно. Например, в исключительной ситуации фаза реализации действительно может вестись параллельно с этапом проектирования, что обусловлено необходимостью скорейшего получения программного продукта. Однако даже в этом случае в графике проекта может отсутствовать пересечение этапов, а параллельные активности будут проводиться только после формального согласования управляющим комитетом (рис. 5Б).

Этапы работы над требованиями

Рис. 5. Пример плана SAP-проекта: а) типовой проект имплементации; б) параллельные шаги проектирования и реализации как исключительная ситуация

Следующим примером изменения типового плана имплементации служит необходимость масштабной проверки возможности использования программного решения не только с технической точки зрения, но и организационной. Здесь речь заходит о дополнительном этапе/активности по эмуляции работы с программным решением для заданного интервала времени, который/-ая ведется до или параллельно фазе подготовки к промышленной эксплуатации (рис. 6). В других методологиях данную инициативу называют тестовой или опытной эксплуатацией (далее – ОЭ).

Карта процессов и определение состава стейкхолдеров

Рис. 6. Пример плана для SAP-проекта средней сложности с дополнительной активностью по эмуляции: а) эмуляция как отдельная фаза; б) эмуляция в составе этапа подготовки к промышленной эксплуатации

Заключительным примером нетипового использования методологии ADM служит введение экстра этапов по подготовке и исполнению опытно-промышленной эксплуатации (далее – ОПЭ). Введение данных фаз обусловлено наличием высоких рисков по незапуску программной системы, для чего предлагается осуществить режим двойного ввода данных в «старую» и новую системы в течение нескольких месяцев, достаточных для сравнения того, что информация по операционным и финансовым остаткам обеих систем совпадает на регулярной основе (рис. 7). Здесь следует упомянуть, что наличие этапа ОПЭ обычно исключает активности по эмуляции работы системы.

Карта процессов и определение состава стейкхолдеров

Рис. 7. Пример плана для высокосложного SAP-проекта с этапами подготовки и проведения ОПЭ

3. Построение плана имплементации 1С-систем

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

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

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

Карта процессов и определение состава стейкхолдеров

Рис. 8. Этапы работ согласно методологии 1С: ТКВ

Из множества комбинаций этапов ОЭ и ОПЭ наиболее востребованной является схема внедрения, данная на рис. 9. Ее особенность состоит в том, что этапы проектирования и реализации выполняются параллельно, что обусловлено итеративным подходом к разработке в 1С. В контексте 1С-проектов данная ситуация является типовой в отличие от методологии для SAP.

Карта процессов и определение состава стейкхолдеров

Рис. 9. Пример типового план-графика для 1С-проекта

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

Карта процессов и определение состава стейкхолдеров

Рис. 10. Пример план-графика 1С-проекта для исключительных ситуаций: а) высокосложный проект, требующий ОПЭ; б) среднесложная инициатива с активностями по ОЭ

Заключение

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

Методология внедрения программного продукта определяет последовательность этапов работ, что носит отражение в план-графике, отличающемся для SAP и 1С систем. Так SAP-проекты организуются по каскадной схеме внедрения, исключающей вариабельность этапов работ и их «запараллеливание», но допускающей в редких случаях режим двойного ведения данных. Наоборот, в крупных проектах 1С, несмотря на применение водопадной/спиралевидной модели имплементации, возможна опциональность фаз опытной и опытно-промышленной эксплуатаций, разрешено параллельное ведение нескольких этапов работ, а также сокращение одних фаз при наличии других. Однако, если упразднить определенные терминологические различия, становится очевидным, что планы внедрения для 1С и SAP проектов формируются схожим образом для случаев высокосложных/среднесложных инициатив, а отличие между ними состоит в параллелизации некоторых этапов работ.

Литература

  1. A guide to the project management body of knowledge and the standard for project management, 7th edition. Project Management Institute, 2021. – 369 p.
  2. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем: учебное пособие. – Ростов н/Д.: Феникс, 2009. – 508 с.
  3. Степанов Д.Ю. Метод формирования ресурсного плана в проектах внедрения ERP-систем на основе бенчмаркинга и оценщика // Высокопроизводительные вычислительные системы и технологии. – 2022. – Т.4, № 1. – c.1-6. – URL: http://stepanovd.com/science/article/135-2022-1-resourceplan.
  4. Dmitry Yu. Stepanov. Novel planning technique for ERP-systems implementation projects // Communications in Computer and Information Science, Springer, Cham. 2022. vol. 1733, pp.115-124. https://doi.org/10.1007/978-3-031-23744-7_9. – URL: https://stepanovd.com/science/article/143-2022-2-planningtechnique.
  5. Катасонова Н.С. RICEFS-классификация разработок и настроек для оценки трудозатрат // Корпоративные информационные системы. – 2023. – №4 (24) – С. 26-37. – URL: https://corpinfosys.ru/archive/2023/issue-24/230-2023-24-ricefclassification.
  6. Хабр страница компании Аксеникс [Электронный ресурс] // Жизненный цикл проекта внедрения ERP-системы на примере коробочных SAP и 1С решений, а также кастомных разработок. Режим доступа: https://habr.com/ru/companies/axenix/articles/799333/ (дата обращения 31.03.2024).
  7. Бобровников А.Э. Введение в управление проектами внедрения ERP-систем. М.: 1С-Паблишинг, 2021. – 320 с.

Выходные данные статьи

Евдокимов А.Д. Особенности формирования план-графика для проекта внедрения корпоративных информационных систем на примере 1С и SAP (часть 2) // Корпоративные информационные системы. – 2024. – №2 (26) – с. 39-43. – URL: https://corpinfosys.ru/archive/2024/issue-26/283-2024-26-projectplan. 

Особенности формирования плана-графика проекта для внедрения корпоративных информационных систем на примере 1С и SAP

Об авторе

Евдокимов Андрей Дмитриевич Евдокимов Андрей Дмитриевич – выпускник кафедры корпоративных информационных систем института информационных технологий РТУ МИРЭА. Тема выпускной квалификационной работы магистра «Методика совместного использования подходов прямого и обратного планирования для определения реализуемости и рентабельности ИТ-проекта». Электронная почта: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра..

Статьи выпуска №26

  1. Разработка приложения для генерации технических заданий (часть 2);
  2. Формирование план-графика для проекта внедрения 1С и SAP (часть 2);
  3. PMBoK для управления проектами внедрения ERP-систем (часть 1);
  4. SWEBoK для применения программной инженерии в ERP-проектах;
  5. TOGAF для построения корпоративной архитектуры в ИТ-проектах.