Что такое Jira и как она работает
Основы3 минРедакция Innovialabs
Коротко
Jira — трекер задач от Atlassian: каждая задача — это issue внутри проекта, задачи объединяются в эпики, отображаются на Scrum- или Kanban-досках и проходят по workflow из статусов; инструмент подходит командам, которым нужны структура, отчеты и прозрачный процесс.
Jira в двух словах
Jira — система учета задач от Atlassian. Изначально это был баг-трекер, а сегодня — один из самых распространенных инструментов для управления разработкой ПО. Идея простая: любая единица работы — это issue (задача), задачи живут в проектах, отображаются на досках и движутся по workflow — набору статусов от «To Do» до «Done».
Из чего состоит Jira
Проекты
Проект — контейнер для задач одного продукта, команды или клиента. У проекта есть короткий ключ, например APP, и каждая задача получает номер на его основе: APP-123. Эти номера используют везде — в коммитах, чатах и документах.
Проекты бывают двух видов:
- Team-managed — команда сама все настраивает, быстро и без администратора. Хорошо для старта.
- Company-managed — настройки (workflow, поля, права) общие для нескольких проектов и управляются администраторами. Подходит, когда процессы нужно стандартизировать для многих команд.
Типы задач
Тип задачи показывает, что это за работа. Типичный набор для команды разработки:
| Тип | Значение |
|---|---|
| Epic | Крупная цель или фича, которая занимает много задач и часто несколько спринтов |
| Story | Часть ценности с точки зрения пользователя |
| Task | Техническая или организационная работа |
| Bug | Что-то работает неправильно |
| Sub-task | Небольшой шаг внутри story, task или bug |
Можно добавить свои типы, но каждый новый тип усложняет систему, поэтому делайте это, только когда работа действительно отличается.
Эпики и иерархия
Эпики объединяют связанные задачи: «Онлайн-оплата», «Push-уведомления», «Админ-панель». Под эпиком находятся story, task и bug, под ними — sub-task. Такая иерархия позволяет видеть прогресс большой фичи, не открывая десятки отдельных задач.
Доски
Доска — визуальное представление задач в виде карточек в колонках.
- Scrum-доска — работа планируется фиксированными периодами — спринтами. Есть бэклог, планирование спринта и отчеты вроде burndown и velocity.
- Kanban-доска — непрерывный поток без спринтов. Подходит для поддержки, операционной работы и команд с постоянным потоком запросов.
Workflow
Workflow описывает, какие статусы может иметь задача и какие переходы между ними разрешены. Простейший вариант — To Do, In Progress, Done. Реальные команды добавляют шаги вроде Code Review или QA и могут ограничивать, кто двигает задачи и что нужно заполнить перед переходом.
Кому подходит Jira
Jira хорошо работает, когда:
- команда разрабатывает ПО и работает спринтами или по структурированному Kanban;
- нескольким командам нужен общий процесс, права доступа и отчетность;
- важна прослеживаемость: кто, что и когда сделал, как задача связана с кодом и релизами;
- нужны интеграции с Git-хостингом, CI/CD, Confluence и другими инструментами.
Jira может оказаться слишком тяжелой, если маленькой команде нужна просто доска задач. Тогда часто хватает Trello или похожего инструмента.
Jira Software и Jira Work Management
Долгое время Atlassian продавала два отдельных продукта:
- Jira Software — для команд разработки: Scrum- и Kanban-доски, бэклог, спринты, интеграции с разработкой и agile-отчеты.
- Jira Work Management — для бизнес-команд: маркетинга, HR, юристов, финансов. Проще шаблоны, есть представления «список», «календарь» и «таймлайн», формы для входящих запросов, нет спринтовой терминологии.
Оба продукта работают на одной платформе, поэтому задачи, workflow и поиск устроены одинаково. Затем Atlassian начала объединять их в единую Jira, где разница проявляется в шаблонах проектов, а не в отдельных лицензиях. Практическое правило не изменилось: для разработки берите шаблоны для ПО, для потока заявок и операционной работы — бизнес-шаблоны.
Частые ошибки на старте
- Перенос огромной корпоративной конфигурации в маленькую команду.
- Десятки пользовательских полей, которые никто не заполняет.
- Эпики как вечные категории, а не конечные цели.
- Задачи без исполнителя и без понятного критерия готовности.