Какие колонки нужны в Jira для отображения процесса разработки?

Структура досок в Jira для отображения процесса разработки

Конфигурация колонок в Jira напрямую отражает ваш воркфлоу (workflow) и этапы жизненного цикла задачи. Универсального шаблона не существует, так как процесс зависит от методологии (Scrum, Kanban, гибрид), но есть устоявшиеся best practices. Я, как проджект-менеджер, всегда настраиваю доски, исходя из принципа «значение через прозрачность» — каждый столбец должен давать понятную информацию о статусе работы.

Базовые колонки для типового процесса (Scrum/Kanban)

Наиболее распространенная и эффективная последовательность колонок:

• Бэклог (Backlog) / TODO: Задачи, отобранные в текущий цикл (спринт) или приоритетные для выполнения. Это «исходный буфер».
• В работе (In Progress / Doing): Активная разработка. Важный нюанс: Часто эту колонку разбивают на подэтапы для большей детализации (см. ниже).
• Ревью / Проверка (Review / Testing): Задача завершена разработчиком и передана на проверку код-ревьюеру или тестировщику. Это критическая точка контроля качества.
• Готово (Done): Задача прошла все проверки, соответствует критериям приемки (DoD) и может быть поставлена в релиз или передана заказчику.

Расширенная конфигурация для детализации процесса (Рекомендуемая)

Для более четкого контроля, особенно в распределенных командах, я дробил этап «В работе» и добавлял специализированные колонки. Пример гибкой схемы:

Backlog -> Ready for Dev -> In Development -> Code Review -> QA Testing -> Ready for Deploy -> Done

1. Ready for Dev (Готово к разработке): Задача полностью готова к началу работы: есть четкое ТЗ, дизайн, отсутствуют блокировки. Это помогает избегать простоев.
2. In Development (В разработке): Программист пишет код.
3. Code Review (Ревью кода): Коллега проводит проверку кода. Можно использовать автоматические связи с GitHub/GitLab.
4. QA Testing / Verification (Тестирование): Функциональное и регрессионное тестирование. Здесь же хорошо визуализируются баги, возвращаемые в In Development.
5. Ready for Deploy / Release (Готово к выпуску): Задача протестирована и ждет включения в ближайший релиз. Полезно для команд с частыми, но запланированными деплоями.
6. Done (Выполнено): Работа завершена и находится в production.

Технические и специализированные колонки

• Blocked (Заблокировано): Обязательная колонка! Визуализирует остановки работы из-за внешних причин (ожидание ответа, проблемы с инфраструктурой). Часто выделяется красным цветом.
• Design / Analysis (Дизайн/Анализ): Для команд, где этот этап формализован и занимает значительное время.
• Deploy (Развертывание): Отдельный этап, если процесс деплоя сложный и не автоматизирован.

Ключевые принципы настройки от эксперта

# Конфигурация Jira-борда как код (пример структуры)
board_name: "Product Team Kanban"
columns:
  - Backlog: { wip_limit: null }
  - Ready: { wip_limit: 5 } # Ограничение "работы в процессе" (WIP Limit)
  - Development: { wip_limit: 3 }
  - Review: { wip_limit: 4 }
  - Testing: { wip_limit: 3 }
  - Done: { wip_limit: null }
swimlanes:
  - Экстренные баги
  - Основной поток
  - Технический долг

• Используйте WIP-лимиты (Work In Progress Limit): Это главный инструмент Kanban. Ограничение количества задач в колонке (например, "В разработке" не более 3-х) выявляет узкие места, борется с многозадачностью и ускоряет общее время выполнения.
• Согласуйте колонки с реальным workflow команды: Колонки должны в точности соответствовать этапам, через которые проходит тикет. Не создавайте "мертвые" колонки, в которых задачи не живут.
• Определите четкие критерии входа и выхода (DoR & DoD): Для каждой колонки должно быть правило, когда задачу можно в нее переместить.

    *   **Definition of Ready (DoR) для "Ready for Dev"**: Все требования ясны, зависимости устранены, оценка проведена.
    *   **Definition of Done (DoD) для "Done"**: Код написан, протестирован, прошел ревью, задокументирован, развернут на staging.

• Визуализируйте блокеры и исключения: Колонка Blocked — must have. Задачи в ней требуют немедленного внимания менеджера.
• Используйте swimlanes (дорожки): Для разделения задач по типам (Баги, Фичи, Тех. долг) или по срочности (Экстренные, Высокий приоритет).

Итог: Стандартный набор — Backlog -> In Progress -> Review -> Done. Но для зрелого процесса я рекомендую детализировать его до Ready -> Dev -> Review -> QA -> Ready for Deploy -> Done с обязательной колонкой Blocked. Самое важное — регулярно (раз в квартал) пересматривать доску вместе с командой на ретроспективе и адаптировать ее под изменяющиеся реалии проекта. Доска в Jira — это живой инструмент, а не статичная картинка.