Бизнес требования к иерархической структуре беклога в Jira
Иерархическая структура работ в Jira представляет собой дерево элементов(Issue), которые нужно выполнить в рамках проекта\продукта.
Критерии, которым должна удовлетворять Иерархическая структура работ Проекта\Продукта:
Потребители структуры — команда разработки. т.е. — Тактический уровень
- Не более 3х уровней
- Соответствие стандартам и рекомендациям Jira
- Стандартные отчеты Jira работоспособны
- Диаграмма управления
- Диаграмма суммарного потока
- Диаграмма сгорания (Burndown)
- Отчет по версии
4. Все элементы работ предполагают конечность. Для каждого уровня есть свой предел для элемента (сайзинг).
- Наивысший уровень не может быть больше квартала (исключение — сопровождение)
5. Зависимости (что необходимо сделать для других команд) должны быть промаркированы любым способом.
6. Верхние 2 уровня формулируются на бизнес-языке.
Критерии, которым должна удовлетворять Иерархическая структура работ Программы и Компании:
Потребители структуры — Стратегическое управление компанией, программой и управленцы в команде, т.е. Стратегический уровень
- Могут быть отражены Квартальные, готовые и глобальные цели и/или OKR и/или KPI
- Риски могут быть привязаны к любому уровню элементов Программы или Проекта или не привязаны вообще
- Стыковка уровней Программы и Проекта описана
- Верхний уровень работ привязывается к “кошельку”. Несколько работ в проекте могут быть привязаны к одному кошельку. Могут быть привязаны к “кошельку” соседа. Могут быть привязаны в планируемый контракт.
Типовая иерархия в Jira
Иерархия в Jira отражает , как отдельные части работы поднимаются “по лестнице” к более глобальным работам и представляют собой различные уровни детализации плана. Встроенная в Jira иерархия сверху вниз выглядит следующим образом:
- Эпики — представляют собой цели или большие объемы работ, которые можно разбить на истории, задачи и ошибки.
- Проблемы (issue) (задача, история, ошибка) — Истории и задачи представляют собой проблемы, которые необходимо завершить для достижения этих больших целей. Тип Задачи используются в качестве “запасного варианта” и в тех случаях, когда работа не может быть точно представлена другими типами элементов.
- Ошибки (bug) — это проблемы, препятствующие выполнению или функциональности работы.
- Подзадачи — отдельные мелкие части работы, необходимые для завершения истории, задачи или ошибки, выполняемые одним человеком.