Я работаю над миграцией с Waterfall на Kanban в устаревшем проекте с целью создания коротких циклов выпуска. У меня есть следующая проблема, и я ищу несколько советов: что, если разработчики передают изменения в основную ветвь в одном порядке, но QA в конечном итоге тестирует их в каком-то другом порядке (потому что некоторые сотрудники QA работают быстрее, чем другие, например, как каждый карта требует другого времени для проверки)? Например: разработчики внесли следующие исправления в таком порядке: a-> b -> c -> d-> e и QA завершили подпись только на a, b и e (c, d занимает слишком много времени чтобы войти в релиз)
В идеале я хотел бы собрать все, что QA удалось протестировать (a, b, e) и выпустить. Но нет сборки, которая включает именно эти 3. Если я делаю другую специальную сборку для релиза - это новая сборка, которая не была протестирована. Кроме того, как я могу сделать такую сборку в первую очередь - все коммиты на этом этапе уже объединены в основную ветку, и их практически невозможно выбрать из вишни.
Итог: я не уверен как канбанизировать этот проект ..