MLOps Path

1.1.3 · блок 1

Jira: задачи, истории и критерии приёмки

Jira: задачи, истории и критерии приёмки

Зачем это нужно

Когда над проектом работают пять человек, «спроси в чате» перестаёт работать. Jira — система учёта задач, где видно: *что* нужно сделать, *кто* делает, *в каком* статусе и *когда* должно быть готово. Для ML-курса Jira — тренажёр дисциплины: вы учитесь формулировать работу так, чтобы её понял не только вы, но и ревьюер, QA и PM.

Плохой тикет — «пофиксить модель». Хороший тикет — конкретная Story с acceptance criteria, по которым QA может однозначно сказать «принято» или «не принято».

Основные идеи

Иерархия задач в Jira:

Acceptance Criteria (AC) — условия приёмки. Это не описание реализации, а проверяемые факты:


Given пользователь открыл карточку товара ID=123
When сервис рекомендаций доступен
Then API возвращает 5 item_id с latency < 100 ms
And каждый item_id существует в каталоге

AC пишет PM или аналитик совместно с инженером. DS/MLE добавляют технические критерии: «AUC на hold-out ≥ 0.85», «inference batch 1000 rows < 2 sec».

Как писать хороший тикет:

1. Заголовок — глагол + объект: «Добавить endpoint /recommend», не «Рекомендации».

2. Описание — контекст: зачем, ссылки на Confluence/ADR, ограничения.

3. AC — нумерованный список, каждый пункт тестируем.

4. Метки и компонентыml, backend, infra — для фильтрации.

5. Оценка — story points или часы; блокирующие связи (blocks / is blocked by).

Типичные ошибки студентов:

Как это выглядит на практике

Epic SHOP-10: Персональные рекомендации.

Story SHOP-42: API рекомендаций для главной страницы

Sub-tasks:

В PR-description указывают: Fixes SHOP-42 — Jira автоматически свяжет коммит с задачей (если настроена интеграция).

Что сделать после занятия

Официальные материалы

Открыть интерактивную версию