Какие три формы списка есть в Jira?
Нативные чекбоксы в описании (и action items) — разовый punch-лист на рабочем элементе. Подзадачи — дочерние задачи со своим исполнителем, оценкой, сроком и workflow. Checklist for Jira держит структурированный список на родителе — шаблоны, прогресс, валидаторы — без лишних задач. руководство по чеклистам в Jira показывает, как добавить этот список; эта страница — гайд по решению.
Все три — рабочие инструменты. Три шага проверки репортёра живут в описании. Дизайн-проход другой команды заслуживает подзадачи. Definition of Done, чеклист QA-тестирования и runbook релиза живут на родителе как чеклисты, чтобы планка качества ехала вместе со story.
Зачем выбирать намеренно
Когда каждая строка «мы вспомнили?» становится подзадачей, доска заполняется карточками, которые никогда не должны были быть задачами. Когда планка качества живёт только в Confluence, её легко пропустить. Чеклист на рабочем элементе — средний путь: те же шаги каждый раз, прогресс на задаче и в JQL, и всё ещё один родитель для этого куска работы.
Все три вместе — выигрыш процесса. Intake остаётся лёгким. Delivery держит общую планку отгрузки. Настоящие куски работы по-прежнему получают достоинство дочерней задачи. Checklist for Jira сделан для списков, которые вы повторяете; остальное Jira уже умеет.
Когда что использовать
Чекбоксы в описании — для списка, который вы никогда не переиспользуете. Чеклист — когда одни и те же шаги появляются на каждой story, баге или change, особенно если нужны шаблоны, прогресс-бар или гейт на workflow. Открывайте подзадачу, когда работа — настоящий кусок: свой владелец, оценка и статус на доске.
Поставьте это на задачу с Checklist for Jira
Шаблоны, автоматизация, ограничения в процессе и агент Rovo — бесплатно для команд до 10 пользователей.
Рядом
| Потребность | Чекбоксы в описании | Checklist for Jira | Подзадачи |
|---|---|---|---|
| Владение | Живёт в описании; легко пропустить в длинном поле | На рабочем элементе с упоминаниями и статусами пунктов | Свой исполнитель на каждой дочерней задаче |
| Независимый workflow | Нет | Статусы пунктов: Open, In Progress, Blocked, Done | Полный workflow задачи, статус и переходы |
| Оценки и сроки | Нет | Даты и упоминания на пунктах, не полная оценка задачи | Story points, время, срок на дочерней |
| Отчётность на доске | Нет | Прогресс на задаче, на досках и в JQL | Каждая дочерняя — отдельная карточка |
| Лёгкий прогресс | Ручной просмотр описания | Прогресс-бар и счётчик завершения | Rollup дочерних задач |
| Шаблоны | Нет | Проектные и глобальные шаблоны, включая Protected | Только шаблоны задач |
| Несколько списков на одном родителе | Нет | Да — Done, QA и релиз могут жить вместе | Да, как отдельные задачи |
| Валидация | Нет | Блокировать переход, пока список (или именованный список) не завершён | Условия workflow на задачу |
| Автоматизация | Нет | Автодобавление при создании или статусе; Jira Automation apply / complete / reset | Jira Automation на задачах |
| Overhead | Самый низкий — набор в описании | Панель на родителе, без лишних задач | Новая задача на каждый кусок |
Когда подзадачи — правильный инструмент
Создавайте подзадачу, когда работа — настоящий кусок работы, а не проверка качества. Дизайн-проход другой команды, миграция данных со своей оценкой, security review с отдельным workflow — это заслуживает дочерней задачи. Чеклисты это не заменяют. Они заменяют дюжину строк «мы вспомнили?», которые никогда не должны были быть задачами.
Когда чеклист на родителе подходит лучше
Держите Definition of Done и acceptance criteria как чеклисты на story, чтобы планка отгрузки и обещанное поведение оставались видны вместе. Вешайте чеклист QA-тестирования, когда тестировщики ведут проход. Protected-шаблон — когда формулировки не должны уезжать. Автоприменяйте и требуйте их через руководство по автоматизации, чтобы процесс появлялся без лишних карточек на доске.
Примеры из delivery, QA и онбординга
- Delivery: держите Definition of Done и acceptance criteria как чеклисты на story. Вынесите исследование производительности в подзадачу со своим владельцем.
- QA: гоняйте чеклист QA-тестирования на родителе. Открывайте подзадачу, только когда падение требует отдельного исполнителя и workflow.
- Онбординг: Protected-чеклист на тикете найма достаточен для аккаунтов, железа и знакомств. Подзадача уместна, когда IT должно вести заказ ноутбука как отдельную работу.
Сочетайте с остальным delivery-набором
Когда будете готовы переиспользовать список, начните с хаб шаблонов и свяжите его с руководство по автоматизации. руководство по чеклистам в Jira закрывает нативные варианты и как добавить чеклист. Подзадачи — для работы, которая заслуживает задачи; чеклисты — для процесса, который должен остаться на родителе.
Частые вопросы
Стоит ли запретить подзадачи?
Оставляйте подзадачи для работы, которая действительно является дочерней задачей — свой исполнитель, оценка и workflow. Чеклист — для планки качества, которая должна остаться на родителе.
Чекбоксы в описании — это плохо?
Это самый быстрый дом для списка, который вы никогда не переиспользуете. Переходите на шаблон, когда одни и те же шаги появляются на каждой story.
Могут ли на одной story быть и чеклисты, и подзадачи?
Да — часто это как раз здоровая схема. Definition of Done и QA живут на родителе. Дизайн-проход или миграция — рядом как подзадача.
Когда строка чеклиста должна стать подзадачей?
Когда у этой строки появляются владелец, оценка и статус, который доска должна показать отдельной карточкой. До тех пор держите её на родителе, чтобы планка качества оставалась одним прогресс-баром.
Поставьте это на задачу с Checklist for Jira
Шаблоны, автоматизация, ограничения в процессе и агент Rovo — бесплатно для команд до 10 пользователей.