The Cloud-based Atlassian platforms are getting more and more popular among small and middle size businesses. Atlassian Cloud is the hosting used for delivering Atlassian applications as a service. If you intend to start using JIRA Cloud for issue tracking and project management, either migrating from JIRA Server or being totally new to JIRA, this post will help you save some time while making your first steps as a JIRA administrator.
To start using JIRA Cloud, you need to set up a free trial or get a paid subscription. Free evaluation lasts 7 days and can be extended to 14 days. You can cancel your trial at any moment. If you are satisfied and decide to continue using JIRA Cloud, you need to add payment details in your my.atlassian.com account to get a paid Cloud subscription.
JIRA Cloud is available in three options:
- JIRA Core for business teams
- JIRA Software for software development teams
- JIRA Service Desk for IT helpdesk teams
You can pick one or several options at once depending on your needs. In this article we will be using JIRA Software as an example.
JIRA Базовый курс #4 — Начало работы в Jira. Создание задачи и Администрирование
Starting a free trial
To start a free trial, you need to:
1. go to the Atlassian Cloud Free 7-day trial sign up page;
2. check what applications are listed in the “Your Atlassian Cloud Trial” section to make sure there is JIRA Software and no applications you do not want to try at this time. Delete not needed applications, if any;
3. click ‘Next’ and set up your trial: provide the name for your site, your full name, email and password, and press ‘Start trial’;
4. wait for a couple of minutes for your site to be set up. Once it is ready, you will see the log in page and receive a signup email.
Logging in to your JIRA Cloud site
To log into your JIRA Cloud site:
1. navigate to https://.atlassian.net , where is the name you entered during the signup;
2. enter the email and password you used while signing up.
Initial steps
When you log into JIRA Cloud for the first time, you will be prompted to choose your language and avatar, and take a quick tour to learn about JIRA basics.
There is a lot of valuable and helpful information in Atlassian Documentation on how to get started with JIRA Software based on your needs. Below are some of the major steps.
User management
You can start out by creating users and user groups, so that members of your team who will be using JIRA got user names and passwords to be able to log into JIRA and work in it; and a JIRA administrator could configure what actions different users or user groups can perform in JIRA. Actually Anonymous access is also available in JIRA, but in most cases you want only certain people to have access to it.
1. Начало работы с Jira. ( Основы Jira)
To create users and user groups:
1. navigate to ‘User management’ in Site Administration;
2. select ‘Groups’ on the sidebar and see the list of the predefined groups. If needed, create new groups suitable for you (e.g., jira-human-resources, jira-marketing) by clicking the ‘Create group’ button and entering a group name;
3. to add users, go to the ‘Users’ tab, type in full names and email addresses of people you would like to add as users and click ‘Create users’. You can create three users at a time. User name is generated automatically. After creation, a new user will be added in the table of users and a person you created a user for will receive an email notification with the link for setting their password;
4. new users are automatically included in the group that is set as a default one. If you would like to add a certain user to some other group, click that user’s full name on the list of users. On the page that opens, click ‘Add group’, find and add a needed group. While on this page, you can also edit user details, deactivate or delete a user and perform other operations;
Read Manage users and groups in Atlassian Documentation to learn more.
Creating projects
In JIRA, work is organized in projects. A project is a collection of issues. To start working in JIRA, you need to create a project:
1. click ‘Projects’ in JIRA header and select ‘Create Project’;
2. select the type of the project you need. Each project type includes a specific set of features;
3. enter project name, select a project lead and submit.
Your project will be built based on the type of the project you have chosen. In this example we used a ‘Kanban software development’ project type. This project comes with a Kanban board and a basic Agile workflow.
When a project is created, you can configure and tailor it to your needs and requirements. You can access your project configuration either while browsing a project by clicking on the left-hand sidebar or by selecting a project on the Projects page.
On the left-hand sidebar you will see tabs with various settings, such as:
You can read all about it in Atlassian Documentation. And here let’s take a look at some of the points: configuring issues, permissions and workflows.
Configuring issues
JIRA projects are populated with issues that your teams create, work with, track, resolve, etc. Issues can be bugs, feature requests, or other tasks. Each issue has multiple fields, such as ‘Summary’, ‘Description’, ‘Issue Type’, ‘Due Date’, ‘Priority’, etc.
JIRA is very flexible. You might want to adjust the default settings and, e.g. add some custom fields, change fields behaviour, create additional values for issue type, priority, resolution, and status fields, so that issue configuration reflected your teams’ processes.
Refer to Configuring issues for details.
Configuring permissions
Permissions define what actions users can perform while using JIRA. Using permissions you can restrict performing various operations to specific groups, project roles, or users. Besides global permissions that are system wide and apply to all projects, there are project permissions that can be set for individual projects.
Project permissions are organized in Permission Schemes. A permission scheme is a set of permissions, where each permission is granted to one or multiple user groups, roles or individual users. A permission scheme can be associated with one or several projects. Originally your project is associated with a default permission scheme. If it is not suitable for you, you can modify it or create a new permission scheme and associate your project with it.
Configuring workflows
In JIRA, a workflow is a set of statuses and transitions. Statuses represent a task’s life cycle – different states an issue can have, e.g. ‘Backlog’, ‘Selected for Development’, ‘In Progress’, ‘Done’. Thanks to a workflow you can track the history and see the current state of a project or an individual task. It works best if a JIRA workflow matches the processes that exist in your organization.
When you create a new project, it has a default workflow. If you would like to adjust it to better fit your needs, you can copy and edit that workflow or create your own workflow. It is possible to associate workflows with specific projects and, if required, with particular issue types by using a workflow scheme.
Extending JIRA Cloud functionality with add-ons
JIRA is rich in features. However, if you realize that some capabilities that are essential for your processes is missing from JIRA, you can always search for an add-on on Atlassian Marketplace that would provide the additional functionality that you are looking for. You can search for a plugin directly on the Marketplace or when in JIRA, go to JIRA Administration, select ‘Add-ons’ and search for the right tool in the Universal Plugin Manager.
Helping your teams master JIRA
JIRA Cloud is very intuitive. But being so powerful, it comes with so many features and capabilities that it can be hard for people who are new to JIRA to embrace it right away. Detailed and comprehensive JIRA Cloud Documentation (check Getting started with JIRA Software), as well as courses available at Atlassian University can help your teams start getting the most of JIRA as soon as possible.
As another option, you can hire a company that is an Atlassian Expert and provides training and consulting services. They will be able to assist your staff while landing in JIRA and provide you with guidance and best practices of using this tool adapted to your use cases.
No secret that adopting a new software is mostly challenging for non technical teams. If that’s your case, you can think of getting JIRA Core for your non-IT folks. It has been recently introduced and compared to JIRA Software it is lighter in features excluding the functionality which is not needed for business processes and would be confusing for business teams.
If you figure that even JIRA Core is too complicated for your non-tech people, you can check out one of the add-ons created by our team called Plain Tasks for JIRA. Among other benefits, it allows to avoid the complexity of JIRA by providing a new way to view, create and work with issues in JIRA projects. To be brief, Plain Tasks displays the issues of a JIRA project as a to-do list with issue details on the sidebar like on the screenshot below.
Adding new tasks and managing existing ones is very simple and intuitive for a user. You don’t need to deal with a workflow and click buttons to move from one status to another, just mark a checkbox to resolve an issue or clear a marked checkbox to reopen it. New issues are created on the fly by typing issue summary in the ‘Create issue’ field, setting issue details by clicking icons and pressing ‘Enter’. You can create dozens of new issues in no time while seeing the list of existing issues on the same page.
You can try it out for free and see if it helps you while introducing JIRA Cloud in your organization. If you evaluate Plain Tasks, we’ll appreciate you reaching out to us to share your feedback and experience, or post your feature ideas on the forum.
Hoping this article was helpful and gave you a general idea about getting started with JIRA Cloud. This topic is extensive and can’t be covered by one post, but the highlights and provided links can give you a direction for further exploration.
Источник: stiltsoft.com
Jira: как эффективно организовать разработку
Среди разнообразия таск-менеджеров особое место занимает платформа Jira. Безусловно, она является одним из самых популярных сервисов, направленных на удобное ведение проектов и контроль за их выполнением. Поэтому в этой статье мы расскажем обо всех возможностях платформы и объясним, почему используем её в процессе разработки чаще всего.
К её главным целям относится управление agile- и scrum-командами, организация работы и исправление ошибок. Платформу могут использовать команды разработчиков для ведения проектов с помощью Kanban или Scrum досок, маркетологи для совместной работы с другими командами, а также HR-специалисты для ведения кадрового учёта.
Ключевые возможности
1. Организация рабочего процесса
Прежде всего, рабочий процесс (workflow) – это набор статусов и этапов, которые проходит проект во время разработки. Статус определяет, на какой стадии находится проект. Этап показывает, как продвигается разработка. Именно эти показатели дают общую картину о готовности продукта.
В программе используются схемы, чтобы показать связь между задачами и другими рабочими процессами.
2. Agile отчёты
Scrum и Kanban доски позволяют командам отслеживать ход работы. Если первая отвечает за распределение спринтов и назначение определённого количества часов на их разработку, то вторая даёт возможность распределять конкретные таски между членами команды. Kanban доска позволяет создавать необходимое количество колонок и перетаскивать пункты из одной в другую благодаря системе drag and drop.
3. Детальные отчёты
Jira даёт возможность просматривать различные отчёты по проекту. Доступны диаграммы Burndown, Burnup, отчёты по спринту, версиям и эпикам, диаграмма производительности и суммарного потока, отдельные отчёты по задачам и многое другое. Благодаря таким отчётам участники могут следить за эффективностью работы.
4. Создание эпиков
Чтобы оптимизировать работу над проектом, предусмотрено создание эпиков (Epics). Это объём работы, который разбивается на отдельные задачи в зависимости от потребностей разработки. Благодаря эпикам пользователи платформы могут составлять иерархии, прикрепляя к новым задачам ссылку на главный эпик.
Основное преимущество этой функции состоит в том, что в пределах одного эпика можно добавлять множество мелких тасков. Их может контролировать и ставить заказчик. Объём работ меняется в зависимости от новых требований клиента. Помимо эпиков, можно создавать Story – описания задач без деталей для создания подзадач. И непосредственно Tasks – задачи, требующие выполнения.
5. Работа с фильтрами
С помощью базовых и продвинутых фильтров в программе можно находить необходимые таски по названиям и определённым критериям. JQL запросы позволяют указывать более детальные и сложные параметры. Проработанная система фильтров позволяет руководителям легко ориентироваться в многочисленных задачах и оптимизировать свою работу. Также можно настроить быстрый поиск по выбранным запросам и использовать горячие клавиши.
6. Интеграция в Slack
Из всех интеграций Jira с другими полезными ресурсами наша команда использует интеграцию с корпоративным мессенджером Slack. Он позволяет отслеживать, когда задачи создаются, обновляются, перемещаются, комментируются и т.д. Более того, есть возможность создавать задачи прямо в Slack на основе сообщений. Помимо Slack программа позволяет интегрироваться с множеством других популярных сервисов. Например, OpsGenie, Jenkins, Dynatrace, ScriptRunner и другие.
7. Работа с Confluence
Разработанная специально для Jira, система Confluence позволяет в одном месте хранить техническую документацию по проектам. Она предусматривает простое общение между сотрудниками, обмен контентом и ведение обсуждений. В Confluence можно размещать ссылки на задачи в Jira, создавать страницы с комментариями.
8. Интеграция с Bitbucket и GitHub
Интеграция платформы с крупными веб-сервисами для хостинга IT проектов позволяют создавать ветки прямо из задач Jira. Это помогает отслеживать развёртывания и создавать новые рабочие процессы для синхронизации методов. Используется для создания, тестирования и выпуска новых продуктов.
9. Мобильные приложения
Выпущенные мобильные приложения от компании позволяют контролировать процесс разработки в любое время и в любом месте. Приложения доступны для iOS и Android устройств.
10. Tempo
Полезный плагин программы, позволяющий отслеживать время, правильно распределять исполнителей и ресурсы, управлять финансами проектов. С помощью Tempo можно планировать время для отдельных исполнителей и целых команд, учитывать отгулы и отпуска, с помощью одного клика видеть запланированное время на задачи.
11. Дополнительные возможности
В одном крупном проекте наш project manager организовал удобную работу с задачами. Все задачи были рассортированы по цветам: красный (приоритет самый высокий), розовый (высокий), синий (средний), бирюзовый (низкий). Такой подход используется редко, однако это очень удобно для разработчиков. По цвету они сразу видят приоритетность выполнения той или иной задачи. Помимо этого, в задаче сразу было видно время, выделенное на выполнение, а при её открытии выдавалась вся информация по меткам.
12. Цены
Ценовой показатель – это ещё одно преимущество Jira. Например, пакет до 10 пользователей предоставляется бесплатно и предлагает основной функционал платформы и 2 ГБ хранилища файлов. Стандартный пакет за 10$ до 10 пользователей предлагает более расширенные параметры и 250 ГБ памяти. В премиум пакете за 14$ до 10 пользователей доступны продвинутые возможности, а именно – продвинутые дорожные карты, аналитику для администраторов, архивирование проектов и многое другое.
Вывод
Исходя из всех преимуществ сервиса и нашей работы с ним, Jira является наиболее удобной, многофункциональной и кастомизированной платформой. Её возможности позволяют организовать разработку наиболее продуктивным образом как целой команде, так и каждому из её участников.
Источник: joy-dev.ru
Как писать пользовательские истории в Jira
Создание веб-приложения/программного обеспечения — это больше, чем просто кодирование и запуск приложения.
Существуют различные этапы, такие как понимание потребности, проектирование, тестирование, доработка и окончательный выпуск приложения.
Некоторые из веб-приложений, которые мы видим, были сложными для понимания в процессе разработки. К счастью, когда визуализируются сложные процессы, идеи или концепции, их становится легко усвоить.
Пользовательские истории являются важным компонентом пути разработки программного обеспечения, поскольку они помогают визуально описать его функции и расставить приоритеты по элементам или историям, которые нуждаются в разработке. Продолжайте читать, чтобы понять, как создавать пользовательские истории в Jira.
Что такое пользовательская история
Пользовательскую историю можно описать как общее объяснение функции веб-приложения/программного обеспечения, написанное с точки зрения конечного пользователя. Стоит отметить, что User Stories не являются программными требованиями. Однако такие истории носят неформальный характер и написаны, чтобы проиллюстрировать, какую ценность такие функции принесут конечным пользователям.
Базовая структура пользовательской истории
Пользовательские истории — это списки дел, которые помогают определить шаги, которым нужно следовать при работе над проектом. Пользовательская история должна отражать «кто», «что» и «почему» требования к продукту. Такие рассказы короткие, где каждый элемент содержит 10-15 слов. Эти шаги помогут обеспечить соответствие продукта и процесса желаемым требованиям.
По словам Рона Джеффриса, каждая пользовательская история должна иметь 3C, обозначающие «карточка, разговор и подтверждение». Давайте теперь опишем 3C, на которые следует обратить внимание при написании пользовательских историй в Jira.
Открытка
Пользовательские истории изначально были написаны на физических карточках или стикерах Post-it. Теперь у нас есть современные карточки, которые мы можем легко настроить при написании пользовательских историй в Jira. Однако в карточке будет содержаться лишь некоторая информация о требовании. На карточке будет достаточно информации, чтобы помочь вам понять потребность.
На карточке также могут быть указаны важные сведения, такие как приоритет и стоимость, связанные с функцией. Владелец продукта или менеджер проекта передаст карту истории разработчикам после того, как будут собраны все детали.
Беседа
После того, как карта используется для формулирования пользовательской истории, следует разговор между вовлеченными сторонами. Требование в пользовательской истории необходимо обсудить и уточнить, прежде чем оно будет передано разработчикам.
Сотрудничеству также способствуют разговоры между владельцами продукта, скрам-мастерами, разработчиками и заинтересованными сторонами. Различные заинтересованные стороны делятся своими мыслями и мнениями в ходе этих бесед от этапа планирования до момента, когда пользовательская история выбирается для реализации. Эти разговоры могут быть устными и иногда иметь подтверждающие документы.
Подтверждение
Разговоры могут продолжаться днями и даже неделями. Однако может быть элемент сомнения, поэтому необходимо подтверждение. Вы можете добавить некоторые критерии, которые дают конкретную меру в качестве критерия приемлемости. Эти меры могут быть записаны в виде маркированных списков в истории.
Подтверждение приходит в виде приемочных испытаний. Такие тесты должны фиксировать основные требования и помогать вам тестировать созданный продукт, чтобы определить, соответствует ли он стандартам. Владелец продукта определяет критерии приемки. С другой стороны, разработчикам поручено реализовать критерии приемлемости.
Цель написания пользовательской истории
- Помогает дизайнерам, владельцам продуктов и разработчикам думать о конечных пользователях. Современные продукты всегда должны учитывать, как конечные пользователи будут взаимодействовать с продуктом. Пользовательская история — это отличный подход, который подчеркивает путь конечных пользователей при проектировании и разработке продукта.
- Имеет простой и гибкий формат. Пользовательские истории в Jira не должны быть сложными. Простой формат гарантирует, что вы зафиксируете все детали, используя минимум слов. Потребности также меняются по мере роста системы/программного приложения, и именно поэтому User Story является гибкой, чтобы приспосабливаться к таким изменениям.
- Команда говорит на одном языке. Типичная команда разработчиков может иметь владельца продукта, дизайнеров и разработчиков. Пользовательская история — это хороший инструмент, который гарантирует, что каждый в команде понимает необходимость и конечные цели.
- Пользовательские истории позволяют сотрудничать. Пользовательские истории определяют конечные цели. Таким образом, команда может работать вместе и решать, как лучше всего обслуживать конечного пользователя и достигать поставленных целей.
Лучшие практики, которым следует следовать при написании пользовательских историй
№1. Пользователь должен быть четко определен
Работа должна выполняться только в том случае, если пользователь идентифицирован. Пользователь, запрашивающий эту функцию, может быть внешним пользователем, клиентом или менеджером продукта. Пользователь иногда может быть участником разработки после того, как отметит функцию, над которой следует поработать.
Пользователь представлен как:
Например, «Как арендатор…….» или «Как арендодатель…».
№ 2. Пользовательские истории должны отражать потребность
Вот некоторые из вопросов, которые следует задать: хочет ли Пользователь поделиться изображением продуктов со своими друзьями или хочет просмотреть историю всех товаров, которые он приобрел в прошлом? Такие вопросы помогут продуктовой команде понять, что они должны создать.
Распространенная ошибка, возникающая на этом этапе, — представление решения. Однако в User Story не должно быть решения. Как разработчик продукта, вы должны работать с пользователями при написании пользовательских историй в Jira, чтобы учесть их требования, но не делать поспешных выводов.
Потребность представлена как: «Как [USER NAME]: Я могу [ACHIEVE SOMETHING]…”
Например, «Как арендодатель: я вижу разбивку ежемесячной арендной платы…..»
№3. Должно быть уточняющее заявление
Вы можете просто представить уточняющее утверждение такой фразой, как «так что». Функция не просто добавляется в приложение, она должна добавлять ценность.
Вы можете представить уточняющее утверждение как;
«Как [USERNAME] Я могу [ACHIEVE SOMETHING]чтобы [VALUE STATEMENT]…”
«Как арендодатель: я могу видеть разбивку ежемесячного сбора арендной платы, чтобы планировать свои расходы».
Уточняющее утверждение объясняет, почему команда разработчиков продукта должна работать над предлагаемой функцией.
№ 4. Пользовательская история должна быть независимой
Каждая созданная пользовательская история должна представлять независимый и отличный набор бизнес-ценностей. Таким образом, должна быть дополнительная ценность, когда разработчики реализуют пользовательскую историю.
№ 5. Сделайте пользовательскую историю доступной для обсуждения
Конечная цель пользовательской истории может быть четко описана. Однако процесс достижения поставленных целей должен быть договорным. Пользовательская история должна позволять владельцу продукта и команде разработчиков вести переговоры, чтобы предотвратить нереалистичные ограничения на функциональность или функцию.
№ 6. Должен быть простым и маленьким
Вы должны сделать свои пользовательские истории в Jira небольшими, если хотите достичь целей в рамках заданного цикла спринта. Если у вас есть слишком сложная история, это признак того, что вам нужно разбить ее дальше.
Пошаговый процесс создания пользовательской истории в Jira
Jira — один из лучших инструментов управления проектами в современном мире. Первоначально Jira использовалась для отслеживания ошибок и проблем, но теперь превратилась в универсальный инструмент гибкой разработки программного обеспечения для групп разработчиков.
Изящная функциональность этого приложения и простота интеграции с различными приложениями — причины, по которым вам следует писать пользовательские истории в Jira. Выполните следующие шаги, чтобы создать свою первую пользовательскую историю.
№1. Войти/создать учетную запись Jira
Если у вас уже есть учетная запись Jira, войдите в систему и перейдите к шагу 2. Однако, если у вас нет учетной записи Jira, вы можете создать учетную запись Jira бесплатно. Заполните данные и следуйте инструкциям, чтобы настроить свой первый проект. Когда ваша учетная запись будет готова, вы можете перейти к шагу 2.
№ 2. Создать задачу
Проблемы используются для отслеживания отдельных частей работы, которые должны быть выполнены. Нажмите значок «Создать» на верхней панели навигации панели инструментов Jira.
№3. Сформулируйте свою пользовательскую историю
Опишите свою проблему в разделе описания. Для этого примера наше описание звучит так: «Как пользователь, я хотел бы поделиться важными предложениями, чтобы мои друзья/семья могли извлечь выгоду».
№ 4. Прикрепить связанные файлы
Для некоторых задач могут потребоваться файлы. Однако в нашей пользовательской истории нет изображения, поэтому мы пропустим этот шаг.
№ 5. добавить описание
В этом разделе подробно описывается функция. В нашем случае мы можем описать платформы социальных сетей, где можно делиться продуктами.
№ 6. Назначить задачу
Задача автоматически назначается создателю Истории. Однако вы можете поручить задачу другому человеку, если работаете в команде.
№ 7. Установить приоритет задачи
При написании пользовательских историй в Jira вы можете установить приоритет как самый высокий, высокий, низкий или самый низкий. Мы выбрали «Высокий» для нашей функции обмена в социальных сетях.
№8. Опубликуйте историю пользователя
Поскольку вы создаете User Story в первый раз, у вас не будет много функций. Вы можете нажать кнопку «Создать», и ваша история пользователя будет готова для просмотра.
Подведение итогов
Написание пользовательских историй в Jira не должно быть сложным, если вы выполните описанные выше шаги. В Jira также есть руководства и учебные пособия, к которым вы всегда можете обратиться, если почувствуете, что застряли.
Вас также может заинтересовать это Руководство по методологии Agile.
Источник: toadmin.ru