Ответ
На предыдущем проекте использовался гибридный подход ScrumBan (Scrum + Kanban).
Основные этапы workflow:
- Планирование: Двухнедельные спринты с планированием на основе приоритизированного бэклога продукта.
- Выполнение: Задачи перемещались по канбан-доске в Jira:
Backlog→Ready for Dev→In Progress→Code Review→QA→Done
- Контроль качества:
- Автотесты: Регрессионные тесты (PyTest + Selenium) в CI/CD пайплайне (Jenkins/GitLab CI).
- Ручное тестирование: Новый функционал тестировался по чек-листам.
- Баги: Заводились в Jira, приоритизировались и могли быть взяты в текущий спринт, если критичны.
- Релиз: В конце спринта — демо, ретроспектива и деплой на staging. Релиз на production после успешного smoke-тестирования.
Пример CI-конфигурации для автотестов:
# .gitlab-ci.yml фрагмент
test:
stage: test
script:
- pip install -r requirements.txt
- pytest tests/ --alluredir=./allure-results
Преимущества гибрида: Гибкость Kanban для обработки срочных инцидентов и предсказуемость Scrum для плановой разработки.