Content-Length: 256200 | pFad | http://www.atlassian.com/pl/agile/tutorials/issues

6 How to create work items in Jira | Atlassian
tutorial

Working with work items in Jira

The guide to working with work items in Jira 

Max Rehkopf Autor: Max Rehkopf
Przeglądaj tematy

Jira Work Items Tutorial

In this tutorial, we'll explain how to work with work items in Jira. Note that the team rituals you do outside Jira - like sprint planning meetings, retros, and daily standups - won't be covered here. You can read up on those in How to do scrum with Jira.

Czas:

10 minut czytania.

Odbiorcy:

Osoby zaczynające korzystać z Jiry, które jeszcze nie do końca wiedzą, jak się nią posługiwać

Wymagania wstępne:

  • Utworzone konto Jira
  • Utworzony projekt Jira

Zacznij korzystać za darmo

What is a work item?

In Jira, teams use work items to track individual pieces of work that must be completed. Depending on how your team uses Jira, a work item could represent a project task, a helpdesk ticket, a leave request form, etc. In Jira, work items typically represent things like big features, user requirements, and software bugs.

Create a work item

There are a few different ways to create work items:

Z poziomu górnego paska nawigacyjnego w dowolnym miejscu w systemie Jira

Tworzenie zgłoszenia w Jira Software

W backlogu

W backlogu

Na tablicy (tylko w projektach zarządzanych przez zespół)

Na tablicy (tylko tablice Agile)

Tworzenie zadań podrzędnych (opcjonalnie)

Work items can also have sub-tasks that are assigned and tracked individually. You might create sub-tasks for any of the following reasons:

  • To split a work item into even smaller chunks
  • To allow various aspects of a work item to be assigned to different people
  • To create a to-do list for a work item

Tworzenie zadania podrzędnego:

  1. Navigate to a work item, and select more ( ••• ) > Create Sub-Task.
  2. Wypełnij szczegóły w razie potrzeby, a następnie kliknij przycisk Utwórz.
Estimate your work items (Scrum only)

Estimating work items in your backlog helps you to predict how long portions of the backlog might take to be delivered.

Why estimate work items? Estimation is all about velocity.The primary purpose of applying estimates backlog items is to use that information to work out how long it will take to deliver portions of the backlog.

W tradycyjnych zespołach programistycznych menedżerowie szacowaliby elementy w roboczogodzinach. Następnie mogliby zsumować godziny w backlogu, podzielić je przez liczbę członków zespołu oraz liczbę godzin w tygodniu, aby uzyskać prognozowaną datę realizacji. Naturalnie tego rodzaju szacunki często okazywały się bardzo nieprecyzyjne, ponieważ nie uwzględniały naturalnej tendencji zespołu (do przeszacowania/niedoszacowania), nieoczekiwanych przerw lub zwiększenia wydajności zespołu z czasem.

So in the Scrum world, most teams don't try to achieve estimation accuracy; instead they aim to achieve a reliable velocity. Velocity is a measure of the number of estimation units that a team tends to complete from sprint to sprint. After their first few sprints, most teams will achieve a reasonably consistent velocity. Armed with velocity and estimates on backlog work items, teams can predict how long portions of the backlog will take to complete.

Jeśli na przykład w każdym sprincie zespół ma potencjał wykonawczy liczony w „roboczogodzinach” na poziomie 120 godzin, ale prędkość zespołu wynosi 60 godzin, wówczas na podstawie prędkości wynoszącej 60 godzin nadal można oszacować liczbę sprintów potrzebnych do zrealizowania poszczególnych prac z backlogu. Czasem możemy ulec pokusie i zacząć zastanawiać się, co stało się z pozostałymi 60 godzinami. To z kolei może skłonić nas do rozważenia, czy z produktywnością zespołu nie dzieje się coś złego. Jednak zazwyczaj nie ma to z nią nic wspólnego: oszacowania zespołu stanowią jedynie odzwierciedlenie poglądu jego członków na stopień trudności realizowanych zadań, dlatego zawsze będą na nie wpływać naturalne zachowania zespołu (na przykład skłonności do przeszacowania lub niedoszacowania), a także czynniki na poziomie organizacyjnym. Z perspektywy planowania istotna jest jedynie prędkość.

Most teams estimate using story points. Story points measure the complexity of one work items relative to others. This makes sense because the main questions to be answered are 'How much work can we realistically commit to completing this sprint?' and 'How long will this part of the backlog take to deliver?'. A story point approach can deliver the answers to these questions without the anxiety around 'accuracy' that teams feel when asked to estimate in hours.

Więcej informacji o sposobach monitorowania oszacowań i prędkości można znaleźć w naszym samouczku dotyczącym spalania.

To set an estimate for a work item:

Pole szacowania w zgłoszeniu

  • Wprowadź oszacowanie.

Czy można zmienić wprowadzone oszacowanie? Krótko mówiąc, tak. Jeśli jednak zmienisz wartość oszacowania już po rozpoczęciu sprintu, będzie ono wyświetlane jako zmiana zakresu na wykresie spalania.

If you're finding it hard to estimate work items, that's totally normal! Check out our estimation guide for tips and tricks on finding the right estimates for your work items.

Rank your work items in order of priority

Ranking your work items in order of priority allows the team to see which work items they'll be working on next. To rank your work items, navigate to your backlog or board and click-and-drag your work items to order than based on priority. Here are some examples of where you might do this:

  • In a Scrum project, when planning your next sprint you might rank the work items in your backlog, and then decide to put the first 10 (or however many work items the team is capable of completing) into the sprint.

  • In a Kanban template, you might rank the work items in the To do column, and have team members take a work item off the top of the list when they need more work to do. With this approach, the column with all To do work items will need constant attention as priorities shift.

Note: You must have the Schedule Work Item and Edit Work Item permissions for the work item you want to move higher or lower on your board.

Flag a work item

You have the option to flag a work item, which look like this:

Oznaczone zgłoszenie

Flagging a work item is useful because it encourages collaboration and communication throughout the team. Here are some examples:

  1. You're working on a task, but realize you don't have capacity to finish it off. You can flag the work item, and a team member with spare capacity who looks at the board can jump on and help.

  2. A work item you're working on becomes blocked. You can flag the work item, add a comment explaining the blocker, and move on to the next task. Anyone who looks at the board will see that it has been flagged, and understand what's going on when they open it.

To flag a work item:

  1. Przejdź do swojej tablicy.

  2. Right click a work item.

  3. Naciśnij przycisk Dodaj flagę.

Transition work items

Transitioning work items shows progress across your workflow. To transition a work item from one column to another, drag a work item and place it in its new column.

Note that if you find that you're not able to transition a work item into another column, it may be because the workflow for your project is restricting you from doing so. What makes Jira so powerful is that administrators can enforce certain rules on the project's workflow, like forcing bugs to go through a QA column, or not allowing Stories to go straight from To do to Done. For more information, check out our workflow documentation.

Filter work items

A work item filter allows you to hide the work items you don't want to see, and zone in on the ones you want to focus on. Jira has Quick filters, which allow you to filter the work items on your board. Here's what they look like on Scrum/Kanban boards:

Szybkie filtrowanie

  1. Search bar: Display work items that contain a search term, and hide the rest.

  2. Quick filters menu: By default, you can filter by work items assigned to you, and work items recently updated. Any Quick filters you create will also display here.

  3. Assignee menu: Only display work items assigned to people you select.

Tworzenie własnych szybkich filtrów (tablice Scrum i Kanban):

  1. Przycisk elipsyPrzejdź do tablicy, a następnie wybierz kolejno więcej (Ellipses button) > Ustawienia tablicy.
  2. Kliknij kartę Szybkie filtry.
  3. Wprowadź nazwę, zapytanie JQL i opis filtra. Aby uzyskać więcej informacji o zapytaniach JQL, zapoznaj się naszą dokumentacją dotyczącą wyszukiwania zaawansowanego.

  4. Kliknij przycisk Dodaj.

Automatyzacja jako tajna broń

Jira is the place where work lives. Sometimes a lot of work can live there! Automation is the key to keeping all work items up to date and in order. See the most commonly used automations in the Jira automation template library.

Przejdź do biblioteki

Chcesz dowiedzieć się więcej?

For more detailed information on working with work items in Jira, check out our documentation on work items. Excited to get started? Check out our free Jira templates.

Masz pytania? Zadaj pytanie społeczności Atlassian.









ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://www.atlassian.com/pl/agile/tutorials/issues

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy