Ответ
Типичный workflow задачи (issue) в Agile-проекте включает следующие статусы:
- Backlog / To Do — задача определена, но не запланирована на текущий спринт.
- Ready for Dev / Open — задача готова к взятию в работу разработчиком.
- In Progress — разработчик активно работает над задачей.
- Code Review — код отправлен на проверку коллегам (pull/merge request).
- QA / Testing — задача передана тестировщику для проверки.
- Done / Closed — задача полностью завершена (код написан, проверен, протестирован).
Дополнительные статусы для управления процессом:
- Reopened — задача возвращена на доработку после тестирования.
- Blocked — выполнение задачи приостановлено из-за внешней зависимости.
- Won't Do / Rejected — задача отменена или признана некорректной.
Пример последовательности в Jira:
To Do → In Progress → Code Review → QA → DoneПочему это важно? Четкий workflow и статусы позволяют контролировать прогресс спринта, выявлять узкие места (например, скопление задач в "Code Review") и рассчитывать метрики (цикл времени задачи).
Ответ 18+ 🔞
А, слушай, вот эта ваша ажурная методология, блядь! Ну, в рот меня чих-пых, как же без неё! Все эти статусики, которые созданы, чтобы менеджер мог тыкать пальцем в доску и говорить "у нас тут всё под контролем, блядь!".
Смотри, вот классическая история одной таски, от рождения до пиздеца.
Сначала она просто Backlog / To Do. Лежит себе, как сука, на полке. Все про неё знают, но всем похуй. Пока её не выдернут в спринт, она так и будет пылиться, мечтая о светлом будущем.
Потом её вдруг делают Ready for Dev. Это типа "эй, разработчик, смотри какая сочная задача, бери её, она уже готова!". На деле это значит, что менеджер накатал три слова в описании и тыкает тебе в лицо, мол, "чё, не понятно? Там же всё написано!".
Ты, такой мудак, берёшь её в работу — In Progress. Вот тут начинается магия. Ты сидишь, хуяришь код, пьёшь кофе, ищешь на Stack Overflow, почему у тебя всё ебётся. А в тикете время тикает, блядь.
Наконец, ты выдыхаешь и кидаешь пул-реквест. Статус — Code Review. А вот это, сука, самый ебаный этап. Твоя задача уходит в чёрную дыру. Ты пишешь коллегам: "ребят, гляньте плиз". А они такие: "ага, щас, через пять минут". И вот она висит там два дня, блядь! Пока какой-нибудь пидорас не напишет "а тут, может, переменную i переименовать в indexForIteration, а то нечитаемо?".
Ладно, проехали. Код смержили. Таска летит в QA / Testing. Отдаёшь её тестировщику с невинными глазами: "всё протестил, работает идеально". А он, хитрая жопа, через пятнадцать минут такой: "у меня на этом экране всё в синих ёбаных квадратиках, это норма?" И понеслась: баг, регресс, "а на айфоне 4S проверял?".
Если повезёт — Done / Closed. Ура, блядь! Задача ушла в цифровую Валгаллу. Ты герой.
А если не повезёт — Reopened. Всё, пиздец. Возвращается к тебе, как бумеранг, прямо в ебло. "Переоткрой, братан, тут косяк". И по новой: In Progress, Code Review, QA... Волнение ебать, терпения ноль.
Бывает ещё Blocked. Это когда ты упёрся в какую-то хуйню: ждёшь ответа от другого отдела, а API от внешних пидорасов сломалось, или закончились тестовые данные. Сидишь и бздишь, потому что время спринта утекает, а ты нихуя не делаешь.
Ну и Won't Do / Rejected. Вот это моя любимая. Вся команда пол-спринта спорила, проектировала, оценивала... А потом продукт-оунер такой: "О, а давайте не будем это делать вообще, нахуй не надо". Ёпта... Сам от себя охуел.
Вот, смотри, как это в Jira выглядит, эти шаманские пляски:
To Do → In Progress → Code Review → QA → DoneА зачем это всё, спрашивается? А затем, блядь, чтобы вся эта цирковая труппа — менеджеры, продакты, тимлиды — могли с умным видом смотреть на графики и говорить: "Я вижу у нас бутылочное горлышко в Code Review, надо быстрее ревьюить, ребята!". Или считать какую-то хуйню вроде "цикл времени задачи". В общем, чтобы было ощущение контроля, а не просто бардак и аврал, как обычно.