Что такое жизненный цикл задачи?

Что такое жизненный цикл задачи

Жизненный цикл задачи (Task Lifecycle, Issue Lifecycle) — это последовательность состояний, через которые проходит задача от момента её создания до закрытия. Это стандартный процесс управления работой в проектах и продуктах.

Основные этапы жизненного цикла

1. Создание (Creation/Open) Задача создаётся: product owner добавляет requirement, разработчик создаёт задачу, QA репортит баг. Задача получает статус Open (открыта). На этом этапе задача добавляется в бэклог и ждёт приоритизации.

2. Приоритизация (Prioritization) Product owner расставляет приоритеты. Задача может быть помечена как Critical, High, Medium, Low. Определяется срок выполнения. На этом этапе задача может быть отклонена (если нет ресурсов) и остаться в бэклоге надолго, или быстро перейти на следующий этап.

3. Уточнение (Refinement/Elaboration) Теам обсуждает требования, задаёт вопросы, уточняет детали. QA участвует и определяет, что нужно тестировать. Создаются acceptance criteria. Оценивается сложность (Story Points, идеальные часы). На этом этапе задача становится готовой к выполнению.

4. Отбор в спринт (Sprint Planning) Во время Planning Meeting разработчики, QA и PM выбирают задачи для текущего спринта. Задача переходит в Sprint Backlog. Ей может быть назначен исполнитель (Assignee). Статус: Ready for Development.

5. Выполнение (In Development) Разработчик начинает работу. Статус: In Progress. Разработчик создаёт ветку, пишет код, коммитит. На этом этапе QA может следить за прогрессом, готовиться к тестированию, создавать test cases.

6. Code Review Разработчик создаёт Pull Request. Другой разработчик (или лид) проверяет код на качество, корректность, следование standards. Могут быть комментарии и запросы на доработку. Статус: Code Review / Waiting for Review.

7. Исправления (Fixes) В ответ на комментарии разработчик вносит правки. Может быть несколько итераций review. Когда все согласны, PR мёржится в основную ветку.

8. Развёртывание на тестовую среду (Deploy to Testing) После мёржа код развёртывается на тестовую (staging) окружение. Статус: Ready for QA / Testing. Это может быть автоматическим или ручным процессом.

9. QA Тестирование (QA Testing) QA проводит функциональное тестирование, проверяет acceptance criteria, ищет баги. Статус: In QA / Testing. На этом этапе:

• Если баги НЕ найдены → переход на следующий этап
• Если баги найдены → задача возвращается разработчику (Rejected/Failed)

10. Исправление багов (Bug Fixes) Если QA нашёл баги, разработчик их исправляет. Могут быть несколько итераций QA → Dev → QA. Статус: Reopened / Being Fixed.

11. Приёмка (Acceptance/Done) Когда QA подтверждает, что всё работает, задача переходит в Done. Она готова к релизу. Статус: Accepted / Done / Verified.

12. Развёртывание на продакшн (Deploy to Production) Задача развёртывается на production окружение для реальных пользователей. Может быть в составе релиза или отдельно. Статус: Released / In Production.

13. Мониторинг (Monitoring) После релиза задача мониторится на наличие проблем. Если обнаружены критические баги, создаются hotfix задачи.

14. Закрытие (Closed) Когда задача полностью выполнена и протестирована, она закрывается. Статус: Closed / Done. Задача переходит в историю, но остаётся в системе для ссылок и аналитики.

Возможные статусы

Open → Ready for Dev → In Progress → In Code Review → Ready for QA → In QA → Rejected (если баги) → Being Fixed → In QA (снова) → Done → Released → Closed

Возможны также статусы: On Hold (задача приостановлена), Blocked (зависит от другой задачи), Duplicate (дублирует другую задачу), Wont Fix (не будет исправляться).

Значение для QA инженера

QA участвует в нескольких этапах:

• Refinement — помогает определить acceptance criteria
• Testing — проводит основное тестирование
• Rejection — отклоняет задачу, если найдены баги
• Sign-off — подтверждает завершение

Понимание жизненного цикла задачи помогает QA:

• Знать, когда начинать тестирование
• Планировать время для тестирования
• Коммуницировать с разработчиками
• Отслеживать статус работы
• Обеспечивать качество на каждом этапе

Инструменты

Jira (самый популярный), Azure DevOps, Linear, Trello, GitHub Issues, Asana.

Лучшие практики

• Задача должна иметь ясные критерии завершения
• Статус должен всегда быть актуален
• Не пропускай этапы (особенно QA)
• Оставляй комментарии при смене статуса
• Не держи задачу на себе, если застрял
• Своевременно информируй команду об изменениях

Хорошо управляемый жизненный цикл задачи обеспечивает прозрачность, качество и эффективность работы команды.