Comments 5
При обычном канбане если QA реджектает задачу, то вся таска переходит в соответствующий статус и в принципе понятно, что проверку она прошла.
Как этотреализовано у вас? Я так понял, что у вас есть саб таска на тестирование. Если qa нашли баг, то как по статусу задач понять, что она была в qa и реджектнута.
А ещё подскажите, как процесятася баги?
Добрый день, у нас у каждого специалиста есть своя задача (сабтаска) для работы (для работы разработчиков, аналитика, тестировщика, дизайнера). После того как разработчики закончили работу над своими сабтасками и тестировщик уже занимается своей сабтаской по Тестированию. Если он нашёл баг то заводит сабтаску на Баг и переводит разработчикам, они уже выполняют её и т.д. Конец задачи будет тогда, когда тестировщик закроет свою сабтаску (в основном точку в задаче ставит Тестировщик) и в основной задаче не останется сабтасок - то основная задача тоже перейдёт в статус Закрыта и в ней будет конечный подсчёт Стори Поинтов.
Если у вас спринты, то это не Канбан.
Проще было просто написать, что вы стали работать так же как и остальные команды. 1 предложение, и всё.
Никаких особых новшеств не видно, кроме задач по стримам (фронт, бек и тд)
Совсем не понятно, как это может помочь от влета задач? То есть сейчас узнал цели спринта стали железными, а до этого было не так?
1) А чем это глобально отличается от user story и дальнейшее разделение на задачи? Вы как раз говорите в тексте, что продукт "юзер-ориентированный".
2) Бывает ли, что баги, которые создаются как саб таски, не фиксятся сразу, а отправляются в беклог?
3) Делаются ли баги в отдельных merge request-ах от разработки для доставки изменений или это просто отдельные коммиты в основную таску?
Скрестили “Тетрис” и Kanban. Что в итоге стало с планированием на проекте?