Task что это

Типы задач в Jira — что такое Epic, Story, Task

1. Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов
2. История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт
3. Задача (task) — техническая задача, которую делает один из членов команды
4. Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды
5. Баг (bug) — задача, которая описывает ошибку в системе

Если вы хотите узнать подробнее о типах задач в Jira — вы в правильном месте.

В этой статье мы разберемся с определениями issue, эпик (epic), история (story), задача (task), под-задача (sub-task) и баг (bug), посмотрим зачем они нужны и как они связаны.

Что такое Issue в Jira?

Все задачи, созданные в Jira, называются issue (или “проблема”).

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

Проблема соответствует определенной части работы, которую нужно сделать.

Каждой проблеме присваивается уникальный ID, по которому ее можно легко найти.

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

Изначально в Jira есть 5 базовых типов проблем, но, при необходимости, их можно дополнять / изменять / удалять.

Что такое Эпик (Epic) в Jira?

Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов.

Для примера можем рассмотреть эпик “Разработать блог для сайта N”.

Под “разработать” может подразумеваться:

1. Проработать структуру блога
2. Создать дизайн
3. Разработать, протестировать блог
4. Подготовить аналитику
5. Подготовить начальный контент
6. Развернуть и запустить блог
7. …

Как мы видим, объем работ — большой. Количество людей, которые будут принимать участие в работе — большое. Время на реализацию — явно не 2 часа ��

Все характеристики эпика соблюдены)

Основное предназначение эпика — организация работ.

В нем может храниться: предварительное задание, общее видение проекта, дизайн, ссылки на документацию, любая дополнительная информация, которая необходима для решения проблемы.

Из-за своего объема и абстрактности эпики всегда разбиваются на части, которые описывают более конкретные “шаги” для решения проблемы.

Эти части называются история и задача.

Если вы хотите разобраться в эпиках более детально:

1. Эпики agile. Определение, примеры и шаблоны
2. Узнайте, как использовать эпики в Jira Software

Что такое История (Story / User Story) в Jira?

История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт.

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

Как [тип клиента], [хочу/могу то-то], [чтобы делать что-то]

Если продолжить рассмотрение примера эпика Разработать блог для сайта “N”, можно выделить такие истории:

1. Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы решить возникшую проблему
2. Как BA, я могу разделить посетителей сайта на 2 группы и провести А/Б тест для главной страницы, чтоб увеличить конверсию страницы
3. Как контент-менеджер, я могу добавить интерактивный график на любую страницу блога, чтоб посты были более интерактивными
4. …

Теперь части работы стали меньше и они — более понятные. Их можно смело отдавать командам на оценку!

Истории оцениваются командой в story points.

Также в них обязательно должны быть критерии приемки (acceptance criteria), благодаря которым команда сможет понять, что работа сделана до конца.

Написание хороших историй — это целая наука!

Если вы хотите разобраться в историях более детально:

1. Пользовательские истории с примерами и шаблоном
2. How to Write Good User Stories in Agile Software Development
3. Как писать User Story

Задача (Task) в Jira

Задача (task) — техническая задача, которую делает один из членов команды.

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

Продолжаем пример с блогом)

Задачи, которые помогут в реализации:

1. Создать репозиторий для проекта
2. Настроить testing/production окружения
3. Ежедневный просмотр логов ошибок
4. …

Как вы видите, задачи — это очень конкретные технические моменты, которые нельзя “преобразовать” в истории, так как ими занимается один человек.

Но, без таких задач — блог не получится завершить ��

Некоторые компании / команды оценивают задачи в часах

Как показывает моя практика — это пустая трата времени, сил и ожиданий.

Практически всегда оценка не совпадет с реальным временем выполнения, причем не важно, оценку делает Junior или Senior разработчик (у Senior отклонение меньше, но оно все равно есть)

Так, задачу оцененную в “два часа от силы” могут делать неделю, а задачу оцененную в “5 часов” — 30 минут ��

Вместо оценки задачи в часах — лучше просить разбивать задачу на под-задачи (о них — ниже)

1. разработчику будет проще, потому что он сможет более точно понять суть и объем задачи
2. менеджеру будет проще, потому что ход выполнения задачи будет перед глазами (в виде закрытых / открытых “кусочков”) и не нужно будет постоянно ходить к разработчику с вопросом “ну что там, когда будет готово?” и бесить его ����

Большое количество проблем с типом “задача” в беклоге может указывать на присутствие микро-менеджмента ☠️

В такой ситуации команда не участвует в проработке лучших вариантов решения реальных проблем!

Анализ и подготовка задач происходит “наверху”, задачи опускаются “вниз”, и чаще всего (ввиду не понимания корня проблемы) впоследствии ничего не решают!

Под-задача (Sub-task) в Jira

Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды.

Разбиение задач на под-задачи позволяет проводить более точное оценивание трудозатрат, потому что нам проще оценивать работу по частям ��

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

Обычно, каждый член команды создает под-задачи для себя во время планирования работы на следующий спринт.

Например, для истории “Как клиент, я могу связаться с суппортом компании, отправив заявку на странице /contact-us, чтобы узнать больше о компании” под-задачи могут быть такими:

1. Создать страницу /contact-us (Backend)
2. Сверстать страницу /contact-us (Frontend)
3. Интегрировать верстку и форму (Frontend)
4. Интегрировать верстку и форму (Backend)
5. Подготовить тестовую документацию (QC)
6. Проверить страницу /contact-us (QC)
7. Создать и настроить почту для суппорта (Admin)

Баг (Bug) в Jira

Задачи типа Баг (Bug) �� фиксируют ошибки, которые нужно проанализировать и может быть исправить️️️️ ❗️❗️.

Иногда, владельцу продукта сложно понять “суть” ошибки, приоритеты проставляются не правильно и баги “тонут” в беклоге. Это может приводить к постепенному ухудшению качества продукта.

Внедрение Zero Bug Policy помогает избавиться от этой проблемы раз и на всегда.

Создание отличных баг-репортов являеться ключевым навыком любого тестировщика.

У нас есть отдельная статья о багах и баг-репортах в которой есть пример баг-репорта в Jira и много чего интересного ��

Выводы

Приведенные типы задач лишь базовые!

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

Существуют команды, которые собирают эпики в большие “мега” проекты. Или те, кто создают требования как тип задач, для более удобной связи требований — тестов — задач/багов.

Главное — не бояться разбираться в чем-то новом и постоянно экспериментировать! ��⚗️��

Удачи в Ваших проектах ����

FAQ

Что такое Epic в Jira?

Эпик (epic) — большая задача, на решение которой команде нужно несколько спринтов

Что такое Story в Jira?

История (story) — часть большой задачи (эпика), которую команда может решить за 1 спринт

Что такое Task в Jira?

Задача (task) — техническая задача, которую делает один из членов команды

Что такое Sub-task в Jira?

Под-задача (sub-task) — часть истории / задачи, которая описывает минимальный объем работы члена команды

Что такое Bug в Jira?

Баг (bug) — задача, которая описывает ошибку в системе

IT-словарь: о чём говорят айтишники

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

Дрова

→ Мышь не работает, потому что у тебя дрова полетели

Дровами айтишники называют драйвера (программы-проводники), которые необходимы для корректной работы оборудования на компьютере. Поэтому если вы услышите от своего IT-друга фразу «у тебя просто дрова полетели», то не ищите взглядом летающие в воздухе доски. Фраза «дрова полетели» означает, что из-за неисправности драйвера оборудование не может нормально работать.

Осёл

→ Стоит проверить сайт под ослом

Осёл, но не такой как на гифке. Ослом, осликом или ишаком в IT-мире принято называть браузер Internet Explorer.

Известно две версии происхождения слова: с одной стороны, это аббревиатура браузера IE — звукоподражание, которое отсылает к ослику ИА. С другой стороны, слово объясняет отношение пользователей к (немножко) тормозящему браузеру. А «проверить под ослом» значит проверить, корректно ли открывается сайт в этом браузере.

Начиная с Windows 10, на замену IE пришёл новый браузер — Microsoft Edge. Как думаете, у него уже есть прозвище? Ваши версии?

Таска

Таска (таск) — это прямая транслитерация слова Task, которое обозначает «задание». Чтобы организовывать рабочий процесс айтишники используют различные таск-мененджеры (например, Trello). Чтобы не терять и планировать все задачи, которые нужно решить, специалист может попросить вас «завести таску», вместо того, чтобы голосом или где-то в переписке объяснять, что именно нужно починить или сделать.

Линь

→ 10 причин перейти на линь

Нет, это не рыба. Жизнь этому слову дала операционная система Линукс (Linux). Linux — не абы какая операционная система. Мало того, что она абсолютно бесплатна, так ещё это целое семейство ОС, работающих на базе ядра Linux:

• Elementary OS
• Ubuntu (Помните «бубунту»? Если нет, смотрите наш пост об интересных IT-терминах)
• Puppy
• и ещё много других.

Лампа

→ Ставь лампу на линь

Айтишная Лампа произошла от аббревиатуры LAMP, которая обозначает набор серверного программного обеспечения. Если разложить LAMP на компоненты, то

• Linux — операционная система Linux (он же «Линь»)
• Apache — веб-сервер
• MariaDB / MySQL — система управления базами данных
• PHP / Perl / Python — язык программирования

Знаете другие слова из айтишного сленга? Делитесь в комментариях!

Английский [ править ]

Устойчивое сочетание (термин). Используется в качестве именной группы.

Произношение [ править ]

Семантические свойства [ править ]

Значение [ править ]

1. амер. специальная комиссия по изучению данного вопроса ◆ Отсутствует пример употребления (см. рекомендации ).
2. группа специалистов для решения конкретной задачи ◆ Отсутствует пример употребления (см. рекомендации ).
3. воен. (временная) оперативная группа ◆ Отсутствует пример употребления (см. рекомендации ).
4. воен.экспедиционный корпус ◆ Отсутствует пример употребления (см. рекомендации ).

Синонимы [ править ]

Антонимы [ править ]

Гиперонимы [ править ]

Гипонимы [ править ]

Этимология [ править ]

Библиография [ править ]

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

• Английский язык
• Устойчивые сочетания/en
• Американский вариант английского языка
• Военные термины/en
• Требуется категоризация/en

• Нужно произношение
• Статьи без примеров употребления
• Нужно произношение/en
• Нужны сведения о семантике/en
• Нужна этимология/en
• Статьи, нуждающиеся в доработке/en