Jira руководство пользователя на русском скачать

Начало работы с Jira Work Management

Краткое руководство по началу работы

Шаг 1. Изучение основ

Прежде чем начать, рассмотрим несколько компонентов Jira Work Management.

Что такое бизнес-проект?

Проект — это общее пространство, в котором вы документируете, отслеживаете и систематизируете работу. В Jira Work Management имеются два типа проектов:

  • Проекты команды предназначены для независимых команд, которые хотят полностью автономно администрировать свои проекты и процессы и управлять ими в изолированном пространстве.
  • Проекты компании создаются и сопровождаются администраторами Jira. Администраторы управляют Jira Work Management и стандартизируют способы работы множества команд.

Подробнее о типах проектов

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

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

Значок ресурсаAsset icon Эпик: большой блок работы

Значок ресурсаAsset icon Задание: небольшая порция работы, которая может иметь подзадачи

Значок ресурсаAsset icon Ресурс: цифровой или физический объект, который необходимо отслеживать

Значок ресурсаAsset icon История: возможность, указанная пользователем в качестве цели

Значок ресурсаAsset icon Баг: проблема или ошибка

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

Что такое доска?

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

Что такое карточка?

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

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

Теперь вы знаете, что входит в состав Jira Work Management, и готовы начать работу с инструментом!

Краткое руководство по началу работы

Шаг 2. Выбор шаблона

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

Найдите интересующий вас шаблон и нажмите Try now (Попробовать) на карточке шаблона. Вам будет предложено создать новый аккаунт Jira Work Management и дать название своему первому проекту.

Уже используете Jira? Тогда вы автоматически получите бесплатный доступ к Jira Work Management.

В аккаунте Jira нажмите Projects (Проекты) на основной панели навигации, а затем — Create project (Создать проект). Выберите один из шаблонов управления работой, чтобы сразу приступить к выполнению задач с Jira Work Management.

Краткое руководство по началу работы

Шаг 3. Знакомство с представлениями

Вы только что вошли в свой первый проект Jira Work Management! Рассмотрим все способы визуализации работы. На панели навигации в окне проекта есть несколько опций:

  • Board (Доска): у вас открыта данная вкладка. В этом представлении в стиле Kanban показана работа и процессы.
  • Calendar (Календарь): используется для эффективного отслеживания предстоящих сроков, запусков и доступности.
  • List (Список): в этом представлении в стиле электронной таблицы можно легко и быстро управлять рабочими задачами и обновлять их.
  • Summary (Сводка): содержит обзор активности в рамках проекта и статистику по нему; облегчает составление отчетов.
  • Timeline (Хронология): это представление в виде диаграммы Ганта используется для планирования дорожной карты и изучения зависимостей.

Краткое руководство по началу работы

Шаг 4. Настройка проекта

Почувствуйте себя как дома! Вы можете настроить это пространство так, чтобы оно отражало неповторимое своеобразие вашей команды.

  • Измените цвет фона проекта: выберите значок банки с краской рядом с названием проекта.
  • Измените значок проекта: выберите Project settings (Настройки проекта) на панели навигации в окне проекта, затем на следующем экране нажмите кнопку Change icon (Изменить значок) под текущим значком. Вы можете загрузить свою фотографию или выбрать один из предложенных вариантов.

Краткое руководство по началу работы

Шаг 5. Создание первой задачи

Создать задачу в Jira Work Management можно двумя способами:

Нажмите +Create (+Создать) в нижней части первого столбца на доске.

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

Нажмите кнопку Create (Создать) на основной панели навигации.

  • Добавьте в карточку всю необходимую информацию.
  • Чтобы создать карточку, нажмите кнопку Create (Создать) в нижней части экрана.

Подробнее о создании задач

Профессиональный совет: для добавления новых задач в проект не обязательно открывать представление в виде доски. Чтобы создать задачу, нажмите +Create (+Создать) в представлении в виде списка или хронологии либо просто выберите дату в представлении в виде календаря.

Краткое руководство по началу работы

Шаг 6. Приглашение участников команды

Теперь, когда вы освоились с Jira Work Management, пора пригласить других участников команды.

  • Нажмите значок добавления пользователей рядом со своим аватаром.
  • Введите адрес электронной почты своего коллеги и выберите его роль: Viewer (читатель), Member (участник) или Administrator (администратор).
  • Нажмите кнопку Add (Добавить).

Подробнее о добавлении новых пользователей

Профессиональный совет: хотите собрать более многочисленную команду? Подключитесь к своему аккаунту Google, Slack или Microsoft, чтобы отправить больше приглашений за меньшее время.

Краткое руководство по началу работы

Шаг 7. Подключение инструментов

Ваша команда использует другие инструменты для выполнения работы? Подключите свои любимые приложения к проекту Jira Work Management, чтобы упростить процессы. В Atlassian Marketplace имеется более 500 интеграций и более 3000 других расширений. Командам доступны лучшие приложения для всевозможных задач.

  • В меню Apps (Приложения) на основной панели навигации выберите пункт Explore more apps (Просмотреть другие приложения).
  • Выполните поиск по названию приложения или по категории.
  • Выберите карточку приложения, чтобы узнать больше о его использовании и установке.

Краткое руководство по началу работы

Шаг 8. Сбор информации от участников команды

Устали запрашивать по почте требования от других команд, с которыми вы работаете? В Jira Work Management можно создавать различные формы, которые помогут собрать необходимую информацию по каждому заданию без лишней переписки. Формы сохраняются, поэтому можно превратить запросы в повторяемый процесс.

  • Выберите Forms (Формы) на панели навигации в окне проекта, затем нажмите кнопку + Create form (+ Создать форму).
  • Отредактируйте форму, перетаскивая нужные поля, выбирая их порядок и изменяя названия.
  • Выберите Preview (Предварительный просмотр) в верхней части формы, чтобы увидеть, как она будет выглядеть.
  • Выберите Share (Поделиться) в верхней части формы, введите имена или адреса электронной почты получателей и отправьте форму.

Профессиональный совет: после отправки форма будет добавлена в проект как задача. Это поможет вам провести назначение и отследить процесс сбора данных.

Подробнее о создании форм

Краткое руководство по началу работы

Шаг 9. Продвижение работы

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

Если нужно переместить задачу на следующий этап рабочего процесса:

  • перетащите карточку в следующий столбец на доске; или
  • измените статус задачи с помощью раскрывающейся кнопки на карточке.

Нужно скорректировать рабочий процесс?

  • Чтобы переименовать этап рабочего процесса, дважды нажмите заголовок столбца.
  • Чтобы изменить порядок этапов, перетащите столбцы.
  • Чтобы создать новый этап, нажмите «+» на доске рядом с последним столбцом.

Краткое руководство по началу работы

Шаг 10. Автоматизация процесса

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

  • Нажмите Project settings (Настройки проекта) на панели навигации в окне проекта, а затем выберите Automation (Автоматизация).
  • Нажмите кнопку Browse the library (Просмотреть библиотеку), чтобы увидеть самые распространенные шаблоны автоматизации.
  • Нажмите кнопку Create rule (Создать правило) и создайте собственное правило автоматизации с помощью подсказок.

Краткое руководство по началу работы

Часто задаваемые вопросы

Отличается ли Jira Work Management от других продуктов Jira? Copy link to heading Copied! Показать

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

Сравнение Jira Work Management и Jira Software

Инструмент Jira Software создавался специально для разработчиков ПО, использующих гибкие методики работы. Инструмент Jira Work Management был разработан для бизнес-команд; его представления и возможности соответствуют их уникальным предпочтениям.

Сравнение Jira Core и Jira Work Management

Jira Work Management — это решение Jira Core нового поколения. Инструмент был переосмыслен и переработан, чтобы повысить гибкость бизнес-команд благодаря более удобным представлениям и шаблонам.

Подробнее о платформе Jira.

Работает ли Jira Work Management с инструментами Atlassian? Copy link to heading Copied! Показать

Конечно! Ниже перечислено несколько способов использования Jira Work Management с другими продуктами Atlassian.

Jira Software

  • Связывайте задачи Jira Software и Jira Work Management.
  • Создавайте зависимости между задачами Jira Software и Jira Work Management.
  • Создавайте автоматизации между Jira Software и Jira Work Management.
  • Просматривайте совместные хронологии в Advanced Roadmaps.

Подробнее о Jira Software.

Confluence

  • Просматривайте и создавайте страницы Confluence прямо в проекте.
  • Встраивайте доски Jira Work Management на страницы Confluence, чтобы поделиться рабочим процессом в рамках документации.
  • Встраивайте страницы Confluence в задания Jira Work Management с помощью ссылок Smart Link.

Подробнее о Confluence.

Jira Service Management

  • Связывайте задачи Jira Service Management и Jira Work Management.
  • Создавайте зависимости между задачами Jira Service Management и Jira Work Management.
  • Создавайте автоматизации между Jira Service Management и Jira Work Management.

Подробнее о Jira Service Management.

Trello

  • Просматривайте сведения о заданиях Jira Work Management в Trello с помощью встроенных ссылок Smart Link.
  • Автоматизируйте создание заданий Jira Work Management из Trello.

Подробнее о Trello.

Сравнение Jira Work Management и Trello Copy link to heading Copied! Показать

Уже используете Trello или пытаетесь сделать выбор между Jira Work Management и Trello? Добейтесь более энергичной и эффективной командной работы с помощью двух мощных инструментов, которые лучше работают вместе.

  • Обсуждайте идеи вместе с командой на виртуальной доске в Trello.
  • Внедряйте представления Trello в проекты Jira Work Management, чтобы не упускать из виду общую концепцию.
  • Сопоставляйте зависимости и создавайте формы в Jira Work Management, чтобы сосредоточиться на особенностях проекта.
  • Используйте Advanced Roadmaps в Jira Work Management, чтобы наблюдать за совместной работой многофункциональных команд.
  • Отслеживайте проекты команды прямо в Trello с помощью Jira Work Management в виде улучшения Power-Up.

Сравнение проектов по разработке ПО и бизнес-проектов Copy link to heading Copied! Показать

Проекты по разработке ПО направлены на поддержку методик agile, таких как бэклог, спринты и Scrum, среди разработчиков ПО.

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

Подробнее о бизнес-проектах.

Как можно изменить типы задач? Copy link to heading Copied! Показать

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

Не видите нужный тип задачи? Если у вас есть права администратора, выберите Project settings (Настройки проекта) на основной панели навигации, а затем — Issues (Задачи). Здесь можно добавить новые типы задач.

Если у вас нет прав на выполнение этой операции, обратитесь за помощью к администратору.

Как фильтровать задачи? Copy link to heading Copied! Показать

Задачи можно фильтровать в любом представлении Jira Work Management. Выберите Filter (Фильтр) в правом верхнем углу представления и отфильтруйте задачи по следующим критериям:

  • Задачи со сроком выполнения на текущей неделе
  • Исполнитель
  • КАТЕГОРИЯ
  • Тип
  • Метки
  • Priority

Можно также создавать фильтры на основе самых частых поисковых запросов в Jira Work Management. После ввода запроса в поле поиска на основной панели навигации вы попадете на страницу поиска. Выберите Save as (Сохранить как) рядом с полем Search (Поиск), укажите название и сохраните поисковый запрос в виде фильтра.

Чтобы применить пользовательский фильтр, нажмите Filter (Фильтр) на основной панели навигации, а затем — выбранный фильтр.

Подробнее о фильтрации задач.

Как создавать отчеты? Copy link to heading Copied! Показать

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

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

Ознакомьтесь со всеми отчетами.

Руководства по продукту Jira Work Management

Практическое руководство для маркетинговых команд

Продолжить чтение

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

Основные преимущества Jira:

  • удобный процесс постановки и управления задачами;
  • абсолютная прозрачность всех процессов и трудозатрат;
  • интеграция с Confluence и Hip Chat;
  • интеграция с различными средами разработки (Github, Bamboo, Jenkins и прочими);
  • комментирование и обсуждение задач;
  • планирование спринтов при работе по agile;
  • поддержка канбан досок;
  • интеграция с Trello.

Время на прочтение
19 мин

Количество просмотров 13K

Конечно, рядовым юзерам от использования Jira бывает больно, и это даже порождает целые сайты вроде https://ifuckinghatejira.com/. Я же попытаюсь рассказать, как жить с Jira без боли хотя бы для бизнеса.

На протяжении последних трёх лет в компании Karuna я помогал масштабировать и адаптировать Jira под растущие потребности.

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

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

Long Story Short

Давным-давно, в далёкой-далёкой галактике, нашей Jira пользовались только разработчики, QA и прочие инженеры. Typical. Но как только один из продуктов Каруны обрёл популярность, и мы начали масштабировать бизнес, то оказалось, что всем остальным тоже нужно организовывать их процесс поставки ценности где-то не в блокноте. Это, на секундочку, десятки бизнес-команд, которые никогда ранее не пользовались инструментами типа Jira и привыкли все дела вести в закрытых от лишних глаз гугл табличках.

По счастливо сложившимся обстоятельствам в компанию пришла новая команда project manager’ов, в которой несколько человек умели говорить с Jira на “ты”, в том числе и ваш покорный слуга. Мы-то и стали ответственными за поддержку и развитие инструмента.

Состояние инструмента на тот момент прекрасно иллюстрирует картинка:

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

База

В наведении порядка мы руководствовались тремя принципами:

  • Простота. Настройки должны быть простыми и понятными, чтобы если мы вдруг телепортируемся на другую планету, новые менеджеры и инженеры легко в них разобрались, а также чтобы мы не тратили человеко-часы на объяснения новым пользователям.

  • Переиспользуемость. Должны быть конфигурации, которые можно юзать сразу на множестве проектов.

  • Эволюционная адаптационность. Конфигурации должны быть легко модифицируемыми под особенности конкретных команд. Мы не хотим плодить Jira диктатуру, когда всю компанию сажают на один-единственный workflow и пытаются натянуть реальный процесс работы людей на фантазии админов.

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

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

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

Первые 2-3 месяца мы наводили порядок. По затратам ресурсов — один project manager  (это я) тратил ~ 40% своего рабочего времени и двое по ~ 20%. Чтобы диверсифицировать нагрузку, мы ввели практику дежурных по Jira. Пользователи всегда могли найти информацию о текущем дежурном в «Header Banner», который показывается на всех страницах самой Jira. Имя было кликабельным и вело в личку Slack.

Далее — детали о конкретных настройках.

Ролевая модель и permissions

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

Мы поняли, что базовой ролевой модели будет недостаточно, и добавили в неё роли reporter & leader. Итого в ней стало 5 основных ролей:

  • Admin — пользователи, которые имеют право изменять настройки и творить всякое.

  • Leader — пользователи, которые являются руководством в отношении разработчиков проекта.

  • Developer — пользователи, непосредственно работающие в проекте.

  • Reporter — пользователи, которые заказывают работы в проекте.

  • User — пользователи, которые просто видят задачки (иногда не все).

Мы, конечно, могли бы сделать более точные роли — Scrum Master или Team Lead, но они не были бы универсальными даже внутри технического департамента, не говоря уже о том, что были бы вообще не применимы к проектам HR и маркетинга.

Для получившейся ролевой модели мы сделали одну, единственную и универсальную, «permission scheme», в которой отдельно учли права для Project Lead. Основная логика — чем выше ты по ролевой модели, тем больше прав  у тебя в проекте. Например, «user» имеет только «browse project» и всё, что связано с комментариями, а вот «reporter» уже может «create issues», и так далее.

В модель добавили динамичные «assignee & reporter» в задачах, чтобы не возникало ситуаций, когда кого-то с ролью «user» назначили на выполнение задачи, а он не может подвинуть её в следующий статус из-за отсутствия прав.

Issue Security Scheme

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

Чтобы решить эту сложность, мы сделали несколько «security schemes», с помощью которых разделили все проекты в Jira на три основных категории:

  • Полностью публичные проекты — все пользователи, добавленные в проект, видят все задачи в проекте.

  • Приватные проекты — команда проекта видит все задачи, заказчики и обычные пользователи видят только свои задачи и задачи, в которые они добавлены.

  • Полностью приватные проекты — все задачи видит только Project Lead, а разработчики видят только те задачи, в которые добавлены.

Для всех категорий есть по 3 уровня, которые в каждой схеме называются одинаково, но имеют небольшие различия в настройках:

  • Дефолтный (Team) — действует, как написано выше.

  • Публичный (Public) — если его применить к конкретной задаче, то она станет видна всем, кто добавлен в проект.

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

Чтобы добавлять неограниченное количество пользователей в задачу (например, чтобы задача стала доступна избранной группе из 10 человек), а вся остальная компания её не видела, мы сделали отдельное «multiple user picker» поле — «participants» (участники задачи).

Notification Scheme

Тут мы сделали одну универсальную схему нотификаций — для уведомления всех основных участников задачи (Assignee, Reporter, Component Lead, Watchers), а после реализации настроек приватности добавили отправку уведомлений в поле «participants».

Сделали копию этой схемы и добавили в неё Project Lead — для тех руководителей, которые хотят быть в курсе ВСЕГО.

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

Screen & Fields

Радостнее всего бизнес оценил изменения по полям и формам, так как вместо десятков самых разных форм во всех проектах Jira мы стандартизировали и сделали единую форму постановки задач, куда добавили вкладки и разнесли по ним поля.

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

Всё, что требуется для управления поставкой: добавление в спринты, оценка времени, стори поинтов и так далее — во вкладке «Planning». Всё, что нужно разработчикам: ссылки на ветки в гитлабе, ссылка на стейдж — во вкладке «Dev». Ну и наконец, для ограничения доступа к задаче или добавления участников к задаче — во вкладке «Security».

Статусы и Workflow

Придерживаясь тех принципов которые озвучены выше, с процессами всё-таки есть отличие. Мы старались сделать так, чтобы они отображали действительность, а не были совой, натянутой на глобус. Поэтому мы создали около пяти основных Workflow:

  • Подробный WF для разработчиков.

  • Сокращённый WF для разработчиков.

  • Подробный универсальный WF.

  • Короткий универсальный WF.

  • Универсальный WF для бизнес-задач/проектов/инициатив.

Каждый из этих WF может использоваться непосредственно в том или ином проекте, но чаще мы использовали его как абстрактный класс, от которого создаём копию, вносим в него минимальные исправления, чтобы получившийся Workflow подходил под рабочий процесс коллег. Это позволило не сильно потерять в гибкости и вообще не потерять в скорости реализации.

Ешё один нюанс, что таким образом мы не ломали всю интеграцию GitLab -> наш сервис -> Jira, который за разработчиков статусы задачи двигал на основе активностей разработчиков в гитлабе.

Группы пользователей

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

Теперь вместо того, чтобы добавлять на роль «Developer» в проект отдельно Васю/Катю, а на роль «Reporter» Машу/Даню, мы один раз добавляли нужные группы и старались больше ни разу не открывать вкладку роли в настройках проекта.

Сами группы отражали структуру компании. Для примера — hr-team, hr-lead, marketing-team, marketing-lead, и т.п.

Как только появлялся новый сотрудник в компании — мы добавляли его в соответствующую группу, и он сразу получал 95% необходимых ему доступов. Но 5% погрешности всё же порой оставалось. Со временем мы начали приходить к тому, что нам нужно упрощать эту систему за счёт большего количества групп. Например, группа «brand-dep», в которую входит не одна команда, а все сотрудники департамента. Мы начали двигаться к таким изменениям, ведь они позволяют сильно упростить настройки доступа в конкретный проект.

«И сбоку бантик»

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

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

Пришла пора обвешивать нашу лошадку красивыми бантиками

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

А ещё в компанию приходили новые люди, которые не застали внедрения Jira в процессы своих команд. Они видели этот инструмент впервые в жизни, а у лидов не было времени на то, чтобы «водить их за ручку». Лиды отправляли подчинённых к нам и, разумеется, нас начали засыпать вопросами в личку: «А как то, а как сё?». В общем, требовалось внутреннее обучение, F.A.Q. и масса инструкций. 

Задачи по поддержке инструмента с настройкой всякого нетипичного стали жрать сильно больше времени, а ещё всё это начало требовать ведения документации и я, как project, в отдельные дни проводил команде daily синк, остальное рабочее время тратил на ковыряние Jira, разгребание вопросов в личке и написание документации. Руководство задумалось о необходимости выделения отдельного человека на роль «Jira Admin». Решили не ходить на рынок, а повысить человека из нашего helpdesk (Лёша, привет).

В этот же момент к нам впервые начали обращаться с крайне нетипичными задачами из разряда: “Ребят, вы так всё быстро и классно делаете, а, может, нам не нужно покупать инструмент Х за $100500 пользователь/в секунду и вы нам такой процесс в Jira сделаете?”. Иногда мы начинали делать, потому что это было ценно для бизнеса, а пользователям было проще воспользоваться этим в Jira, где всё понятно, чем осваивать новый инструмент. А ещё это были действительно интересные и крутые задачи.

Итак, новая пачка скрупулёзных деталей под катом.

Тестовое окружение

Ну, тестовое окружение, ну что тут такого? Всё не так просто. Есть пара небольших особенностей, которые стоит учесть: 

  1. Чтобы тестирование новых фич было релевантным, тестовая Jira должна иметь на 99% аналогичные настройки и данные, а ещё вы наверняка не хотите подтирать за собой следы своих экспериментов, поэтому настройте редеплой тестовой Jira раз в n времени (у нас раз в неделю) с копированием продовой базы данных. Даже авторизовываться сможете под аналогичными кредами и пускать в тестовую Jira коллег, проверять их идеи и настройки своих проектов.

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

  1. Наверняка вы не хотите, чтобы на тестовой Jira срабатывали всякие автоматизации, которые отправляют коммуникацию в мессенджеры и выполняют что-то по крону. Чтобы не отключать эти автоматизации вручную (какое-то время мы так страдали), мы придумали (спасибо, Даша!) простой доп condition.

    Автоматизация сама проверяет отсутствие вхождения строки jira-test в url задачи, и если такое вхождение есть — автоматизация не выполняется. Мы добавили это условие в автоматизацию и перестали каждую неделю страдать.

Первая/вторая линия поддержки… по Jira…

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

Мы, в свою очередь, начали классифицировать запросы в канале, формировать на их основе F.A.Q. и материалы для обучения новичков. Приятным бонусом стало то, что со временем коллеги смотрели на наши ответы, подтягивали свой опыт, и по некоторым вещам начали отвечать не только мы, но и те, кто преисполнился экспертизы.

Чтобы на один вопрос не отвечало одновременно несколько специалистов, мы договорились — кто первый начал отвечать, ставит эмоцию прелоадера, а когда проблема решена, то check.

Над ответом кто-то уже работает.

Над ответом кто-то уже работает.
Этот вопрос решён.
Этот вопрос решён.

В случае, когда запрос выходит за пределы короткого ответа (ссылка на инструкцию или 5_min_task), просим поставить задачу в наш собственный проект в Jira.

С тех пор канал ни одного рабочего дня не смолкает, от 3 до 15 запросов стабильно имеем.

Структура команды Atlassian

Я тут пишу только про Jira, но для команды в этой истории был и Confluence. Он развивался так же быстро и требовал эксперта, но скорее с опытом в управлении смыслами, а не процессами. Выделив одного человека на full-time на Jira, мы поняли, что его хватает только на поддержку и мелкие изменения, а на серьёзные задачи (составление обучения, Confluence) уже не хватает.

Так мы пришли к минимально работоспособной схеме:

  • 2 Jira Admin

  • 1 Confluence Admin (Knowledge Manager)

Поиск зверя под названием Knowledge Manager был очень нетривиальной задачей. Сначала мы открыли вакансию «Технического писателя», но все приходящие на неё кандидаты были готовы написать нам увесистую документацию на 100500 страниц по ГОСТ 2.102 2013. Тогда мы поняли, что это никуда не годится — переименовали вакансию и описали её в том стиле, который ждём от будущего сотрудника.

Нам нужно было сформировать структуру внутренней Wiki, ужать регламенты до пары абзацев, полных смысла, которые легко читаются и иллюстрируются смешными и понятными мемасиками. То, что мы нужного человека в итоге нашли (привет, Артур), я лично считаю чистым везением. Нужный бэкграунд у него был за счёт работы специалистом по разработке процессов обслуживания и информационному обеспечению в поддержке крупного телекома, где он занимался базой знаний и процессами для собственно саппорта.

Что же касается администраторов Jira, то, как правило, была ситуация, где один специалист является ведущим, а один зелёным джуном. Операционка в равной степени делится между всей командой, и практически у всех есть возможность тащить по одному крупному проекту в единый момент времени. Джун тащит проект попроще, сеньор — посложнее. Каждый день такая команда решает пачку операционки и выполняет пару задач по реализации некоего крупного проекта.

Первое время командой управлял Project Director (привет, Ксю) но, по мере роста всего PMO и команды Atlassian, потребовался отдельный руководитель.

Наконец, чем дальше мы развивались, тем больше мы понимали, что не можем решить все проблемы только за счёт готовых решений, и нам нужен человек, который будет легко писать кастомные скрипты через Scipt Runner и, возможно, даже разрабатывать собственные плагины — мы пошли согласовывать позицию Jira Developer.

Итоговая структура команды:

Инструкции и документация

Самый главный принцип, который мы взяли на вооружение в подготовке инструкций, звучит примерно так:

Если в чате это спросили больше 1 раза — напиши ответ в виде инструкции и скинь ссылку на инструкцию.

Поэтому, самым первым документом, который мы родили, был F.A.Q. по использованию JQL. Не буду приводить его здесь целиком, но вынесу из него пару нетривиальных запросов, которые могут вам пригодиться.

Получить все свои незакрытые задачи

assignee = currentUser() AND resolution = Unresolved

Получить все задачи, связанные с задачей ABC-123

issue in linkedIssues(ABC-123)

Найти все не закрытые задачи, застрявшие на уволившихся сотрудниках

( reporter in membersOf("inactive-users") AND resolution = Unresolved ) OR ( assignee in membersOf("inactive-users") AND resolution = Unresolved )  

Найти все задачи, которые поменяли статус из Х в Y, за определённый период времени

status changed FROM $StatusX TO $statusY AFTER $date1 BEFORE $date2 

Задачи, которые комментировал конкретный пользователь

issueFunction in commented("by $user.name")  

Найти все шаблоны, которые используются в проекте Х

issue in searchTemplates(projectAvailability, $ProjectName) AND project = Templates 

Найти все задачи, у которых в element чек-листе было что-то про GitLab

Elements in elementsPanelsFilter("Checklist", "Description ~ GitLab")  

Про шаблоны и чек-лист будет подробнее. Самыми популярными инструкциями в нашей базе знаний являются:

  • Что такое JIRA, как и зачем она используется? (Добавлено в OnBoarding)

  • Как создать шаблон

  • Как перенести задачу в другой проект

  • Как добавить чек-листы во все задачи по JQL

  • F.A.Q. по настройке Scrum/Kanban досок

  • Как выгрузить задачи из Jira в CSV

  • Как производить массовые операции над задачами

  • Как перенести subtask в полноценную задачу

Шаблоны

В Data Center нет встроенных шаблонов, поэтому используем плагин — Issue Templates for Jira. Он позволяет запихивать готовую структуру текста с подсказками по заполнению и предзаполняет любое поле выбранным значением. Сам шаблон представляет из себя задачу, которая хранится в проекте Шаблоны. Поэтому создание шаблона — не сложней создания задачи, нужно только не забыть добавить ограничение, к какому проекту и типу задач относится шаблон.

Вот несколько наших лучших практик по работе с шаблонами:

Ссылка на регламент. Чтобы сотрудники не искали регламент по тому или иному процессу, мы вставляем ссылки на эти документы в самом начале описания шаблона, выглядит примерно так:

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

Такое поле можно найти в разделе Advanced в кастомных полях.

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

Кто создаёт шаблоны? Можно заказать создание шаблона или целой пачки у нашей команды Atlassian — это совершенно элементарная задача, но пойдёт она с низким приоритетом в джуна, и заказчик получит результат тогда, когда до задачи дойдут руки. Есть инструкция по самостоятельному созданию шаблонов, и у шаблонов есть владельцы, отвечающие за поддержание их в актуальном состоянии (как правило, тимлиды и руководители отделов/подразделений).

Поиск шаблонов. Выше уже приводил JQL, но на всякий случай продублирую его:

issue in searchTemplates(projectAvailability, $ProjectName) AND project = Templates

Предзаполнение компонентов. Внутри проектов у нас частая история — есть 1 тип задач с определённым набором полей и процессом, но в рамках него сотрудники реализуют кучу разных типов работ. В таком случае они обозначаются компонентом и на каждый тип работ — отдельный бриф. Чтобы не засорять внимание заказчика, компонент прячется на второй вкладке и предзаполняется в зависимости от выбранного шаблона.

Чек-листы

Дефолтных чек-листов в Jira DC нет, поэтому мы используем целых два плагина для работы с чек-листами:

Elements Cheklist

Эти чек-листы важны для нас следующими факторами:

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

User Picker & Status’ы. Классические чек-листы имеют простое состояние — сделано или не сделано. В них, как правило, невозможно указать, кто ответственен за выполнение пункта. Elements Checklist позволяют сделать статусы и добавить исполнителя. Правда он не получит уведомления, что его на что-то там назначили, но это больше инструмент для Scrum Master’ов и PM’ов. Да и коллеги бы жаловались, если бы их завалило уведомлениями, так что это даже хорошо. Смотрите, как классно выглядит:

Это позволяет на лету (во время синка, например) фиксировать Action Points прямо в задачу, видеть ответственных, и в каком состоянии задача.

Шаблоны чек-листов. У вас стандартный набор чек-листов для тех или иных работ? Супер. Просто вставьте нужный шаблон в задачу одним кликом.

Множественность чек-листов. В вашей задаче может быть сразу несколько чек-листов: один для фиксации DoR, второй для Action Point, третий для фиксации DoD или приёмочных работ — запросто.

И для каждого чек-листа может быть различная структура по полям внутри него и различные шаблоны.

Поддержка JQL. Выше уже приводил пример запроса, который позволяет искать задачи с определёнными значениями в чек-листе. Иногда это бывает суперполезно.

Elements in elementsPanelsFilter("Checklist", "Description ~ GitLab")

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

Ну, а для случаев, когда вам нужен инструмент попроще и, что немаловажно, который автоматически будет применяться ко всем задачам, соответствующим некоторому JQL, мы используем — Multiple Checklists for Jira.

У него также есть фичи с множественностью и шаблонами, но эти шаблоны автоматически применяются к задачам по JQL.

А ещё у них есть интересная возможность — элементы такого чек-листа можно легко превратить в саб-таски (если вы их не обвешали кондитионами и валидаторами).

WIP лимиты & jira-helper

Мы в Каруне достаточно активно используем Kanban метод и одну из его практик — ограничение количества задач в работе. Проще говоря — WIP лимиты.

Некоторое время мы пробовали различные плагины, предоставляющие подобную функциональность, но в итоге остановились на решении, которое разрабатывают коллеги из Тинькофф — это Chrome Extension Jira Helper.

С его помощью мы имеем возможность лимитировать буквально всё и как угодно.

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

Так выглядит настройка лимитов по дорожкам

Так выглядит настройка лимитов по дорожкам
А вот так выглядит настроенный лимит на доске.
А вот так выглядит настроенный лимит на доске.

Важно отметить, что благодаря инструменту мы можем исключать учёт задачи в колонке, если мы поставили галочку «Is Expedite» для свимлайна.

Персональные лимиты. Хотите ограничить количество задач на конкретном сотруднике в момент времени — можно.

Вот так выглядит настройка лимитов по сотрудникам.

Вот так выглядит настройка лимитов по сотрудникам.
А вот так уже настроенные лимиты выглядят на доске.
А вот так уже настроенные лимиты выглядят на доске.

Кастомные лимиты. Когда мы начинаем пытаться управлять системой поставки ценности на уровне департамента / кластера / трайба, то появляется желание лимитировать отдельную ячейку или, например, ограничить количество инициатив, в которых будет задействована конкретная команда (в единый момент времени на них не должно приходиться более 3-4 проектов). Такие вещи тоже можно настроить.

Вот так выглядит настройка.

Вот так выглядит настройка.
А вот так она отображается на доске.
А вот так она отображается на доске.

Работа с SLA. В случае, если вы организуете работу команды с SLA по скорости выполнения — данный инструмент также позволит вам облегчить жизнь, предоставив возможность настраивать SLA в отчёте Control Chart (в виде отдельной линии, которая накладывается на график), и там сразу же происходит калькуляция процента задач, которые попали под SLA.

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

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

За данный инструмент в первую очередь надо сказать спасибо Паше @controlchart Ахмечанову. Вы можете помочь сообществу с доработкой этого плагина — репозиторий на GitHub.

Найти поддержку или обсудить фичу с сообществом можно в телеграм-канале.

Метрики поставки & JFC

Разумеется, мы пользуемся стандартными Jira-отчётами, вот только нам их недостаточно.

Нам нужен был инструмент для того, чтобы считать Lead & Cycle Time выполнения задач по перцентилям (50 и 85), объём поступающих и выполняемых задач, их соотношение, средние значения и разницу. Всё это мы нашли в Chrome Extension — Jira Flow Companion.

Отчёты строятся по вашей Scrum/Kanban доске, поэтому переход к плагину можно найти в виде кнопки на доске:

Подсчёт LeadTime. Во-первых, в отличие от Control Chart, мы получаем гистограмму распределения. Во-вторых, таблицу, отсортированную по времени выполнения, которая позволяет нам легко использовать её для активностей вроде Delivery Review. В-третьих, при наведении курсора на гистограмму, всплывает подсказка с перцентилями.

  • Если выставить Start state от начально статуса, то вы получите LeadTime, если от статуса принятия обязательств — Cycle Time производства. Инструмент сразу покажет вам среднее и медианное время выполнения задач. Рекомендую устанавливать resolution в 1 день и использовать quick filter с JQL выражением

resolution != Unresolved AND status != Rejected

Чтобы отсеять из отчёта задачи над которыми ещё идёт работа, а также задачи которые были выброшены из поставки.

Подсчёт Flow InOut. Позволяет оценить, справляется ли команда / производственная система с потоком бизнес-задач или нет. Самая приятная метрика, которую инструмент нам показывает — это Average Backlog Growth, то есть на сколько задач изменился бэклог команды за итерацию, в среднем. Например, если бэклог прирастает на 10 задач в неделю — команда, очевидно, не вывозит. Если значение около 0 или отрицательное — команда нормально справляется и, возможно даже, вырабатывает бэклог.

Подсчёт пропускной способности — Throughput. Иногда нам важно понять, как меняется исключительно пропускная способность команды под воздействием тех или иных факторов. Например, увеличили количество решаемых задач выходом нового человека, или смогла ли команда решить суммарно больше задач в условиях перегрузки и превышения WIP лимитов? Для этого на той же вкладке отчёта нужно выбрать другой тип отчёта — Throughput. Мы получим гистограмму, которая позволит оценить пропускную способность в динамике и среднюю пропускную способность за выбранный временной промежуток.

Кумулятивная диаграмма потока — CFD. Такая диаграмма есть в стандартных отчётах Jira. Есть она и в этом инструменте. Обладает одной приятной допфичей — всплывающей подсказкой, сколько конкретно задач находится в том или ином статусе в определённый момент времени. Такая информация может быть полезна для первичной установки WIP лимитов.

Прогноз по MonteCarlo. Если быть чуть точнее, то целых два прогноза. Сколько рабочих элементов будет реализовано системой за следующую итерацию, на основе данных «n» количества предыдущих итераций — это поможет найти ответ на вопрос: «Сколько задач вы сделаете за следующий спринт/итерацию?». За какое время будет сделано некоторое количество усреднённых рабочих элементов — может быть полезно, если вы декомпозировали на задачи какой-то большой проект, и руководство ждёт от вас сроков: «А когда вы это всё целиком сделаете?». Или, быть может, компания построила план, в соответствии с которым нужно будет сделать 1000 задач в следующем году. Прогноз позволит дать ответ, насколько это вообще реалистично.

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

Читается как: «Бэклог из 300 типовых задач, при сохранении текущих мощностей, наша команда сделает за 15 недельных спринтов с вероятностью 81%».

Time in Status

Ещё один важный инструмент для сбора отчётности и статистики — плагин Time In Status.

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

Обзор поставки с помощью TIS. Многие наши команды и подразделения проводят встречи, на которых оценивают собственную результативность в конце итерации / спринта или просто за какой-то временной промежуток. Многие во время проведения такой встречи двигаются по списку задач, которые удалось / не удалось выполнить и, в том числе, обращают внимание на раздел Time in Status.

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

Выгрузки и работа с ними. По большей части этим инструментом пользуются руководители, производя выгрузки и рассчитывая нужные им значения. Плагин позволяет формировать выгрузки по задачам, попадающим под кастомный JQL. Мы можем настраивать: какие статусы попадут в выгрузку, какие данные добавить из задачи (по исполнителям, командам, размерам, приоритетам, типам работ и т.д). Важное значение имеет, по какому календарю мы совершаем выгрузку, будет ли учитываться 24/7 или только рабочее время, скажем с 9:00 до 18:00. 

Экран настройки выгрузки — всё интуитивно понятно, за исключением кнопки “Скачать” (она сверху, справа от календаря), от выбора формата времени:

Выгруженный файл, в свою очередь, копируется уже куда-то в Google Sheets или скармливается самописному скрипту, который считает всё, что нам надо. Например, именно таким образом наши менеджеры, когда это действительно необходимо, осуществляют подсчёт таких метрик как Average Wait Time & Flow Efficiency.

Базовое обучение при Onboarding

Новые сотрудники зачастую с Jira никогда не работали, а вот вся остальная компания, буквально каждый отдел и специалист, вели все свои дела именно в Jira. Поэтому потребность в базовом обучении назрела очень быстро. Мы рассматривали несколько вариантов, как его организовать, и в итоге составили следующие DoD:

  • Команда не должна тратить ни минуты своего времени на проведение обучения.

  • В процессе обучения учащийся должен чувствовать себя в безопасности и не бояться что-то сломать.

  • Обучение должно быть практическим. В его рамках стоит перепробовать основные функции Jira.

В итоге мы пришли к следующему формату:

  • Подготовили серию материалов, снабженных gif’ками и короткими видеороликами на конкретные темы.

  • После прочтения каждого материала предлагается, для закрепления, выполнить практическое задание в тестовой Jira. Среди выполняемых действий:

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

    • Передвижение задачи по статусам.

    • Передвижение задачи по статусам на доске.

    • Написание комментариев к задаче.

    • Использование быстрых фильтров.

    • Использование JQL.

    • Сохранение запроса в фильтр.

    • Перенос задачи в другой проект.

    • Смена Assignee.

    • Редактирование произвольных полей задачи.

    • Добавление в задачу новых участников.

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

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

Промежуточные итоги

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

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

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

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

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

Что такое Jira?

Jira – это программный инструмент для управления проектами, разработанный компанией Atlassian. Jira часто используется в IT-компаниях для формирования списка задач, отслеживания общего прогресса команды и решения возникающих по ходу разработки продукта проблем. 

Приложение Atlassian построено по принципам канбан- и скрам-досок, давней практики организации задач. Но эти принципы дополняются массой вспомогательных механизмов, которые добавлялись в приложение исключительно с целью упростить создание новых приложений, добавить в них функции, исправить ошибки и т.п. Также эта система управления проектами исповедует Agile-методику разработки. 

Название, кстати, происходит от японского слова Gojira, что переводится как «Годзилла».

Что такое канбан/скрам-доска? 

Канбан – это методика планирования задач, разработанная в сороковых годах. Суть канбан-доски заключается в наглядном расположении задач в соответствии с их статусом. Типичная доска делится на 3 колонки:

  1. Задачи, которые необходимо выполнить (обычный to-do-лист).

  2. Задачи, которые в текущий момент находятся в работе. 

  3. Задачи, которые уже выполнены и висят на доске исключительно для отслеживания прогресса.

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

Пример оформления канбан-доски в Jira

Скрам-доска – это канбан-доска для разработчиков, исповедующих Agile. Ее обычно дополняют колонками с заданиями на проверке и с отложенными делами. 

Что такое Agile-разработка?

Agile – это методика организации рабочего процесса, подразумевающая деление больших целей на мелкие, легко «перевариваемые» задачи и выполняющиеся в период спринтов (то есть недельных забегов активной работы). 

Спринт создается на основе заранее сформированных целей. Цели же формируются исходя из пожеланий пользователей продукта. Лидер команды разработчиков организует спринт, добавляя туда те задачи, которые находятся у компании в приоритете и должны быть решены раньше остальных. Скрам-доски и продукты в духе Jira помогают организовывать спринты, следить за прогрессом команды и анализировать проведенную работу.

Перед тем как начать работу с Jira, стоит ознакомиться с основными принципами канбан и Agile подробнее.

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Подписаться

Для чего используют Jira?

Как я уже сказал ранее, разного рода канбан-инструменты можно адаптировать под любые виды планирования и менеджмента – под персональные и командные. Но с Jira все складывается немного иначе.

Эту программу создавали для программистов. «Затачивали» каждый аспект под нужды разработчиков. Поэтому работает и выглядит она иначе. Не слишком универсально. В связи с этим вырос ряд конкретных сценариев, в которых применяется JIRA:

  • Наглядная организация списка задач.

  • Управление проектом и командой, занимающейся его развитием. 

  • Разработка ПО с нуля или добавление новых функций.

  • Управление задачами, связанными с маркетинговой составляющей продукта.

  • Отслеживание ошибок в программе и их своевременное исправление. 

Вариантов применения Jira больше, но это основные. Они дают понять, кому вообще нужен подобный программный инструмент. 

Алгоритм работы с Jira

Процесс работы с Jira можно разложить на 6 простых шагов:

  1. Для начала нужно загрузить Jira, создать профиль и запустить утилиту. Можно использовать аккаунты Apple и Google.

  2. В окне приложения необходимо выбрать пункт Create Project.

  3. Программа предложит список шаблонов для доски с задачами (для разработчиков, для маркетологов и т.п.). Выбираем ту, что лучше всего соответствует целям команды и стилю работы в вашей компании. 

  4. Затем Jira задаст пару вопросов по поводу того, пользовались ли вы ранее Agile и канбан. На основе ответов программой будет принято решение о целесообразности внедрения обучения в интерфейс.

  5. Настраиваем колонки под своим нужды (если то, что было предложено в шаблоне, не на 100% удовлетворяет вашим требованиям).

  6. Создаем задачу (пункт Create).

  7. Приглашаем других пользователей (то есть членов команды) работать с созданной вами доской (пункт Invite). 

Как устроена Jira?

Далее разберем основные компоненты Jira. Из чего состоит интерфейс, как создавать задачи, где и какую информацию искать.

Интерфейс

Интерфейс Jira делится на несколько ключевых вкладок. Во вкладке «Projects» хранятся все канбан/скрам-доски, которые вы можете просматривать или редактировать. Фактически это основное рабочее пространство. Здесь же можно перейти в режим отслеживания релизов продукта, взглянуть на все активные спринты, проанализировать отчеты о проделанной работе и т.п. 

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

Задачи

Задачи в оригинале называются Issues, что можно перевести как «проблемы». Issue – это единица информации. В нее закладывается либо какая-то функция, которую нужно реализовать, либо ошибка в программе, которую необходимо исправить. 

Issues – это составные части проекта и спринта. Именно список задач формирует рабочий процесс. Поэтому он и состоит из создания задач, наблюдения за ними, выполнения, анализа, дополнения, изменения и т.п.

Типы задач

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

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

Дорожная карта (расписание)

В этом разделе можно создавать цели и планировать работу команды наперед. Ключевой единицей информации тут является эпик. Это объединение большого количества issues, связанных друг с другом. 

К примеру, если есть ряд новых функций для приложения, которые совместно формируют какую-то общую важную особенность ПО, то их объединяют в эпик как некую общую цель, к которой стремится команда в ходе спринта (или нескольких спринтов).

На дорожной карте хорошо видны далеко идущие планы компании, визуально оформленные в своего рода горизонтальный календарь. 

Релизы 

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

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

Версии программы, готовящиеся к релизу или уже выпущенные

Здесь сразу видно, какая версия продукта должна выйти в ближайшем будущем, какие уже вышли и т.п. В общем, это еще один удобный способ планирования и отслеживания выполняемой работы. 

Код и деплой

Одно из преимуществ Jira – возможность тесно интегрировать ее с другими продуктами, например с платформами Bitbucket, Github и Gitlab. 

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

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

Pages

Еще одна разработка Atlassian – проект Confluence. Это что-то в духе Google Docs, только работающее в рамках Jira и менее функциональное. 

Один из шаблонов для создания текстовых документов в Jira

Это онлайн-текстовый редактор с базовыми инструментами для форматирования написанного. Суть Confluence в создании дополнительной удобной среды для общения лидеров команды и разработчиков. С помощью полноценного текстового редактора и неограниченного количества знаков гораздо проще изложить свои мысли и подробно рассказать о планах компании. 

В Pages по умолчанию есть несколько шаблонов для текста:

  • Пустая страница с небольшим описанием функциональности Pages.

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

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

  • Форма для заполнения расписания встреч и создания заметок по ходу общения с коллегами. 

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

Дашборды

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

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

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

Плагины

Jira можно сделать еще функциональнее, если подключить к ней плагины сторонних компаний. 

Некоторые из них продвигает сама Atlassian. В их числе интеграция с Git-системами, к примеру. Это один из наиболее распространенных и очевидных вариантов использования плагинов. 

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

Плагины в магазине дополнений Atlassian Marketplace

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

Коллекция плагинов в Atlassian Marketplace насчитывает сотни дополнений. Как платных, так и бесплатных. Есть из чего выбирать. 

Как создать задачу в Jira?

Научиться создавать Issues – понять, как работать с Jira в целом. Создать новую задачу в Jira можно двумя путями:

  • Кликнув по кнопке Create в верхней панели управления.

  • Кликнув по кнопке Create issue в нужной колонке канбан-доски.

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

Кнопка создания задачи

Во втором – указать название задачи и прописать дополнительные атрибуты. 

Кнопки создания задачи в канбан-доске

Уже после этого можно кликать по кнопке Create, и новая issue автоматически появится в списке и на выбранной доске. А если поставить галочку напротив Create another, то тут же появится окно для добавления еще одной задачи.

Список issues также можно импортировать из другого приложения. Для этого нужно загрузить в Jira CSV-файл с соответствующим содержанием. 

Атрибуты задач

Создавая issue, можно указать для нее ряд атрибутов:

  • Summary. Краткое описание текущей задачи. Буквально в одно предложение.

  • Description. Полноценное описание, если таковое требуется. 

  • Assignee. Член команды, которому нужно делегировать создаваемую задачу. 

  • Labels. Что-то вроде тегов для более удобной сортировки задач по другим признакам, не входящим в список типов. 

  • Fix version. К какой версии относится создаваемая issue.

  • Story point estimate. Потенциальные трудозатраты, требующиеся на добавление новой функции или исправление бага.

  • Reporter. Пользователь, который будет отчитываться за выполнение задачи.

  • Attachment. Файл, прикрепленный к задаче. Это может быть что угодно: аудио, картинка, документ docx и т.п.

  • Linked issues. То, с чем связаны создаваемые задачи (другие задачи/проекты).

Настройка отчетов

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

Burnup report

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

Sprint burndown chart

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

Типы отчетов, доступные в Jira

Velocity report

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

Cumulative flow diagram

Показывает, как менялся статус активных задач с течением времени. В каких колонках созданные issues задерживаются дольше всего. Используется для поиска так называемых бутылочных горлышек – проблемных этапов работы, на которых резко падает производительность всей команды.

Основные принципы повышения производительности в Jira

Есть как минимум 5 способов сделать работу с Jira эффективнее.

Делите большие задачи на мелкие

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

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

Делите даже небольшие цели на еще более маленькие составные части. Так всем будет проще. Легче будет выполнять работы, легче будет отслеживать прогресс. Не будет зависаний на выполнении какой-то одной задачи. Интерфейс Jira позволяет без проблем ориентироваться даже в большом списке задач.

Комментируйте задачи

Не стесняйтесь оставлять комментарии под каждой карточкой в каждой колонке. Освобождайте свою голову сразу по ходу создания issues и работы с ними. Нужно помнить о какой-то особенности исправляемой ошибки? Напишите об этом в комментариях. Есть какая-то идея по более прагматичной реализации запланированной функции? И это тоже зафиксируйте в комментариях. 

Механизмы автоматизации в Jira

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

Записывайте все выполненные действия

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

Логи работают по тому же принципу, что и коммиты. Коммит – это фактически выгрузка любого изменения приложения в git-систему. Поменяли цвет иконки? Сделайте коммит и отправьте его в git-систему. Добавили новую функцию в код? Сделайте еще один коммит. И так на любой чих. 

Лог – это способ фиксировать коммиты в Jira. По сути, те же текстовые комментарии. Просто лидеру команды будет легче отслеживать ваш прогресс с помощью логов. Это показывает, что вы действительно работаете и постоянно выполняете какие-то задачи.

Планируйте спринты

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

Планирование даст возможность быстрее влиться в спринт и без переработок выполнить все поставленные задачи. Четко и без аврала. 

Делайте записи на регулярной основе

Вышеописанные процедуры нужно выполнять раз в час-два. Постоянно что-то коммитить, комментировать, записывать и т.п. Все, что не записано, то утеряно. Ваша задача – выработать полезную привычку фиксировать каждое выполненное действие, постоянно делать полезные заметки и всячески демонстрировать свою полезность и эффективность в команде. Большое количество записей действительно облегчает работу коллегам, так как канбан-доска постепенно обрастает всей необходимой информацией. Не приходится все искать самостоятельно. 

Стоимость Jira

В бесплатной версии Jira есть ограничение на количество участников в команде и на количество сохраняемых файлов. Чтобы их снять, нужно оплатить подписку. Она стоит около 500 рублей на пользователя. То есть команда из 20 человек заплатит за месячную подписку 10 000 рублей.

Аналоги Jira

Jira – популярный и удобный инструмент. Но многим он кажется чересчур сложным, а иногда недостаточно функциональным. Претензий к продукту Atlassian хватает. Но есть и альтернативные приложения для организации командной работы и управления проектами.

Интерфейс Trello

Trello

Trello появился раньше, чем Jira. Это тоже продукт Atlassian, но более универсальный. Trello не заточен исключительно под нужды разработчиков и может использоваться для решения любых задач. Его используют маркетологи, бизнесмены, HR, копирайтеры и т.п. 

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

Basecamp

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

YouTrack

Система управления проектами от знаменитой компании JetBrains, создавшей популярные IDE для разных языков программирования. У YouTrack много преимуществ: встроенная база знаний, принадлежащая конкретной команде, умный поиск по задачам, комментариям и другим единицам информации, удобные методы организации карточек на досках. 

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

ClickUp

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

Вместо заключения 

На этом все. Базовое знакомство окончено. Теперь вы знаете, как работать с Jira. Освоиться с функциональностью платформы нетрудно. Куда сложнее влиться в Agile и канбан. Нужно научиться исповедовать эти практики в работе. Тогда интерфейс и возможности Jira покажутся до предела понятными и практичными.

VDS Timeweb арендовать

JIRA – Обзор

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

Важные моменты для заметки

Следующие пункты объясняют некоторые интересные детали JIRA.

  • JIRA – это инструмент управления инцидентами.

  • JIRA разработана австралийской компанией Atlassian Inc.

  • JIRA – это независимый от платформы инструмент; может использоваться с любой ОС.

  • JIRA – это многоязычный инструмент – английский, французский, немецкий, японский, испанский и т. Д.

  • JIRA поддерживает MySQL, Oracle, PostgreSQL и SQL-сервер в серверной части.

  • JIRA можно интегрировать со многими другими инструментами – Subversion, GIT, Clearcase, Team Foundation Software, Mercury, Concurrent Version System и многими другими.

JIRA – это инструмент управления инцидентами.

JIRA разработана австралийской компанией Atlassian Inc.

JIRA – это независимый от платформы инструмент; может использоваться с любой ОС.

JIRA – это многоязычный инструмент – английский, французский, немецкий, японский, испанский и т. Д.

JIRA поддерживает MySQL, Oracle, PostgreSQL и SQL-сервер в серверной части.

JIRA можно интегрировать со многими другими инструментами – Subversion, GIT, Clearcase, Team Foundation Software, Mercury, Concurrent Version System и многими другими.

Лицензия и бесплатная пробная версия

Следующие пункты описывают законность Инструмента JIRA.

  • JIRA – это коммерческий инструмент, доступный в качестве пробной версии в течение ограниченного времени.

  • Для использования услуг JIRA требуется лицензия.

  • JIRA предоставляет бесплатную лицензию на академические проекты.

  • 15-дневная пробная версия доступна для индивидуального использования.

JIRA – это коммерческий инструмент, доступный в качестве пробной версии в течение ограниченного времени.

Для использования услуг JIRA требуется лицензия.

JIRA предоставляет бесплатную лицензию на академические проекты.

15-дневная пробная версия доступна для индивидуального использования.

Использование JIRA

Ниже приведены некоторые из наиболее значительных видов использования JIRA.

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

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

  • JIRA полезен в управлении проектами, отслеживании задач и управлении требованиями.

  • JIRA очень полезен в управлении рабочими процессами и процессами.

JIRA используется для отслеживания ошибок, проблем и запросов на изменение.

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

JIRA полезен в управлении проектами, отслеживании задач и управлении требованиями.

JIRA очень полезен в управлении рабочими процессами и процессами.

JIRA – Основные характеристики

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

Sr.No Основные характеристики и описание
1

Доски

JIRA поддерживает доски Scrum и Kanban.

Эти доски обеспечивают немедленный снимок проекта для команды.

Помогает быстро просмотреть ход выполнения проекта и увидеть состояние отдельных заданий.

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

2

Шаблон бизнес-проекта

JIRA поддерживает n бизнес-шаблонов для управления простыми и сложными задачами, такими как рабочий процесс.

Шаблон может быть настроен в зависимости от команды и их подхода. Пример: рабочий процесс может быть настроен на основе подхода каждой команды.

Каждый шаг учитывается, и команда может двигаться к достижению своих целей.

3

Детали задачи

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

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

4

Уведомления

Электронная почта может быть отправлена ​​пользователям для выполнения определенной задачи.

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

Используйте @mention, чтобы привлечь внимание конкретного члена команды в комментариях / описании.

Пользователь мгновенно уведомит, если что-то назначено или требуется какая-либо обратная связь.

5

Power Search

JIRA поддерживает мощные функции поиска с базовыми, быстрыми и расширенными функциями.

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

Информация о проекте в одном месте, поиск внутри проекта.

6

Отчеты

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

Легко понять и генерировать различные отчеты, которые помогают проанализировать, как идет работа команды.

Легко настраивать эти отчеты и отображать матрицы для заинтересованных сторон.

7

Масштаб с ростом команды

JIRA поддерживает любую бизнес-команду и любой проект независимо от его размера и сложности.

8

Добавить -Ins

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

Широкий спектр надстроек делает его универсальным по всему миру.

9

многоязычный

JIRA поддерживает более 10 языков, которые широко используются как английский (США, Великобритания, Индия), французский, немецкий, португальский, испанский, корейский, японский и русский.

10

Мобильное приложение

JIRA также доступна в виде мобильного приложения.

Он доступен в Google Play Store и App Store (iTunes) Apple.

Легко оставаться на связи с командой, перемещаясь куда угодно с уведомлениями, комментариями и проектной деятельностью.

Доски

JIRA поддерживает доски Scrum и Kanban.

Эти доски обеспечивают немедленный снимок проекта для команды.

Помогает быстро просмотреть ход выполнения проекта и увидеть состояние отдельных заданий.

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

Шаблон бизнес-проекта

JIRA поддерживает n бизнес-шаблонов для управления простыми и сложными задачами, такими как рабочий процесс.

Шаблон может быть настроен в зависимости от команды и их подхода. Пример: рабочий процесс может быть настроен на основе подхода каждой команды.

Каждый шаг учитывается, и команда может двигаться к достижению своих целей.

Детали задачи

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

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

Уведомления

Электронная почта может быть отправлена ​​пользователям для выполнения определенной задачи.

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

Используйте @mention, чтобы привлечь внимание конкретного члена команды в комментариях / описании.

Пользователь мгновенно уведомит, если что-то назначено или требуется какая-либо обратная связь.

Power Search

JIRA поддерживает мощные функции поиска с базовыми, быстрыми и расширенными функциями.

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

Информация о проекте в одном месте, поиск внутри проекта.

Отчеты

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

Легко понять и генерировать различные отчеты, которые помогают проанализировать, как идет работа команды.

Легко настраивать эти отчеты и отображать матрицы для заинтересованных сторон.

Масштаб с ростом команды

JIRA поддерживает любую бизнес-команду и любой проект независимо от его размера и сложности.

Добавить -Ins

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

Широкий спектр надстроек делает его универсальным по всему миру.

многоязычный

JIRA поддерживает более 10 языков, которые широко используются как английский (США, Великобритания, Индия), французский, немецкий, португальский, испанский, корейский, японский и русский.

Мобильное приложение

JIRA также доступна в виде мобильного приложения.

Он доступен в Google Play Store и App Store (iTunes) Apple.

Легко оставаться на связи с командой, перемещаясь куда угодно с уведомлениями, комментариями и проектной деятельностью.

JIRA – Проект

Проект содержит проблемы; проект JIRA можно назвать набором вопросов. Проект JIRA может быть нескольких типов. Например –

  • Проект разработки программного обеспечения
  • Маркетинговый проект
  • Миграция на другой платформенный проект
  • Проект службы поддержки
  • Система управления запросами на отпуск
  • Система производительности сотрудников
  • Улучшение сайта

Создать новый проект

Чтобы создать проект, пользователь должен войти в систему как администратор службы поддержки JIRA, а затем нажать «Проект» → «Создать проект».

На следующем снимке экрана показано, как связаться с кнопкой « Создать проект» на панели инструментов.

Создать проект

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

На следующем снимке экрана показан тип проектов, доступных в JIRA.

Типы Проекта

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

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

Основы разработки программного обеспечения

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

На следующем снимке экрана показаны поля для предоставления сведений перед созданием проекта.

Создание проекта

Страница с проблемами будет отображаться. На следующем снимке экрана показано, связаны ли какие-либо проблемы с новым созданным проектом.

Все вопросы

JIRA – Проблемы

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

Проблема может зависеть от организации и требований –

  • История проекта
  • Задача истории
  • Подзадача истории
  • Дефект или ошибка могут быть проблемой
  • Билет службы поддержки может быть зарегистрирован как проблема
  • Оставить запрос

На следующем снимке экрана показана основная страница и информация об открытом выпуске.

Основная страница

JIRA – рабочий процесс

В JIRA рабочий процесс используется для отслеживания жизненного цикла проблемы . Рабочий процесс – это запись состояний и переходов проблемы в течение ее жизненного цикла. Статус представляет стадию проблемы в определенной точке. Проблема может находиться только в одном статусе в данный момент времени, например: открыто, задание, выполнено, закрыто, назначено и т. Д.

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

пример

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

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

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

  • Выполняется . Выпускник активно приступил к работе над проблемой.

  • Решенная проблема – все подзадачи и работы по этой проблеме завершены. Теперь проблема ожидает подтверждения от репортера. Если проверка прошла успешно, она будет закрыта или повторно открыта, если потребуются какие-либо дальнейшие изменения.

  • Повторно открытая проблема – эта проблема была решена ранее, но решение было либо неверным, либо пропущено несколько вещей, либо требуются некоторые изменения. Начиная с этапа Открыто, проблемы помечаются как назначенные или решенные.

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

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

Выполняется . Выпускник активно приступил к работе над проблемой.

Решенная проблема – все подзадачи и работы по этой проблеме завершены. Теперь проблема ожидает подтверждения от репортера. Если проверка прошла успешно, она будет закрыта или повторно открыта, если потребуются какие-либо дальнейшие изменения.

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

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

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

Следующая диаграмма показывает стандартный рабочий процесс –

Стандартный рабочий процесс

Переход – это односторонняя связь, если проблема перемещается назад и вперед между двумя состояниями; должны быть созданы два перехода.

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

JIRA – Установка

В этой главе мы узнаем, как установить JIRA в вашей системе.

Важные моменты для заметки

  • JIRA – это веб-приложение, которое предоставляет частный веб-сайт частному лицу или группе запрашиваемых пользователей, принадлежащих к одной компании / проекту.

  • JIRA может быть запущена как служба Windows на стороне сервера.

  • JIRA – это приложение, основанное исключительно на Java, и поддерживает все платформы ОС, такие как Windows, Linux разных версий или MAC и т. Д., Которые удовлетворяют требованиям JDK / JRE.

  • JIRA поддерживает все известные браузеры, такие как Chrome, IE, Mozilla и Safari.

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

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

JIRA может быть запущена как служба Windows на стороне сервера.

JIRA – это приложение, основанное исключительно на Java, и поддерживает все платформы ОС, такие как Windows, Linux разных версий или MAC и т. Д., Которые удовлетворяют требованиям JDK / JRE.

JIRA поддерживает все известные браузеры, такие как Chrome, IE, Mozilla и Safari.

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

Системные Требования

Поскольку JIRA является веб-приложением, оно следует концепции клиент / сервер. Это означает, что JIRA может быть установлен централизованно на сервере, и пользователи могут взаимодействовать с ним через веб-браузеры, используя веб-сайт с любого компьютера.

  • Браузер – JavaScript должен быть включен, пользователю не рекомендуется использовать какой-либо инструмент блокировки скриптов, такой как NoScript, для доступа ко всем функциям JIRA.

  • JDK / JRE – рекомендуется обновить JRE / JDK до последней версии. JIRA 6.4 рекомендует использовать версию 8 JRE / JDK.

Браузер – JavaScript должен быть включен, пользователю не рекомендуется использовать какой-либо инструмент блокировки скриптов, такой как NoScript, для доступа ко всем функциям JIRA.

JDK / JRE – рекомендуется обновить JRE / JDK до последней версии. JIRA 6.4 рекомендует использовать версию 8 JRE / JDK.

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

Установка на стороне сервера

  • JIRA следует концепции клиент / сервер. На стороне сервера JIRA должен быть установлен перед использованием его в качестве конечного пользователя.

  • На стороне сервера JIRA должен соединиться с базой данных отношений для хранения проблем / данных приложения.

  • Загрузите файл JIRA Windows Installer.exe по следующей ссылке – https://www.atlassian.com/software/jira/download?_ga=1.28526460.1787473978.1 488778536 .

  • Выберите тип ОС и нажмите «Скачать».

JIRA следует концепции клиент / сервер. На стороне сервера JIRA должен быть установлен перед использованием его в качестве конечного пользователя.

На стороне сервера JIRA должен соединиться с базой данных отношений для хранения проблем / данных приложения.

Загрузите файл JIRA Windows Installer.exe по следующей ссылке – https://www.atlassian.com/software/jira/download?_ga=1.28526460.1787473978.1 488778536 .

Выберите тип ОС и нажмите «Скачать».

На следующем снимке экрана показано, как загрузить файл .exe для конкретной ОС.

Скачать программное обеспечение Jira

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

Jira Software бесплатно

После щелчка по файлу .exe появится всплывающее окно подтверждения « Выполнить» , нажмите «RUN». На следующем снимке экрана показано всплывающее окно подтверждения RUN.

Бежать

Появится следующий мастер установки JIRA, нажмите Далее.

Установка JIRA Шаги След.

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

быстрая установка

Сводная информация об установке отображается вместе с целевым каталогом, домашним каталогом, портами TCP и т. Д., Как показано на следующем снимке экрана.

быстрая установка

Нажмите на Установить. JIRA начнет установку, как показано на следующем снимке экрана. Завершение установки занимает пару минут.

Извлечения файлов

После установки JIRA будет запущен автоматически, если установлен флажок «Запустить JIRA Software 7.3.4 сейчас». Затем нажмите Далее, если нет, к нему можно получить доступ с помощью соответствующего ярлыка в меню «Пуск» Windows.

Установка завершена

Нажмите кнопку Готово.

Кнопка Готово

Установщик создаст следующие ярлыки в меню «Пуск» –

  • Доступ к JIRA
  • Запустите сервер JIRA
  • Остановить сервер JIRA
  • Удалить JIRA

На следующем скриншоте показаны вышеупомянутые ярлыки –

Доступ к JIRA

Выберите тип лицензии и введите название организации, как показано на следующем снимке экрана –

Тип лицензии и организация

Нажмите на Создать лицензию

Генерация лицензии

Появится всплывающее окно подтверждения, как показано на следующем снимке экрана. Нажмите на Да.

подтверждение

Настройте учетную запись администратора, как показано на следующем снимке экрана.

Настройка учетной записи администратора

JIRA автоматически завершит настройку, как показано ниже –

Завершение настройки

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

JIRA готова

JIRA – Бесплатная пробная версия

JIRA предоставляет от 15 дней до 1 месяца бесплатных пробных версий основных функций. У JIRA также другие планы с различными расширенными функциями и надстройками. Стоимость зависит от количества пользователей.

Посетив https://www.atlassian.com/software/jira/try , пользователь может увидеть различные доступные планы для пробных целей.

Бесплатная пробная версия

Настройка для бесплатных пробных версий

Чтобы настроить бесплатную пробную версию, пользователь должен зарегистрироваться по следующей ссылке – https://id.atlassian.com/signup?application=&tenant=&continue или войти в систему, если у него уже есть учетная запись.

На следующем снимке экрана показаны обязательные поля для регистрации в учетной записи Atlassian.

Зарегистрироваться

Пользователь должен войти в учетную запись электронной почты и подтвердить учетную запись, нажав на ссылку, отправленную JIRA-Atlassian. Следующий шаг – перейти на https://www.atlassian.com/software/jira/try и нажать кнопку « Создать сейчас» , которая находится в правом нижнем углу веб-страницы.

На следующем снимке экрана показаны различные планы, доступные для ознакомления с JIRA.

Испытание JIRA

На следующем снимке экрана показаны детали выбранного плана для бесплатной пробной версии.

Выбранный план

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

Начинай сейчас

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

авторизоваться

JIRA – Войти

Чтобы войти в JIRA, перейдите на пример веб-сайта. Откроется страница входа. Введите свой зарегистрированный адрес электронной почты / имя пользователя и пароль. Нажмите на кнопку Войти. На следующем снимке экрана показано, как войти в JIRA, используя свои учетные данные.

Учетные данные для входа

Распространенные ошибки входа

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

Пример приложения Jira

Чтобы исправить этот сценарий, нажмите «Невозможно получить доступ к вашей учетной записи», затем выберите соответствующую опцию и заполните детали. Нажмите на электронную почту. На следующем снимке экрана показано, как восстановить имя пользователя, если пользователь его забыл.

Забыли логин пароль

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

Успешный вход в систему

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

На следующем снимке экрана показана страница приветствия / панель управления JIRA при успешном входе в систему.

Успешный вход в систему

JIRA – Панель инструментов

После входа в JIRA Dashboard – первая страница, которая появляется. Панель управления настраивается администратором. В зависимости от ролей администратор может установить доступ к JIRA. Даже админ имеет право менять цвета и логотип JIRA.

Важные пункты панели инструментов

Ниже приведены некоторые из наиболее важных моментов, которые пользователи должны понимать перед использованием панели управления JIRA.

  • Панель навигации, представленная в верхней части страницы JIRA, будет одинаковой на всех страницах / экранах JIRA. Панель инструментов, Проекты, Проблемы, Доски и Создать являются основными ссылками. Эти ссылки имеют много вложенных ссылок для навигации по другим функциям.

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

  • Прямо под панелью навигации находится панель инструментов системы.

  • Информация, предоставленная в области системной панели, может быть изменена администратором.

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

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

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

Прямо под панелью навигации находится панель инструментов системы.

Информация, предоставленная в области системной панели, может быть изменена администратором.

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

На следующем снимке экрана представлен обзор страницы панели инструментов JIRA.

Обзор страницы панели инструментов

Типы проектов

Ссылка Projects имеет несколько подссылок, которые подробно объясняются для лучшего понимания –

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

  • Недавний проект – отображает название недавнего проекта, к которому пользователь обращался, если таковой существует, по которому пользователь может перейти, щелкнув по проекту, указанному под этим заголовком.

  • Программное обеспечение – это дополнительная ссылка для навигации по списку проектов, которые перечислены в Типе проекта как Программное обеспечение.

  • Бизнес – это тоже проектный тип. Нажав здесь, вы увидите список типов бизнес-проектов.

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

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

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

Недавний проект – отображает название недавнего проекта, к которому пользователь обращался, если таковой существует, по которому пользователь может перейти, щелкнув по проекту, указанному под этим заголовком.

Программное обеспечение – это дополнительная ссылка для навигации по списку проектов, которые перечислены в Типе проекта как Программное обеспечение.

Бизнес – это тоже проектный тип. Нажав здесь, вы увидите список типов бизнес-проектов.

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

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

На следующем снимке экрана показаны различные подссылки в категории «Проект».

Категория проекта

Типы проблем

У него есть много ссылок для доступа к другим функциям. На следующем снимке экрана показаны различные доступные под-ссылки в разделе «Навигация по проблеме».

Типы проблем

  • Поиск проблем – переход на страницу поиска, где пользователь может предоставить критерии поиска, чтобы сузить результаты.

  • Недавние проблемы – отображает список проблем, которые недавно просматривал пользователь.

  • Импортировать проблему из CSV – эта функция позволяет пользователю импортировать сведения о проблемах путем загрузки файла CSV и сопоставления полей.

  • Мои открытые проблемы – это раздел фильтра, который отображает проблемы, которые открыты и назначены вошедшему в систему пользователю.

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

  • Управление фильтрами – помогает настроить фильтр и сузить результаты. Он отображает любые сохраненные фильтры / избранные фильтры.

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

Недавние проблемы – отображает список проблем, которые недавно просматривал пользователь.

Импортировать проблему из CSV – эта функция позволяет пользователю импортировать сведения о проблемах путем загрузки файла CSV и сопоставления полей.

Мои открытые проблемы – это раздел фильтра, который отображает проблемы, которые открыты и назначены вошедшему в систему пользователю.

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

Управление фильтрами – помогает настроить фильтр и сузить результаты. Он отображает любые сохраненные фильтры / избранные фильтры.

Типы досок

Доски – это демонстрация процесса, за которым следует Проект. Это может быть самый известный Agile Board, если проект следует гибкой методологии, или это может быть Kanban Board.

  • Недавняя доска – отображает недавнюю доску проекта, к которой обращается пользователь.

  • Просмотреть все доски объявлений – отображает все доступные доски проектов.

Недавняя доска – отображает недавнюю доску проекта, к которой обращается пользователь.

Просмотреть все доски объявлений – отображает все доступные доски проектов.

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

Разные суб ссылки

Кнопка Создать

Нажав на кнопку «Создать», он отображает форму создания для регистрации проблемы.

Создать форму

На следующем снимке экрана показаны обязательные поля и другие поля для создания проблемы.

Создать вопрос

Обратная связь

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

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

Панель инструментов системы

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

Необязательные поля

После того, как все поля заполнены, нажмите «Отправить», и он успешно оставит отзыв.

Справочная ссылка

Ссылка Справка содержит различную полезную документацию о JIRA. Он также предоставляет подробную информацию о JIRA, нажав «О JIRA». Аналогичным образом, эта ссылка также предоставляет новые функции выпуска, нажав «Что нового». Сочетания клавиш имеют много полезной навигации для пользователей, что экономит время. На следующем снимке экрана показана ссылка Справка и различные доступные в ней подссылки.

Справочная ссылка

Кнопка профиля пользователя

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

На следующем снимке экрана показаны доступные функции в разделе «Профиль пользователя» –

Раздел профиля пользователя

Нажав на символ редактирования, пользователь сможет редактировать такие детали профиля, как: «Сводная информация», «Предпочтения» и т. Д. На следующем снимке экрана показано, как редактировать профиль, щелкнув значок «Редактировать» (выделен красным контуром) в каждом разделе.

редактировать

С правой стороны пользователь может видеть поток активности, выполненный вошедшим в систему пользователем.

JIRA – Типы выпусков

Поскольку JIRA отслеживает все задачи, подзадачи или даже работу как проблему, существует несколько типов проблем, чтобы идентифицировать работу и классифицировать аналогичные проблемы.

Проблема классифицируется следующим образом:

  • Подзадача – это подзадача проблемы. В зарегистрированной проблеме могут быть разные задачи для ее решения, которые называются подзадачами.

  • Ошибка – проблема, которая ухудшает или препятствует функционированию продукта.

  • Epic – большая пользовательская история, которую нужно разбить на части. Создано JIRA Software – не редактировать и не удалять.

  • Улучшение – улучшение или улучшение существующей функции или задачи.

  • Новая функция – новая функция продукта, которая еще не разработана.

  • История – пользовательская история. Создано JIRA Software – не редактировать и не удалять.

  • Задача – Задача, которую необходимо выполнить для достижения цели команды.

Подзадача – это подзадача проблемы. В зарегистрированной проблеме могут быть разные задачи для ее решения, которые называются подзадачами.

Ошибка – проблема, которая ухудшает или препятствует функционированию продукта.

Epic – большая пользовательская история, которую нужно разбить на части. Создано JIRA Software – не редактировать и не удалять.

Улучшение – улучшение или улучшение существующей функции или задачи.

Новая функция – новая функция продукта, которая еще не разработана.

История – пользовательская история. Создано JIRA Software – не редактировать и не удалять.

Задача – Задача, которую необходимо выполнить для достижения цели команды.

Если пользователь войдет в систему как Администратор и перейдет к Настройкам → Администратор JIRA → Проблемы, отобразятся все перечисленные типы проблем. На следующем снимке экрана показаны все доступные типы проблем в JIRA.

название

Схемы типов проблем

Схема типов проблем определяет, какие типы проблем будут доступны для проекта или набора проектов. Он также управляет указанием порядка, в котором типы проблем будут представлены в пользовательском интерфейсе JIRA, при создании проблемы. Схема типа проблемы генерируется, как только проект добавляется в JIRA.

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

Схемы типа Isuue

Нажав кнопку «Добавить схему типа проблемы» в верхнем правом углу, пользователь может добавить определенную пользователем схему.

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

Доступные типы выпусков

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

Новая схема типов выпусков

Нажав на Edit, пользователь может редактировать детали. Нажав на Ассоциировать, пользователь может связать эту схему с проектом. Копировать и Удалить используется для копирования и удаления той же схемы.

JIRA – Экраны

Просмотр экрана

Это расположение и представление полей для отображения в пользовательском интерфейсе всякий раз, когда создается новая проблема или изменяются существующие проблемы, и проблема переходит из одного состояния в другое. Если пользователь войдет в систему как Администратор и перейдет к Настройкам → Проблемы → Экраны, он сможет увидеть все доступные экраны. На следующем снимке экрана показан доступный экран для различных проектов.

Просмотр экрана

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

Вкладка поля

Схемы экрана

Схемы экрана предоставляют возможность выбора полей, которые должны отображаться при выборе определенного типа проблемы. Схема экрана сопоставляется с типом проблемы с помощью Схемы экрана Тип проблемы. Это может быть связано с одним или несколькими проектами. Схема экрана может быть удалена, только если она не используется какой-либо схемой экрана Тип проблемы. Пользователь может добавить новую схему экрана, нажав кнопку «Добавить схему экрана». На следующем снимке экрана показаны различные схемы экрана, доступные для перечисленных проектов.

Посмотреть схемы экрана

Укажите все детали и нажмите кнопку ДОБАВИТЬ. На следующем снимке экрана показано, как добавить новую схему экрана.

Экран по умолчанию

JIRA – Создание проблемы

Чтобы создать проблему в JIRA, пользователь должен иметь разрешение «Создать проблему» в проекте. Администратор может добавить / удалить разрешение.

Шаги, чтобы следовать

Нажмите кнопку «Создать» на панели навигации, чтобы открыть диалоговое окно «Создать проблему».

Создание проблемы

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

  • Выберите проект, в котором проблема.

  • Выберите тип проблемы, будь то ошибка / новая функция / история и т. Д.

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

  • Напишите подробную информацию о проблеме в поле Описание . Объясните проблему, чтобы акционеры могли понять каждую деталь вопроса.

  • Чтобы создать аналогичный тип проблемы в том же проекте и типе проблемы, установите флажок «Создать другой», в противном случае оставьте его как непроверенный.

  • После ввода всех деталей нажмите кнопку «Создать».

Выберите проект, в котором проблема.

Выберите тип проблемы, будь то ошибка / новая функция / история и т. Д.

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

Напишите подробную информацию о проблеме в поле Описание . Объясните проблему, чтобы акционеры могли понять каждую деталь вопроса.

Чтобы создать аналогичный тип проблемы в том же проекте и типе проблемы, установите флажок «Создать другой», в противном случае оставьте его как непроверенный.

После ввода всех деталей нажмите кнопку «Создать».

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

Создание другого

Если флажок «Создать другого» не установлен, после нажатия на кнопку «Создать» пользователь должен будет перейти к панели инструментов, а справа появится всплывающее окно с идентификатором проблемы и сводкой .

На следующем снимке экрана показано, как определить, успешно ли создана проблема.

Сводка идентификатора проблемы

Если при нажатии кнопки «Создать» установлен флажок «Создать другого», пользователь получит новую страницу создания проблемы вместе с идентификатором проблемы .

На следующем снимке экрана показана страница, если пользователь установил флажок «Создать другого».

Флажок

Настроить поля

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

Настроить поля

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

изготовленный на заказ

Установив и сняв флажки для отображения и скрытия, поля будут добавлены или удалены из формы. На следующем снимке экрана показаны доступные поля на вкладке Все .

Все вкладки

Теперь перейдите к Create Issue, все поля, основанные на выборе, будут отображены в форме, которая появляется. На следующем снимке экрана показаны настроенные поля на странице «Создать проблему».

Создать страницу с вопросом

Поля в форме «Создать проблему» описаны ниже.

  • Приоритет – Создатель проблемы может установить приоритет для решения проблемы как Высокий, Средний, Низкий и Самый низкий.

  • Метки – это похоже на тег; это помогает отфильтровывать определенные типы проблем.

  • Связанная проблема – связывает другие проблемы, которые либо зависят от этой проблемы, либо эта проблема зависит от них. Параметры в выпадающих списках – блокировать, блокировать, дублировать, клонировать и т. Д.

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

  • Assignee – лицо, ответственное за исправление этой проблемы. Имя получателя может быть введено создателем проблемы.

  • Эпическая ссылка – Создатель проблемы может предоставить эпическую ссылку, если проблема принадлежит какой-либо из них.

  • Спринт – пользователь может определить, к какому спринту относится эта проблема, когда эта проблема должна быть решена.

Приоритет – Создатель проблемы может установить приоритет для решения проблемы как Высокий, Средний, Низкий и Самый низкий.

Метки – это похоже на тег; это помогает отфильтровывать определенные типы проблем.

Связанная проблема – связывает другие проблемы, которые либо зависят от этой проблемы, либо эта проблема зависит от них. Параметры в выпадающих списках – блокировать, блокировать, дублировать, клонировать и т. Д.

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

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

Эпическая ссылка – Создатель проблемы может предоставить эпическую ссылку, если проблема принадлежит какой-либо из них.

Спринт – пользователь может определить, к какому спринту относится эта проблема, когда эта проблема должна быть решена.

В следующей главе мы узнаем, как клонировать проблему.

JIRA – клонировать проблему

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

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

  • Клонированная проблема полностью отделена от оригинальной.

  • Любое действие или операция, предпринятая в отношении исходной проблемы, не влияет на проблему клонирования и наоборот.

  • Единственная связь между оригиналом и клоном – это созданная ссылка.

  • Информация, которая переносится из первоначальной проблемы в проблему клонирования, выглядит следующим образом:

    • Резюме

    • Описание

    • правопреемник

    • Среда

    • приоритет

    • Тип проблемы

    • Безопасность

    • Составная часть

    • репортер

    • Влияет на версию

    • Исправить версию

    • прикрепление

    • проектов

    • Содержимое пользовательских полей также клонируется

  • Информация, которая не клонируется –

    • Отслеживание времени

    • Комментарии

    • История вопроса

    • Ссылки на страницы слияния

Клонированная проблема полностью отделена от оригинальной.

Любое действие или операция, предпринятая в отношении исходной проблемы, не влияет на проблему клонирования и наоборот.

Единственная связь между оригиналом и клоном – это созданная ссылка.

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

Резюме

Описание

правопреемник

Среда

приоритет

Тип проблемы

Безопасность

Составная часть

репортер

Влияет на версию

Исправить версию

прикрепление

проектов

Содержимое пользовательских полей также клонируется

Информация, которая не клонируется –

Отслеживание времени

Комментарии

История вопроса

Ссылки на страницы слияния

Шаги для клонирования

Откройте выпуск JIRA, который предполагается клонировать. Выберите Больше → Клонировать, когда появится экран. На следующем снимке экрана показано, как получить доступ к функциональности Clone.

Функциональность клона

На экране клонирования пользователям предоставляется несколько параметров, а именно:

  • Пользователь может изменить сводку при ее клонировании.

  • Если проблема содержит ссылки на другие проблемы, пользователь может установить флажок, чтобы включить проблему клонирования, или снять флажок, если пользователь не хочет участвовать в проблеме клона.

  • Если проблема имеет подзадачи, пользователь может установить / снять флажок, чтобы включить подзадачи в клон или нет.

  • То же самое относится и к вложению.

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

Пользователь может изменить сводку при ее клонировании.

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

Если проблема имеет подзадачи, пользователь может установить / снять флажок, чтобы включить подзадачи в клон или нет.

То же самое относится и к вложению.

Это также дает возможность, переносить или нет – значение спринта для новой проблемы клонирования.

На следующем снимке экрана показано, как клонировать проблему, предоставив необходимую информацию.

Резюме

Следующий шаг – нажать «Создать». Это покажет детали проблемы клона. Если пользователь не изменяет слова-клоны при создании, это может быть видно в сводке, ссылках и подзадачах. На следующем снимке экрана показано, как отображается клонированная проблема.

Клонированная проблема

JIRA – Создать подзадачу

Проблему можно решить, выполнив множество задач с разными людьми, такими как Dev, QA, UAT, Business, Support и т. Д. Для отслеживания прогресса в каждом отделе подзадачи создаются в проблеме и назначаются заинтересованному лицу. Как только все подзадачи решены, проблема может быть помечена как выполненная.

Примечания для создания подзадачи

Следующие пункты должны быть учтены при создании подзадачи.

  • Все подзадачи являются неотъемлемой частью их родительской проблемы.

  • Все подзадачи видны на главном экране родительского вопроса.

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

  • Подзадача имеет все поля, которые присутствуют в стандартном выпуске.

  • Подзадачи не могут иметь своих подзадач.

Все подзадачи являются неотъемлемой частью их родительской проблемы.

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

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

Подзадача имеет все поля, которые присутствуют в стандартном выпуске.

Подзадачи не могут иметь своих подзадач.

Шаги для создания подзадачи

Мы должны учитывать следующие шаги при создании подзадачи.

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

  • Выберите Дополнительно → Создать подзадачу. Страница создания подзадачи отобразится.

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

Выберите Дополнительно → Создать подзадачу. Страница создания подзадачи отобразится.

На следующем снимке экрана показано, как получить доступ к функции «Создать подзадачу».

Создать функциональность подзадачи

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

Создать форму подзадачи

После создания подзадачи она будет доступна на странице «Главная проблема» → «Подзадача». На следующем снимке экрана показано, как просмотреть подзадачу в проблеме.

Выбор подзадачи

JIRA – преобразовать проблему в подзадачу

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

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

Преобразовать в подзадачу

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

Преобразовать проблему в подзадачу

Нажмите на Далее. Если статус проблемы не является разрешенным статусом для нового типа проблемы. Выберите – новый статус будет отображаться. Выберите новый статус и нажмите кнопку «Далее».

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

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

Преобразовать проблему в подзадачи

Откроется экран подтверждения. Он будет отображать исходные значения и новые значения. Нажмите на Готово.

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

Как преобразовать проблему в подзадачи

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

Успешное Преобразование

Преобразовать проблему в подзадачу

Мы должны учитывать следующие моменты при преобразовании проблемы в подзадачу.

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

  • Чтобы преобразовать такую ​​проблему в подзадачу, мы должны сначала преобразовать все подзадачи проблем в стандартную проблему, а затем преобразовать проблему в подзадачу.

  • Подзадачи не могут быть перемещены из одного вопроса в другой напрямую.

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

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

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

Подзадачи не могут быть перемещены из одного вопроса в другой напрямую.

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

В следующей главе мы узнаем, как преобразовать подзадачу в проблему.

JIRA – конвертировать подзадачу в выпуск

Чтобы преобразовать подзадачу в проблему, сначала нужно перейти к подзадаче, которую необходимо преобразовать в проблему. Затем выберите Дополнительно → Преобразовать в выпуск. На следующем снимке экрана показано, как перейти к «Преобразовать в проблему».

Преобразовать подзадачу в проблему

Для начала нажмите на раскрывающееся окно параметра «Выбрать тип проблемы», выберите тип проблемы (т. Е. Стандартный тип проблемы) и нажмите кнопку «Далее».

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

Преобразовать подзадачу в проблему

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

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

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

Обновить поля

Откроется экран подтверждения . Он будет отображать исходные значения и новые значения. Нажмите на Готово .

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

Экран подтверждения

Вопрос будет отображаться. Это больше не подзадача. Больше нет номера родительского вопроса, отображаемого в верхней части экрана.

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

Преобразование из подзадачи

JIRA – Создать проблему с помощью CSV

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

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

  • Подготовьте файл CSV.
  • Импортируйте файл CSV в систему.
  • Сохраните конфигурацию для будущего использования.

Подготовьте файл CSV

При создании файла CSV необходимо учитывать следующие моменты.

Каждый файл CSV должен иметь строку заголовка со сводной колонкой. Первая строка является строкой заголовка и представляет поля страницы создания вопроса. Пример – Сводка, Цессионарий, Репортер, Приоритет, Описание, Спринт, «Набор тестов», Ашиш, Ашиш, 1 и т. Д.

  • Используйте двойные кавычки («) в CSV-файле для захвата данных, отображаемых в строках multip.le. Например – при импорте JIRA будет обрабатывать следующие CSV как одну запись: Сводка, Описание, Статус, «Ошибка входа в систему», «Это на новой строке», Открыть

  • При импорте проблем из файла CSV имя проекта и ключ проекта являются важными столбцами в CSV. Кроме того, имена этих полей должны совпадать точно так же, как они присутствуют в JIRA.

Используйте двойные кавычки («) в CSV-файле для захвата данных, отображаемых в строках multip.le. Например – при импорте JIRA будет обрабатывать следующие CSV как одну запись: Сводка, Описание, Статус, «Ошибка входа в систему», «Это на новой строке», Открыть

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

Импортируйте файл CSV

Чтобы импортировать файл CSV, мы должны выполнить шаги, указанные ниже.

Шаг 1. Выберите «Проблемы» → «Импортировать проблемы из CSV», чтобы открыть страницу «Массовая установка».

На следующем снимке экрана показано, как получить доступ к проблемам импорта из функции CSV.

Функциональность CSV

Шаг 2 – На странице настройки выберите CSV Source File. Не устанавливайте флажок «Использовать существующий файл конфигурации», если у вас нет файла конфигурации или вы хотите создать новый файл конфигурации.

Файлы конфигурации определяют соответствие между именами столбцов в строке заголовка файла CSV и полями в приложении JIRA.

На следующем снимке экрана показана страница настройки «Массовое создание», где пользователь просматривает и загружает файл CSV.

Исходный файл CSV

Шаг 3 – Если пользователь установит флажок «Использовать существующий файл конфигурации», JIRA попросит указать существующий файл конфигурации.

На следующем снимке экрана показано, как использовать существующий файл конфигурации.

Массовое создание настроек

Шаг 4. Если пользователь не выбирает эту опцию, в конце мастера импорта файла CSV JIRA попросит создать файл конфигурации, который можно использовать для последующего импорта CSV.

Нажмите кнопку «Далее» → отобразится шаг «Настройки» мастера импорта CSV-файлов. Заполните обязательные поля. Если в файле CSV используется другой символ-разделитель, отличный от запятой, укажите этот символ в поле CSV Delimiter. Если разделителем является «Tab», его можно ввести в формате «/ t».

На следующем снимке экрана показано, как предоставить настройки файла CSV –

Настройки файла CSV

Шаг 5 – Нажмите кнопку «Далее», чтобы перейти к шагу поля «Карта» мастера импорта файла CSV. Здесь пользователь должен сопоставить заголовки столбцов файла CSV с полями в выбранном проекте JIRA. После выбора установите флажок для значения поля «Карта».

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

На следующем снимке экрана показано, как сопоставить поля CSV с полями JIRA.

Значение поля карты

Шаг 6 – Нажмите кнопку «Далее», появится шаг «Значения карты» мастера импорта CSV-файлов. На этом шаге мастера импорта пользователь может выбрать, какие конкретные значения полей CSV следует сопоставить с каким конкретным значением поля JIRA.

  • На этой странице будут представлены поля, чьи флажки Значение поля карты были выбраны на предыдущем шаге.

  • Если поле CSV имеет имя пользователя (например, Reporter или Assignee) и не устанавливает флажок «Значение поля карты» для этого поля на предыдущем шаге мастера импорта файла CSV, то импортер сопоставит импортированные имена пользователей из файла CSV с ( строчные буквы) JIRA имена пользователей.

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

Если поле CSV имеет имя пользователя (например, Reporter или Assignee) и не устанавливает флажок «Значение поля карты» для этого поля на предыдущем шаге мастера импорта файла CSV, то импортер сопоставит импортированные имена пользователей из файла CSV с ( строчные буквы) JIRA имена пользователей.

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

Как сопоставить значения

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

На следующем снимке экрана показана успешная проверка файла CSV.

Проверка

Шаг 8 – Теперь нажмите кнопку «Начать импорт». Импортер будет отображать обновления, как в процессе импорта, а затем сообщение об успешном завершении импорта.

На следующем снимке экрана показано, сколько проблем создано с использованием файла CSV.

Проблемы создаются с использованием файла CSV

Шаг 9 – Нажмите «Проверить созданные проблемы», отобразится список проблем, созданных с помощью CSV.

На следующем снимке экрана показан список вновь созданных проблем с использованием файла CSV.

Вновь созданные проблемы с использованием файла CSV

JIRA – Редактировать вопрос

Чтобы отредактировать проблему в JIRA, пользователь должен перейти к проблеме, которую требуется отредактировать, и щелкнуть по проблеме, чтобы открыть страницу. Следующим шагом является нажатие на кнопку « Редактировать» , которая находится в верхней левой части страницы выпуска представления. Откроется страница с вопросом редактирования, похожая на страницу создания.

На следующем снимке экрана показано, как получить доступ к функции редактирования .

Редактировать проблему

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

На следующем снимке экрана показано, как редактировать определенное поле, не нажимая на основную кнопку редактирования.

Никто

Измените сведения о проблеме в соответствующем поле на странице редактирования проблемы. На следующем снимке экрана показана страница редактирования для обновления сведений о проблеме.

Обновить

После завершения обновления нажмите кнопку «Обновить». Пользователь сможет увидеть отредактированный текст / поля на странице просмотра проблемы.

Следующий скриншот показывает обновленную информацию –

Обновленные детали

JIRA – Отправить проблему

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

  • Разделить вопрос и
  • Упомяните этих пользователей в поле «Описание» или «Комментарий».

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

Поделиться проблемой

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

Поделиться символом

Вы можете написать имя пользователя JIRA, введя их имена или частично / все их полные имена, зарегистрированные в JIRA, или ввести адреса электронной почты людей, которым вы хотели бы поделиться проблемами.

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

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

Предложения автозаполнения

Добавьте необязательное примечание. Нажмите на кнопку «Поделиться» в разделе мастера обмена. На следующем снимке экрана показано, как поделиться / отправить сообщение по электронной почте пользователю.

Поделиться

Упоминание пользователей в описании / комментарии

В поле « Описание проблемы» или « Комментарий» введите «@», а затем первые несколько символов имени пользователя JIRA или его полное / полное имя, зарегистрированное в JIRA.

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

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

Описание

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

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

Отправить

JIRA – обозначить проблему

Метка используется для классификации проблемы. Это похоже на хэштег (#), используемый в твиттере, Facebook или других социальных сетях. Это также помогает при поиске проблемы. При просмотре проблемы метка появляется в разделе сведений о проблеме.

На следующем снимке экрана показано расположение ярлыков на странице сведений о проблеме.

Сведения о выпуске

Когда пользователь нажимает на ярлык, т. Е. На WFT, он отображает список проблем с таким же ярлыком.

На следующем снимке экрана показано, как искать проблемы, используя имена меток –

названия ярлыков

Добавить и удалить метки

Чтобы добавить или удалить ярлыки, пользователь должен перейти на страницу просмотра проблемы и выбрать проблему, для которой нужно добавить ярлыки. Нажмите Подробнее → Метки. Появится диалоговое окно.

На следующем снимке экрана показано, как получить доступ к функциям метки.

Особенности метки

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

Отправка ярлыков

Чтобы «удалить» метку, нажмите на знак закрытия (x), который появляется рядом с названием метки. На следующем снимке экрана показано, как удалить существующий ярлык.

Удалить существующую метку

Нажмите на кнопку Обновить. Метки добавляются / удаляются из проблемы и могут быть проверены в разделе сведений на странице просмотра проблемы.

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

Проверьте обновленные ярлыки

JIRA – Связанные проблемы

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

Создать ссылку на другой выпуск

Чтобы создать ссылку на другую проблему, пользователь должен перейти к проблеме и щелкнуть на странице просмотра проблемы. После этого нажмите Дополнительно → Ссылка, чтобы отобразить страницу диалога с ссылками.

На следующем снимке экрана показано, как получить доступ к функции ссылки –

Функция доступа к ссылкам

Выберите пункт «JIRA Issue» в левой части диалогового окна и выберите поле «Эта проблема» в раскрывающемся списке. На следующем снимке экрана показано, как связать проблему, предоставив подробную информацию.

Выпадающий список

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

Ссылка на сайт

Добавьте комментарий; это необязательно, а затем нажмите на ссылку . Появляется страница «Просмотр проблемы», и пользователь может перейти вниз и проверить, отображается ли связанная проблема или нет под ссылками раздела «Проблема».

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

Ссылки на выпуск

Удаление ссылки

Чтобы удалить ссылку, пользователь должен перейти на страницу просмотра проблемы и к той проблеме, которая содержит ссылки. Прокрутите вниз и перейдите в раздел Ссылки на выпуск. Наведите указатель мыши на ссылку, которую следует удалить, и щелкните значок «Удалить».

На следующем снимке экрана показано, как удалить ссылку.

Удалить ссылку

Появится всплывающее окно подтверждения; нажмите на кнопку Удалить. На следующем снимке экрана показано всплывающее окно подтверждения удаления.

Кнопка Удалить

JIRA – переместить проблему

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

Шаги, чтобы следовать

Перейдите на страницу View Issue, которая должна перейти в другой проект. Выберите Больше → Переместить. На следующем снимке экрана показано, как получить доступ к функции перемещения.

Переехать

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

На следующем снимке экрана показан шаг «Выбор проекта и проблем» для перемещения.

Выберите проект и вопросы

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

Если необходимо указать значения для любых обязательных настраиваемых полей, отобразится страница «Обновление полей». Укажите нужные значения для каждого поля и нажмите «Далее», чтобы продолжить.

На следующем снимке экрана показан шаг «Обновление полей», если необходимо, перед перемещением проблемы.

Шаг обновления полей

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

На следующем снимке экрана показан шаг подтверждения для подтверждения деталей перед перемещением.

Переместить выпуск

Проблема будет перемещена в целевой проект и отображена на экране. Этот выпуск может быть отредактирован для внесения дополнительных изменений. На следующем снимке экрана показан новый проект и тип проблемы после успешного перемещения проблемы.

Новый проект

JIRA – Просмотр / История изменений

В этой главе мы узнаем, как просматривать и изменять историю в JIRAN. История – это запись всех действий, выполненных по проблемам. Некоторые из наиболее распространенных случаев –

  • Создатель вопроса
  • Изменения в поле проблемы
  • Вложение файла
  • Удаление комментария / Журнала работ
  • Добавление / удаление ссылок

В записи истории пользователь может просматривать следующую информацию.

  • Имя пользователя, который внес изменения
  • Время внесения изменений
  • Если поле проблемы изменено, новые и старые значения этого поля

Шаги для просмотра истории

Чтобы просмотреть историю в JIRA, пользователь должен выполнить шаги, указанные ниже.

  • Перейдите на страницу просмотра проблемы, чтобы увидеть историю изменений
  • Прокрутите вниз до раздела Активность
  • Нажмите на вкладку История

На следующем снимке экрана показано, как просмотреть историю.

Посмотреть историю

JIRA – Смотрите и голосуйте за выпуск

В этой главе мы поймем, как проводится голосование и наблюдение по проблеме в JIRA.

Голосование по вопросу

JIRA имеет функцию под названием «Голосовать», которая позволяет высказать мнение о предпочтениях по этому вопросу, независимо от того, решена ли она или завершена.

  • Администратор должен добавить разрешение для пользователей, чтобы использовать эту функцию.
  • Перейдите на страницу просмотра выпуска, где требуется голосование.
  • Нажмите Голосовать за эту проблему, чтобы мгновенно проголосовать за эту проблему.

На следующем снимке экрана показано, где находится поле «Голоса» на странице сведений о проблеме.

Поле голосов

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

Наблюдая за проблемой

JIRA имеет функцию, которая позволяет пользователям / заинтересованным сторонам следить за проблемой, когда есть какие-либо обновления или изменения в этой проблеме. Если есть какая-либо проблема, он отправляет уведомления / электронные письма тем, кто указан в качестве наблюдателей для этой конкретной проблемы.

  • Администратор должен добавить разрешение для пользователей, чтобы использовать эту функцию.
  • Перейдите на страницу просмотра вопроса, которую хочет просмотреть пользователь.
  • Нажмите на ссылку «Начать просмотр этой проблемы», чтобы стать наблюдателем.

На следующем снимке экрана показано, где находится поле « Наблюдатели» на странице «Сведения о проблеме».

Зрителей

Теперь вместо нулевых наблюдателей будет отображаться 1 (наблюдатель) вместе со ссылкой «Прекратить наблюдение за этой проблемой» для исключения из списка в качестве наблюдателей. Следующий скриншот показывает обновленное количество наблюдателей –

Количество наблюдателей

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

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

Подробности пользователя

JIRA – Поиск

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

Типы вариантов поиска

У JIRA есть несколько фундаментальных способов поиска проблем. Самые важные из них следующие.

  • Базовый поиск
  • Быстрый поиск

Давайте теперь разберемся в деталях в обоих типах поиска.

Базовый поиск

Базовый поиск в JIRA – это удобный интерфейс, который можно легко использовать для выявления проблем. Он использует JQL-запросы в бэкэнде. Чтобы выполнить основной поиск в JIRA, пользователь должен выполнить шаги, указанные ниже.

Шаг 1 – Перейдите к проблемам → Поиск проблем. На следующем снимке экрана показано, как получить доступ к функции поиска проблем –

Проблемы с поиском

Шаг 2 – Появится страница поиска. Если у него есть какие-либо критерии поиска, нажмите «Новый фильтр», чтобы сбросить его. На следующем снимке экрана показано, как определить новые критерии поиска.

Новый фильтр

Шаг 3 – Установите критерии поиска для различных полей, таких как Проект, Тип, Статус и Назначено. Затем нажмите «Еще» и выберите любое поле для поиска с дополнительными полями. На следующем снимке экрана показано, какие критерии могут быть установлены для поиска.

Дополнительные поля

Шаг 4. Если пользователь хочет выполнить поиск по какому-либо определенному тексту, ключевым словам, начните вводить текст в поле « Содержит» . На следующем снимке экрана показано, как искать определенный текст в проблемах.

Содержит текст

Шаг 5 – Пользователь может использовать подстановочные знаки или операторы во всех текстовых полях для поиска определенных строк. Например –

  • Один символ подстановки – te? T
  • Подстановочный знак для нескольких символов – победа *
  • Булевы операторы – “atlassian jira” || впадение

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

Wildcards

Как сохранить поиск

Чтобы сохранить критерии поиска, пользователь должен выполнить шаги, указанные ниже.

Шаг 1 – Нажмите «Сохранить как» в верхней части страницы. На следующем снимке экрана показано, как сохранить критерии поиска для будущего использования.

Сохранить как

Шаг 2 – Введите имя фильтра и нажмите «Отправить». На следующем снимке экрана показано, как предоставить имя нового критерия поиска перед сохранением.

Сохранить фильтр

Шаг 3 – Фильтр появится в левой части страницы поиска под избранными фильтрами и будет иметь несколько параметров, таких как – Переименовать, Удалить, Скопировать и Удалить из избранного. На следующем снимке экрана показаны сохраненные критерии поиска и доступные действия для выполнения.

Базовый поиск

Быстрый поиск

Быстрый поиск – это самый быстрый способ определения критериев поиска. Это текстовое поле, в которое пользователь вводит ключ, текст или что-либо еще, и он начинает поиск точных совпадений в текущем проекте и предоставляет результат.

Поле быстрого поиска доступно в верхнем правом углу навигатора. На следующем снимке экрана показано, как получить доступ к функции быстрого поиска.

Поиск

Smart Querying

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

  • my – Это слово ищет проблемы, назначенные вошедшему в систему пользователю.

my – Это слово ищет проблемы, назначенные вошедшему в систему пользователю.

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

Быстрый поиск

Вот некоторые из наиболее часто используемых опций интеллектуальных запросов:

  • r: me – Находит проблемы, о которых сообщил зарегистрированный пользователь.

  • r: abc – находит проблемы, о которых сообщил пользователь – abc.

  • r: none – находит проблемы без репортера.

  • <имя проекта> или <ключ проекта> – находит проблемы с данным именем проекта или находит проблемы, имеющие одинаковый ключ проекта.

  • Просрочено – Находит проблемы, которые просрочены до сегодняшнего дня.

  • Created :, updated :, due: – при этих интеллектуальных поисках выявляются проблемы с Created, Updated или сроком исполнения с использованием префиксов созданных :, updated: или due: соответственно. Для диапазона дат используйте сегодня, завтра, вчера, один диапазон дат (например, «-1w») или два диапазона дат (например, «-1w, 1w»). Диапазоны дат не могут иметь пробелов между ними. Допустимые сокращения даты / времени: «w» (неделя), «d» (день), «h» (час), «m» (минута).

  • C: – Находит проблемы с конкретным компонентом.

  • V: – Находит проблемы с конкретной версией.

  • Ff: – Находит проблемы с исправленной версией.

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

r: me – Находит проблемы, о которых сообщил зарегистрированный пользователь.

r: abc – находит проблемы, о которых сообщил пользователь – abc.

r: none – находит проблемы без репортера.

<имя проекта> или <ключ проекта> – находит проблемы с данным именем проекта или находит проблемы, имеющие одинаковый ключ проекта.

Просрочено – Находит проблемы, которые просрочены до сегодняшнего дня.

Created :, updated :, due: – при этих интеллектуальных поисках выявляются проблемы с Created, Updated или сроком исполнения с использованием префиксов созданных :, updated: или due: соответственно. Для диапазона дат используйте сегодня, завтра, вчера, один диапазон дат (например, «-1w») или два диапазона дат (например, «-1w, 1w»). Диапазоны дат не могут иметь пробелов между ними. Допустимые сокращения даты / времени: «w» (неделя), «d» (день), «h» (час), «m» (минута).

C: – Находит проблемы с конкретным компонентом.

V: – Находит проблемы с конкретной версией.

Ff: – Находит проблемы с исправленной версией.

* – Подстановочный знак можно использовать с любым из указанных выше запросов для поиска проблем.

JIRA – Расширенный поиск

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

  • Использование ссылки на поле
  • Использование ссылки на ключевые слова
  • Использование справочника операторов

Эти вышеупомянутые три способа были подробно объяснены ниже.

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

  • Расширенный поиск использует структурированные запросы для поиска проблем JIRA.

  • Результаты поиска отображаются в Навигаторе проблем.

  • Результаты поиска могут быть экспортированы в MS Excel и многие другие доступные форматы.

  • Функции сохранения и подписки доступны для расширенного поиска.

  • Расширенный поиск использует язык запросов JIRA, известный как JQL.

  • Простой запрос в JQL состоит из поля, оператора, за которым следуют одно или несколько значений или функций. Например, следующий простой запрос найдет все проблемы в проекте «WFT» –

Расширенный поиск использует структурированные запросы для поиска проблем JIRA.

Результаты поиска отображаются в Навигаторе проблем.

Результаты поиска могут быть экспортированы в MS Excel и многие другие доступные форматы.

Функции сохранения и подписки доступны для расширенного поиска.

Расширенный поиск использует язык запросов JIRA, известный как JQL.

Простой запрос в JQL состоит из поля, оператора, за которым следуют одно или несколько значений или функций. Например, следующий простой запрос найдет все проблемы в проекте «WFT» –

Project = "WFT"
  • JQL поддерживает SQL-подобный синтаксис, такой как функции ORDER BY, GROUP BY, ISNULL (), но JQL не является языком запросов к базе данных.

JQL поддерживает SQL-подобный синтаксис, такой как функции ORDER BY, GROUP BY, ISNULL (), но JQL не является языком запросов к базе данных.

Использование ссылки на поле

Ссылка на поле означает слово, которое представляет имя поля в выпуске JIRA, включая настраиваемые поля. Синтаксис –

<field name> <operators like =,>, <> “values” or “functions” 

Оператор сравнивает значение поля со значением, представленным справа, так что только истинные результаты извлекаются по запросу.

  • Перейдите в раздел «Проблемы» → «Поиск проблем» на панели навигации.

На следующем снимке экрана показано, как перемещаться по разделу «Поиск».

Раздел поиска

Если критерий поиска существует, нажмите кнопку «Новый фильтр», чтобы сбросить критерии. На следующем снимке экрана показано, как начать с нового критерия –

Новая папка

Введите запрос, используя Поле, Оператор и Значения, такие как IssueKey = «WFT-107» .

Существуют и другие поля: «Затронутая версия», «Назначенный», «Вложения», «Категория», «Комментарий», «Компонент», «Создано», «Создатель», «Описание», «Срок выполнения», «Среда» и т. Д. Как только пользователь начинает вводить текст, функция автозаполнения помогает писать определенный формат.

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

Критерии имени поля

Выбор оператора – на следующем снимке экрана показано, как выбрать оператора.

Выбор оператора

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

Добавить Вейлс Поиск

На следующем снимке экрана показан результат поиска на основе установленных критериев.

Результат поиска

Использование ссылки на ключевые слова

Здесь мы поймем, как использовать ссылку на ключевое слово и каковы ее преимущества

Ключевое слово в JQL –

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

Список ключевых слов –

  • И – ex – статус = открыто И приоритет = срочно И получатель = Ашиш.
  • ИЛИ – ex – duedate <now () или duedate пуст.
  • НЕ – бывший – не правопреемник = Ашиш.
  • ПУСТО – бывшая – затронутая версия пуста / disabledVersion = пуста.
  • NULL – ex – цессионарий является нулевым.
  • ORDER BY – ex – duedate = пустой порядок созданный, приоритет desc.

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

Добавить ключевые слова

Нажмите на символ поиска, и он предоставит результаты поиска. На следующем снимке экрана показан результат на основе набора критериев.

Поиск символа Результат

Использование справочника операторов

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

Список операторов

  • Равно: =
  • Не равно:! =
  • Больше, чем:>
  • Меньше чем <
  • Больше чем равно: =>
  • Меньше чем равно: = <
  • В
  • НЕ В
  • СОДЕРЖИТ: ~
  • Не содержит: ! ~
  • ЯВЛЯЕТСЯ
  • НЕ ЯВЛЯЕТСЯ
  • БЫЛО
  • БЫЛ В
  • Не было
  • НЕ БЫЛО
  • ИЗМЕНИТЬ

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

JIRA – Отчеты

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

Как получить доступ к отчетам

Чтобы получить доступ к отчетам в JIRA, пользователь должен перейти в Project → выбрать Specific project. На следующем снимке экрана показано, как перейти к конкретному проекту.

Отчеты

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

Раздел отчета

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

Быстрое переключение

Тип отчетов

JIRA классифицирует отчеты по четырем уровням, которые:

  • проворный
  • Анализ проблем
  • Прогноз и управление
  • другие

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

проворный

Ниже приведен список функций Agile Reports.

  • Диаграмма сгорания – отследите общую оставшуюся работу, также независимо от того, достигает ли спринт цели проекта или нет.

  • Спринт Chart – Отслеживайте выполненную работу или откладывайте ее в очередь в каждом спринте.

  • Velocity Chart – Отслеживает количество выполненных работ от спринта до спринта.

  • Диаграмма накопленного потока – Показывает статусы проблем с течением времени. Это помогает идентифицировать проблемы высокого риска или нерешенные важные проблемы.

  • Отчет о версии – Отслеживание предполагаемой даты выпуска версии.

  • Эпический отчет – показывает прогресс в завершении эпоса за определенный период времени.

  • Контрольная диаграмма – показывает время цикла для продукта, его версии или спринта. Это помогает определить, могут ли данные текущего процесса использоваться для определения будущей производительности.

  • Epic Burn Down – отслеживание прогнозируемого количества спринтов, необходимых для завершения эпоса.

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

Диаграмма сгорания – отследите общую оставшуюся работу, также независимо от того, достигает ли спринт цели проекта или нет.

Спринт Chart – Отслеживайте выполненную работу или откладывайте ее в очередь в каждом спринте.

Velocity Chart – Отслеживает количество выполненных работ от спринта до спринта.

Диаграмма накопленного потока – Показывает статусы проблем с течением времени. Это помогает идентифицировать проблемы высокого риска или нерешенные важные проблемы.

Отчет о версии – Отслеживание предполагаемой даты выпуска версии.

Эпический отчет – показывает прогресс в завершении эпоса за определенный период времени.

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

Epic Burn Down – отслеживание прогнозируемого количества спринтов, необходимых для завершения эпоса.

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

Анализ проблем

Ниже приведен список функций анализа проблем.

  • Отчет о среднем возрасте – отображает средний возраст в днях нерешенных проблем.

  • Отчет «Создано против решенных проблем» – отображает количество созданных проблем против количества проблем, решенных за данный период.

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

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

  • Отчет о времени разрешения – отображает среднее время, необходимое для решения проблем.

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

  • Время с момента выпуска отчета – помогает отслеживать, сколько проблем было создано, обновлено, решено и т. Д. За определенный период времени.

Отчет о среднем возрасте – отображает средний возраст в днях нерешенных проблем.

Отчет «Создано против решенных проблем» – отображает количество созданных проблем против количества проблем, решенных за данный период.

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

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

Отчет о времени разрешения – отображает среднее время, необходимое для решения проблем.

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

Время с момента выпуска отчета – помогает отслеживать, сколько проблем было создано, обновлено, решено и т. Д. За определенный период времени.

Прогноз и управление

Ниже приведен список функций отчетов «Прогноз» и «Управление».

  • Отчет по отслеживанию времени – показывает исходные и текущие оценки времени для проблем в текущем проекте. Это может помочь определить, идет ли работа по этим вопросам.

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

  • Отчет о рабочей нагрузке версии – отображает, сколько незавершенной работы остается на пользователя и на проблему. Это помогает понять оставшуюся работу версии.

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

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

Отчет о рабочей нагрузке версии – отображает, сколько незавершенной работы остается на пользователя и на проблему. Это помогает понять оставшуюся работу версии.

В дополнение к этому, есть другие типы отчетов, которые обычно имеют круговую диаграмму, которую мы подробно обсудим в последующих главах.

JIRA – круговая диаграмма рабочей нагрузки

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

Создать отчет

Чтобы создать отчет, пользователь должен выполнить шаги, указанные ниже.

Шаг 1 – Перейдите в Проект → выберите Конкретный проект. Нажмите на значок отчета в левой части меню. Перейдите в раздел «Другие» и нажмите «Отчет по круговой диаграмме рабочей нагрузки», как показано на следующем снимке экрана.

Круговая диаграмма рабочей нагрузки

Шаг 2 – Выберите проект или фильтр выпуска, для которого нужно сгенерировать отчет. В поле «Тип статистики» выберите имя поля, на котором будет сформирована круговая диаграмма. Выберите поле времени для отчета как текущая оценка, исходная оценка или затраченное время.

На следующем снимке экрана показано, как создать отчет, предоставив подробную информацию.

Создать отчет

Шаг 3 – Нажмите Далее, чтобы создать отчет. На следующем снимке экрана показано, как выглядит сгенерированный отчет.

следующий

JIRA – Создано против Решенных проблем

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

Создать отчет

Чтобы создать отчет, пользователь должен выполнить шаги, указанные ниже.

Шаг 1 – Перейдите в Проект → выберите конкретный проект. Нажмите на значок отчета в левой части меню. Перейдите в Анализ проблем и нажмите на отчет «Создано против решенных проблем». На следующем снимке экрана показано, как получить доступ к отчету «Создано и решено» –

отчет о решенных проблемах

Шаг 2 – Выберите проект или фильтр проблем, для которого должен быть создан отчет. Выберите период времени, чтобы увидеть отчеты, такие как Ежедневно, Еженедельно, Ежемесячно, Ежеквартально, Ежегодно и т. Д., Доступные в раскрывающемся списке. Введите количество дней в поле « Предыдущие дни» для отображения на графике. Выберите Да или Нет для кумулятивных итогов. Выберите Показать версии как Все версии из выпадающего списка.

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

Различные доступные поля

Шаг 3 – Нажмите Далее, чтобы сгенерировать отчеты. На следующем снимке экрана показано, как выглядит сгенерированный отчет.

Таблица данных

Созданные проблемы отображаются красным цветом, а решенные проблемы – зеленым.

JIRA – Диаграмма выживаемости

Он отображает общую работу, оставшуюся для достижения цели в спринте за заданное время. Это помогает команде управлять прогрессом и реагировать соответствующим образом. Этот график является важной особенностью методологии Agile – Scrum.

Создать отчет

Чтобы создать отчет, пользователь должен выполнить шаги, указанные ниже.

Шаг 1 – Перейдите в Проект → выберите конкретный проект. Нажмите на значок отчета в левой части меню. Перейдите в Agile и нажмите на диаграмму Burndown. На следующем снимке экрана показано, как получить доступ к таблице Burndown.

Burndown Chart

Шаг 2 – Отображает диаграмму выживаемости спринта, например, как команда продвигается к выполненной задаче. Красная линия показывает, сколько работы осталось, а серая линия показывает совершенные задачи. Команда может видеть, где они находятся с точки зрения прогресса спринта по сравнению с обязательством в начале этого спринта. Пользователь может изменить Sprint и Y-оси, выбрав из выпадающего списка.

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

Спринт Мудрый

Шаг 3 – Во второй части отчета отображаются данные, такие как дата начала спринта, какие проблемы были добавлены, день за днем, сколько проблем решено, каковы основные сюжетные проблемы и день за днем. сколько очков истории осталось. Эти данные используются для создания диаграммы. На следующем снимке экрана показаны данные, которые используются для создания диаграммы.

Создать диаграмму

Примечание. По аналогии с этими отчетами можно создавать и другие отчеты.

Понравилась статья? Поделить с друзьями:
  • Тестер напряжения стайер 4520 48 инструкция по применению
  • Атлант стиральная машина 1020 е1 инструкция по применению
  • Функции сигнализации старлайн а91 с автозапуском инструкция по применению
  • Пароварка zauber x 560 инструкция на русском
  • Рифампицин таблетки инструкция по применению взрослым от чего назначают