Ключевые артефакты проекта внедрения систем "1C"

Экспертизой делится Рамиль Исанбаев, администратор программы TAGRAS-Digital, главный специалист – тимлид проектного офиса Центра управления программами развития дивизиона "БС-Платформа" Холдинга "ТАГРАС".Успех проекта по внедрению информационной системы на платформе "1С" напрямую зависит от качества проектного управления и полноты нормативно-технической документации. Совокупность разрабатываемых артефактов фиксирует результаты на каждом этапе, обеспечивает единое понимание задач всеми участниками и формирует базу знаний для дальнейшего сопровождения системы.В практике Центра управления программами развития мы опираемся на системный подход к документированию проектных решений. Ниже представлен структурированный перечень ключевых артефактов проекта в разрезе этапов жизненного цикла внедрения.

На старте формируется организационно-распорядительная документация, определяющая границы, роли и регламенты взаимодействия:

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

После официального старта выполняется сбор и формализация требований к будущей системе. Основной артефакт данного этапа:

• Функциональные требования к системе – документ, описывающий поведение системы, набор функций и операций, необходимых для реализации бизнес-целей и удовлетворения потребностей пользователей.

Пример формулировки требования:"Контроль исполнения договорных условий – Должна быть реализована система уведомлений обо всех нарушениях и отклонениях от условий договора, включая нарушения в части формирования актов выполненных работ".

На основании утвержденных функциональных требований формируется пакет проектной документации:

• Методологическое проектное решение – описание ведения бизнес-процессов в системе 1С: входные события, выходные результаты, состав используемых отчетов и форм первичных документов.
• Техническое проектное решение – классификация "функциональных разрывов": определяется, какие функции реализуются типовыми средствами платформы 1С, какие требуют настройки, а какие – доработки (разработки).
• Проектное решение по интеграции – спецификация взаимодействия со смежными информационными системами: источники и приемники данных, форматы обмена данными.
• Проектное решение по нормативно-справочной информации (НСИ) – перечень используемых справочников и классификаторов, зоны ответственности за управление и администрирование НСИ.

По завершении разработки система передается в контур тестирования. Для организации этого процесса формируются:

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

Этап консолидирует результаты тестирования и готовит инфраструктуру и персонал к работе в новой системе:

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

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

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

• Снимается "слепок" конфигурации – создается эталонная версия, передаваемая в сопровождение по Акту приема-передачи эталона конфигурации. Данная конфигурация — это то, за что отвечает разработчик, т.е. несет гарантию.
• Принимается решение о прекращении эксплуатации исторической системы и переходе в промышленный режим.
• Оформляется Акт о готовности системы к промышленной эксплуатации и Приказ о начале промышленной эксплуатации.

Представленный перечень артефактов формирует целостную документационную модель проекта внедрения систем "1С". Каждый документ несет прикладную ценность:

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

Системный подход к управлению проектными артефактами, применяемый в проектном офисе TAGRAS-Digital Центра управления программами развития дивизиона "БС-Платформа", обеспечивает прозрачность, контроль качества и бесшовную передачу системы в промышленную эксплуатацию.