Issue что это в программировании
Перейти к содержимому

Issue что это в программировании

  • автор:

Работа с задачами в Jira

Max Rehkopf

Автор: Max Rehkopf

Просмотр тем

Учебное руководство по задачам Jira

Из этого учебного руководства вы узнаете принципы работы с задачами в Jira. В нем не рассматриваются командные ритуалы, которые вы проводите вне Jira, такие как собрания по планированию спринта, ретроспективы и ежедневные стендапы. О них можно прочитать в статье «Применение Scrum с помощью Jira».

10 минут на прочтение.

Вы только начинаете знакомство с Jira и пока не знаете, для чего нужен этот инструмент.

  • Вы создали аккаунт Jira.
  • Вы создали проект Jira.

Что такое задача?

С помощью задач в Jira команды отслеживают отдельные части работы, которые необходимо выполнить. В зависимости от того, как команда использует Jira, в качестве задачи может выступать задание в проекте, заявка в службу поддержки, форма запроса на отпуск и т. д. В Jira задачи обычно представляют собой такие элементы, как крупные функции, требования пользователей и баги в ПО.

Создание задачи

Создать задачу можно несколькими способами.

Из верхней панели навигации где угодно в Jira

Создание задачи в Jira Software

В бэклоге

В бэклоге

На доске (только для проектов команды)

На доске (только для досок agility)

Дополнительно: создание подзадач

Задачи также могут содержать подзадачи, которые можно назначать и отслеживать в индивидуальном порядке. Подзадачи могут быть созданы, чтобы:

  • разделить задачу на меньшие блоки;
  • назначить разных исполнителей для разных аспектов задачи;
  • создать список действий, которые нужно совершить для выполнения задачи.

Чтобы создать подзадачу, выполните следующие действия.

  1. Перейдите к задаче и выберите •••> Create Sub-Task (Дополнительно > Создать подзадачу).
  2. Введите необходимую информацию и нажмите Create (Создать).

Оценка сложности задач (только для scrum)

Оценка сложности задач в бэклоге позволяет спрогнозировать, сколько времени может уйти на выполнение частей бэклога.

Зачем нужна оценка сложности задач? Оценка сложности нужна для определения скорости команды. Дать оценку сложности элементам бэклога нужно в первую очередь для того, чтобы с помощью этой информации понять, сколько времени уйдет на выполнение составляющих бэклога.

В классических командах по разработке руководители оценивали сложность задач в человеко-часах. Затем они могли подсчитать количество часов в бэклоге, разделить его на количество людей в команде и часов в неделе, чтобы получить прогнозируемую дату. Эти прогнозы часто оказывались крайне неточными, потому что они не учитывали особенности команды в плане оценки своих возможностей (склонность завышать или занижать оценку), непредвиденные перерывы в работе или развитие производительности команды со временем.

Поэтому среди тех, кто использует методику Scrum, многие команды стремятся не к точной оценке сложности, а к стабильной скорости. Скорость команды — это сумма величин сложности, на которую команда выполняет работу в большинстве спринтов. У большинства команд скорость в той или иной мере стабилизируется через несколько спринтов. Зная свою скорость и сложность задач в бэклоге, команды могут прогнозировать, сколько уйдет времени на выполнение крупных частей бэклога.

Например, если трудовой потенциал команды в человеко-часах составляет 120 часов в каждом спринте, а ее скорость — 60 часов, с помощью последнего значения все равно можно подсчитать, за какое количество спринтов удастся выполнить составляющие бэклога. Уместно будет спросить, куда подевались «остальные 60 часов»; может, что-то не так с производительностью команды? Но обычно с ней все в порядке: оценка команды всего лишь отражает ее представление о сложности задач, и на нее всегда влияют особенности команды (например, склонность к завышенной или заниженной оценке), а также потребление ресурсов в организации. Для планирования важна только скорость.

Большинство команд измеряет сложность работы в очках за пользовательские истории. С помощью них можно оценить сложность одной задачи относительно других. Это целесообразно, потому что позволяет получить ответ на такие важные вопросы, как «Какой объем работы мы можем выполнить за этот спринт, если оценивать ситуацию трезво?» и «Сколько времени уйдет на выполнение этой части бэклога?». Используя оценку сложности, команды могут ответить на эти вопросы, не беспокоясь о точности прогноза, как бывает, когда команду просят рассчитать объем работы по времени.

Подробнее о том, как можно отслеживать изменение сложности работы и скорость команды, рассказывается в нашем обучающем руководстве, посвященном диаграмме Burndown.

Чтобы оценить сложность задачи, выполните следующие действия.

Поле оценки в задаче

  • Введите значение оценки.

Можно ли изменить оценку сложности после того, как она уже введена? Краткий ответ: да. Однако если вы измените подход к оценке после начала спринта, за этим последует изменение объема работ в диаграмме Burndown.

Не переживайте, если определить сложность задач не так просто. Обратитесь к нашему руководству по оценке сложности работы. В нем приведены советы и рекомендации по правильной оценке сложности задач.

Расстановка задач в порядке важности

Когда задачи расставлены по приоритету, команда может увидеть, над чем ей предстоит работать далее. Чтобы определить порядок задач, перейдите в бэклог или на доску и перетащите задачи, чтобы расположить их в порядке очередности. Перечислим несколько вариантов, где вы можете это сделать.

  • В проекте Scrum при планировании следующего спринта вы можете определить порядок задач в бэклоге, а затем поместить первые 10 задач (или столько задач, сколько может выполнить команда) в спринт.
  • В шаблоне Kanban порядок задач можно определить в столбце To do (К выполнению). Когда участники команды будут готовы взять дополнительную работу, им потребуется взять задачу из верхней строчки списка. Помните, что в рамках этого подхода вам нужно постоянно следить за всеми задачами в столбце To do (К выполнению), поскольку приоритеты могут измениться.

Примечание. Чтобы переместить задачу выше или ниже на доске, пользователь должен иметь на эту задачу права Schedule Issue (Составление графика задач) и Edit Issue (Редактирование задачи).

Добавление флага к задаче

Вы можете пометить задачу флагом. Помеченная задача выглядит так:

Задача с флагом

Возможность добавлять пометки к задачам способствует взаимодействию и обмену информацией в команде. Рассмотрим несколько примеров.

  1. Вы работаете над заданием и понимаете, что вам не удастся его закончить. Вы можете пометить задачу, и коллега, у которого есть нужные ресурсы, посмотрит на доску и придет на помощь.
  2. Вы работаете над задачей и в определенный момент сталкиваетесь с препятствием. В этом случае можно пометить задачу, добавить комментарий с описанием блокера и перейти к следующему заданию. Эту отметку можно увидеть на доске. Если открыть задачу, сразу станет понятно, в чем проблема.

Чтобы пометить задачу, выполните следующие действия.

  1. Перейдите на доску.
  2. Щелкните по задаче правой кнопкой мыши.
  3. Нажмите Add flag (Пометить).

Изменение статуса задач

Изменение статуса задач отражает прогресс в рабочем процессе. Чтобы изменить статус задачи, перетащите ее из одного столбца в другой.

Если вам не удается перенести задачу в другой столбец, возможно, в рабочем процессе установлены ограничения. Широкие возможности Jira позволяют администраторам устанавливать определенные правила, например обязательное прохождение багов через столбец контроля качества или запрет на перенос историй из столбца «Предстоит сделать» напрямую в столбец «Завершено». Подробная информация приведена в нашей документации по рабочему процессу.

Фильтрация задач

С помощью фильтра задач можно скрывать задачи, которые в данный момент не нужны, и выводить на передний план важные задачи. В Jira есть быстрые фильтры, позволяющие фильтровать задачи на доске. Вот как они выглядят на досках Scrum и Kanban.

Быстрые фильтры

  1. Строка поиска позволяет отобразить задачи, соответствующие поисковому запросу, и скрыть остальные.
  2. Меню быстрых фильтров по умолчанию позволяет фильтровать задачи, назначенные вам, и недавно обновленные задачи. Все созданные вами быстрые фильтры также будут показаны здесь.
  3. Меню исполнителей позволяет отобразить задачи, назначенные выбранным вами исполнителям.

Чтобы создать собственные быстрые фильтры (для досок Scrum и Kanban), выполните следующие действия.

Ellipses button

  1. Кнопка «. »Перейдите на доску и нажмите () > Board settings (Дополнительно > Настройки доски).
  2. Нажмите вкладку Quick Filters (Быстрые фильтры).
  3. Укажите для фильтра имя, JQL-запрос и описание. Подробную информацию о JQL-запросах см. в нашей документации по продвинутым возможностям поиска.
  4. Нажмите Add (Добавить).

Автоматизация — ваше секретное оружие

Jira — это место, где кипит работа. Иногда работы бывает очень много! Автоматизация имеет ключевое значение для поддержания всех задач в актуальном и упорядоченном состоянии. Некоторые наиболее распространенные приемы автоматизации можно найти в библиотеке шаблонов Jira Automation.

Хотите узнать больше?

Подробнее о работе с задачами в Jira см. в документации по задачам. Не терпится начать? Ознакомьтесь с нашими бесплатными шаблонами Jira.

Типы задач в Jira: основы, не зная которых рабочие процессы обречены на провал

Рассмотрим главную сущность Jira Software Atlassian — Issue. Она же тикет, таск и задача. Не все знают, что за этими названиями скрываются разные по своей сути сущности. Поэтому нужно понимать, к чему приводит выбор того или иного типа, что мы получим и как будем сущностью пользоваться. Если не учесть эту разницу, в работе начинается путаница и ведение проекта превращается в ад.

Каждый администратор Jira сталкивается с проблемой многоуровневой настройки интерфейса. Важно организовать все интуитивно понятно и сделать так, чтобы выбранная структура отражала взаимосвязь задач между собой. Тогда у вас будет четкое представление о продвижении работы в команде.

Типы Issue

Каждая составляющая работы в Jira, для который заводится отдельная карточка, называется Issue (в переводе «проблема» (англ.)). Это основное понятие, от которого идет дальнейшая настройка.

Все Issue разделены на две категории.

1. Standard Issue Type
2. Sub-task Issue Type

Внутри каждой категории проблем Jira Software Atlassian предлагает набор уже встроенных типов задач.

Standard Issue Type
— Epic
— Story
— Task
— Bug

Sub-task Issue Type
— Sub-task

Чтобы не запутаться в терминологии, одну классификацию будем называть частными типами проблем (задач), другую глобальными.

Глобальные типы проблем

Классификация всех задач определена принципами работы Jira. Если мы захотим создать новый тип Issue, увидим следующее окно.

В Jira можно создать задачи только внутри двух глобальных категорий проблем — других не бывает.

Standard Issue Type и Sub-task Issue Type формируют базовую связку родительской и дочерней задачи. Если в начале работы выбрать не тот пункт, в дальнейшем мы не сможем выстроить корректную взаимосвязь между задачами.

Разделив проблемы на разные типы, мы можем не только отличить их друг от друга визуально, но и назначить им разные свойства, процессы, шаблоны описания и многое другое.

Standard Issue Type

Проблемы этого типа — автономные сущности:

  • Они могут быть созданы сами по себе, как отдельные задачи.
  • Они могут быть добавлены в любой спринт или удалены из него (вне зависимости от связанных с ним других подзадач).

Sub-task Issue Type

Проблемы этого типа — несамостоятельные сущности:

  • Они могут быть созданы только как часть уже существующей проблемы категории Standard Issue Type.
  • Для них отдельно невозможно поменять спринт или убрать их из него вовсе. Если мы убираем из спринта родительскую задачу, автоматически убирается и дочерний Sub-task.
  • Они по умолчанию наследуют то значение спринта, которое имеет их родительская проблема.
  • Подтаски не отображаются в бэклоге. Мы видим только их родительские задачи.

Проблемы категории Sub-task Issue Type включены в Jira по умолчанию. Если для выстраивания ваших процессов они не нужны, их можно отключить: настройки — Issue Types — Sub-tasks — Disable Sub-Tasks.

Если убрать из спринта родительскую задачу «AREND-2203», вместе с ней уйдут все вложенные подзадачи Subtasks.

Частные типы проблем (задач)

Внутри каждой категории глобальных проблем Jira Software Atlassian предлагает набор уже встроенных частных проблем (типов задач) и возможность создавать собственные.

Задачами могут быть: задание по проекту, заявка в службу поддержки, требование пользователей, техническое задание на разработку, баг в ПО и т.д. Разные типы задач нужны именно для того, чтобы мы могли отделять эти виды работ друг от друга.

По умолчанию в Jira установлены следующие Issue Types:

  • Epic — проект или большая задача (термин заимствован из Agile). На реализацию эпика уходит один или несколько спринтов.
  • Task — обозначает любое конечное задание, которое можно описать коротким императивом. Это самый универсальный тип задачи.
  • Sub-task — подзадача — часть более крупной задачи.
  • Story — пользовательская история — задача, которую, согласно методологии Agile, команда должна выполнить за один спринт.
  • Bug — эта задача фиксирует ошибки, которые нужно исправить.

Обратите внимание, что Sub-task относится к категории Sub-task Issue Type, а все остальные типы проблем к категории Standard Issue Type.

Принципиальные отличия задач типа Epic

Эпик относится к Standard Issue Type, но отличается от всех других типов задач этой категории:

  • Мы можем использовать только тот эпик, который уже предложен сервисом. Его невозможно скопировать, создать через кнопку Add issue type или как-то еще.
  • Внутри эпика нельзя создать задачу категории Sub-task Issue Type.
  • Эпик — это единственный в своем роде тип задачи с возможностью занимать высшую ступень в иерархии задач.
  • Задачи внутри эпика остаются автономными и не наследуют его свойства.
  • Дочерней для эпика можно сделать любую задачу из категории Standard Issue Type, кроме него самого.

Бывают, конечно, и исключения. Технически мы можем сделать один эпик родительским для другого. Можем сделать задачу категории Sub-task Issue Type внутри эпика. Так получится в том случае, если сначала мы создадим необходимую нам задачу категории Standard Issue Type, а потом изменим ее тип на «эпик».

Создание кастомных (частных) Issue Type

Если встроенных в Jira типов задач не хватает, можно создать сколько угодно собственных. Для этого нужно быть админом воркспейса.

  1. Заходим в настройки (значок шестеренки у аватарки аккаунта).
  2. Выбираем пункт Issues.
  3. Нажимаем кнопку Add issue type (в правом верхнем углу страницы).
  4. В появившемся окне задаем название, описание и выбираем глобальный тип проблемы (Standard или Sub-task).

При этом если в левом меню выбрать пункт Issue Types, увидим все типы задач, которые есть в нашем воркспейсе на данный момент. А выбрав меню Sub-tasks, увидим только подзадачи.

Структура вложенности и организация деревьев задач

Для каких именно целей использовать различные типы Issue каждая команда решает самостоятельно. Это зависит от принятых ей особенностей выстраивания процессов. Однако техническое взаимодействие между различными Issue Type регламентирует Jira. Все задачи можно выстроить максимум в три ступени иерархии. Распределяться по уровням они могут ТОЛЬКО ТАК.

Неужели, все это важно знать

Мы видим, как начинающие администраторы Jira создают слишком много кастомных типов задач. Видим, как они пытаются выдать одну задачу за другую, изменив только название и иконки задач. Так не работает.

Каждый тип Issue Type — это отдельная сущность. У нее есть назначение, определенные свойства и взаимосвязь с другими задачами. А еще разные типы задач мы используем для того, чтобы назначать каждому из них свой процесс. Иначе мы не увидим, как продвигается работа в команде.

В Jira, конечно, можно создать неограниченное количество кастомных типов задач. Но если их слишком много, это приводит лишь к путанице и не дает никакой наглядности. Лучше выделять не более 5-ти типов задач для одного проекта. Наличие каждого из них должно быть обоснованно и оправданно. Если у вас есть вопросы по Jira, напишите нам.

В следующей статье расскажем, как настраивать Workflow в Jira. Если правильно настроить воркфло, все этапы работы бизнеса становятся прозрачными и предсказуемыми ��

Элемент Issue (программа ssbdiagnose)

Сообщает о проблеме, обнаруженной программой ssbdiagnose . В выходном XML-файле программы ssbdiagnose для каждой из обнаруженных проблем присутствует один элемент Issue.

Синтаксис

Атрибуты элемента

attribute Описание
type Определяет категорию проблемы, о которой сообщает элемент Issue:

«Diagnosis» . Сообщает о проблеме, обнаруженной во время анализа конфигурации компонента Компонент Service Broker .

Problem . Сообщает о проблеме, в результате которой программе ssbdiagnose не удалось завершить анализ. Устраните проблему и снова запустите программу ssbdiagnose.

Характеристики элемента

Характеристика Описание
Тип данных и длина string, неограниченная длина
Значение Возвращает текст сообщения об ошибке.
Наличие Один раз для каждой ошибки.

Связи элемента

Связь Элементы
Родительский элемент Элемент DiagnosticInformation (программа ssbdiagnose)
Дочерние элементы None

Пример

Следующий элемент сообщает об ошибке с номером 1102 для базы данных, в которой отсутствует главный ключ. Ошибка была обнаружена во время анализа конфигурации компонента Компонент Service Broker .

The master key was not found 

Issues 2.0: Новое поколение

Система управления проектом: последний рубеж. Почти два года назад в этот день, GitHub запустил трекер задач (issue tracker). Некоторые люди его полюбили, некоторые люди возненавидели его, — но давайте не будем обращать внимание на прошлое (мы живем в будущем, так как наше настоящее в прошлом). Давайте поговорим о версии Issues, которые запускаются сегодня.

Анатомия задачи

Начнем с того, что из себя представляет Задача (Issue). Вот скриншот задачи на GitHub

Назначение ответственных, добавление этапов и прикрепление ярлыков

Одна из самых сложных проблем в управлении проектами — это организация и поиск задач, над которыми вы хотите работать. Вы всегда могли добавлять ярлыки, но теперь вы можете назначать ответственного для задачи и добавлять их в этапы проекта.

Трифорс ярлыков, исполнителей и этапов позволяет организовать задачи вне зависимости от сложности проекта, будь то мощный магазин или просто быстрая сортировка для личных проектов.

События

Всякий раз, когда открывается или закрывается какая-либо задача, мы покажем вам это.

Навигация по задачам

Issues 2.0 запущены с простым, отзывчивым и гибким интерфейсом навигации по задачам.

Списки позволяют вам быстро отфильтровать и найти необходимые вам задачи. Поиск заданий в этапах, по множеству ярлыков — и дальнейшая сортировка вплоть до заданий, назначенных вам, или задач, где @вы упомянуты. Все эти ярлыки являются «клейкими» — вы можете покинуть страницу и позже вернуться к предыдущим фильтрам.

Допускается массовое редактирование на текущей странице: закрытие, открытие, добавление ярлыков, назначение ответственных и добавление в этапы проекта.

Поиск

Мы начали с добавления быстрого поиска в поле поиска, который позволяет находить этапы и задачи по мере ввода вашего запроса.

Если быстрый поиск ничего не находит, вы можете перейти к странице полного поиска.

Наша новая поисковая система индексирует в задачах все, включая комментарии, так что вы обязательно найдете то, что ищете.

Коммиты + Задания

Задания имеют глубокую интеграцию с сообщениями коммитов. Каждый раз, когда вы ссылаетесь на номер задания, мы добавим в коммит для вас просмотр обсуждения задачи.

И, конечно же, вы можете закрыть задачу с сообщением коммита.

  • fixes #xxx
  • fixed #xxx
  • fix #xxx
  • closes #xxx
  • close #xxx
  • closed #xxx
Электронная почта + Задачи

Некоторое время назад мы запустили поддержку ответов по почте, и это идеально подходит для задач. В любое время вы получаете уведомление о задаче по электронной почте, просто нажимаете кнопку «Ответить» и вводите свой ответ.

Клавиатура + Задачи

Любите использовать клавиатуру для навигации по веб-страницам? Задачи имеют великолепную поддержку клавиатуры:

PJAX: Следующее поколение частичной загрузки страницы

Каждая ссылка в Issues 2.0 будет работать так как вы ожидаете от любой ссылки в интернете (открытие в новой вкладке, копирование и вставка URL), — но вы все равно получите безумно отзывчивый интерфейс (напоминает интерфейс старой школы AJAX). Это стало возможным благодаря PJAX — тому, что мы используем больше и больше на нашем сайте.

Вы получите преимущества PJAX только если вы используете Firefox 4 или Chrome — я настоятельно рекомендую обновиться.

  • Homebrew’s Issues
  • Most commented issues labeled feature and 1.x in bundler
  • paperclip’s issues discussing s3

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *