Куда поступает задача в доске задач после колонки in progress?

Отличный вопрос, который напрямую касается ключевых процессов управления потоком работы в проекте. После колонки «In Progress» (В работе) задача поступает в одну из следующих колонок, и этот выбор является стратегическим и зависит от методологии, сложности задачи и процессов качества в команде.

Основные пути после "In Progress"

В классической и адаптированной практике Agile/Scrum/Kanban существует два основных направления.

1. Направление: Проверка и контроль качества (QA)

Это наиболее распространенный и рекомендуемый путь для задач, требующих проверки результата.

• Колонка «Review» (Проверка / Ревью). Задача переходит здесь для проверки корректности реализации. Это может быть:

    *   **Code Review** для разработчиков.
    *   **Design Review** для дизайнеров.
    *   **Architecture Review** для сложных технических решений.

```markdown
[Задача №123: Реализация API модуля платежей] --> In Progress --> Review (Code Review)
```

• Колонка «Testing» / «QA» (Тестирование). После ревью или напрямую из «In Progress» задача поступает здесь для формального тестирования.

    *   **Functional Testing**: проверка соответствия функциональным требованиям.
    *   **Integration Testing**: проверка взаимодействия с другими системами.
    *   **Regression Testing**: убеждение, что новый код не сломал существующие функции.

```markdown
[Задача №123: Реализация API модуля платежей] --> Review --> Testing (Functional & Integration)
```

2. Направление: Готовность к выпуску или следующему этапу

После успешного прохождения контроля качества задача движется к финалу.

• Колонка «Done» / «Completed» (Готово). Это конечная цель для большинства задач в рамках одного спринта или итерации. Переход в «Done» должен осуществляться по четким критериям приемки (Acceptance Criteria):

    *   Код реализован и прошел ревью.
    *   Все тесты успешно выполнены.
    *   Требования из описания задачи выполнены.
    *   Документация (если требуется) обновлена.

```markdown
[Задача №123] --> Testing (Все тесты зеленые) --> Done
```

• Колонка «Deploy» / «Staging» (Раз Deployment / Промежуточная среда). Для задач, связанных с инфраструктурой или требующих предварительного развертывания на тестовом сервере (Staging).

  [Задача №456: Настроить новую CI/CD pipeline] --> In Progress --> Deploy (to Staging)
  

• Колонка «Blocked» / «On Hold» (Блокировка). Важный исключительный путь. Если в процессе работы («In Progress») возникла непредвиденная блокировка (например, зависимость от другой команды, техническая проблема, отсутствие данных), задача должна быть немедленно перемещена в «Blocked». Это критически важно для видимости проблем и управления рисками. После устранения блокировки задача возвращается в «In Progress».

Почему это важно для Project Manager?

Правильный поток задач после «In Progress» — это основа для:

• Контроля качества (Quality Gate). Колонки «Review» и «Testing» выступают формальными точками контроля, без которых перемещение в «Done» запрещено.
• Измеримой прозрачности. Четкий процесс позволяет точно измерять время цикла (Cycle Time) задачи — от начала работы до готовности.
• Выявления узких мест (Bottleneck Identification). Если задачи подолгу застревают в «Review» или «Testing», это сигнал для PM: нужно увеличить ресурсы QA, улучшить процессы ревью или разобраться с сложностью задач.
• Четкого определения «Готово». Колонка «Done» не должна быть субъективной. Она — итог выполнения всех предварительных шагов, что исключает недоделки и технический долг.

Рекомендуемая базовая структура доски

Для большинства проектов по разработке ПО я рекомендую следующую последовательность:

Backlog --> Ready for Dev --> In Progress --> Review --> Testing --> Done

При этом, колонка «Blocked» должна существовать параллельно, и задача может быть перемещена в нее из любой другой колонки.

Исключения и адаптации

• Проекты без разработки (например, маркетинговые, event-менеджмент): после «In Progress» задача может сразу переходить в «Done», если результат очевиден и не требует формальной проверки третьим лицом.
• Проекты по методологии Kanban: доска может быть более гибкой, но принципы контроля качества и четкого состояния «Готово» остаются неизменными.

Ключевой вывод для Project Manager: Путь задачи после «In Progress» должен быть формализован, согласован с командой и виден для всех. Это не просто перемещение карточки — это отражение рабочего процесса, который вы как PM должны постоянно оптимизировать для повышения эффективности и качества итогового продукта.