Особенности непрерывной групповой разработки 1С на эксплуатируемой базе

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

На проектах с большим объемом задач, например, переход с одного программного продукта на другой (переход на 1С с SAP), заказчик выбирает последовательное внедрение блоков. Пользователи поэтапно переходят на новую программу параллельно с доработкой конфигурации и внедрением функционала.

При этом применяется «конвейерная» транспортировка доработок в продуктив: крупный блок разбивается на подзадачи с длительностью разработки от одного дня до недели, а задачи поменьше, длительностью до нескольких часов, отправляются на рабочую базу в кратчайшие сроки. Вносимые изменения становятся доступными по мере их готовности к использованию.

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

• организация работ,
• разработка,
• тестирование,
• исправление ошибок.

Источник: Global CIO