Шаг 1. Процесс начинается с того, что владелец продукта создает «пользовательские истории» на основе требований.
Шаг 2. Команда разработчиков собирает «пользовательские истории» из журнала (например JIRA) и запускает их в спринт в течение двухнедельного цикла разработки.
Шаг 3. Разработчики вносят изменения в исходный код в репозиторий кода Git.
Шаг 4: В Jenkins запускается сборка. Исходный код должен пройти модульные тесты, порог покрытия кода и шлюзы в SonarQube.
Шаг 5. После успешного завершения сборки она сохраняется в артефакте (JFrog). Затем сборка развертывается в среде разработки.
Шаг 6. Над разными фитчами может работать несколько команд разработчиков. Фитчи необходимо тестировать независимо, поэтому они развертываются на QA1 и QA2.
Шаг 7. Команда контроля качества выполняет QA-тесты, регрессионное тестирование и тестирование производительности.
Шаг 8. После того как сборки QA проходят проверку команды QA, они развертываются в среде UAT.
Шаг 9-10. Если тестирование UAT пройдет успешно, сборки станут кандидатами на выпуск и будут развернуты в производственной среде по графику.
Шаг 11. Команда SRE (Site Reliability Engineering) отвечает за мониторинг работы боевой среды.
P.S. Какие уточнения вы бы внесли в этот процесс?