作業タイプとは

作業タイプは、作業のさまざまなカテゴリを区別します。

これらを使用すると、チームが取り組む作業の検索および並べ替え、特定種類の作業の進捗追跡、バグに対するチームの対応状況およびより大きなイニシアチブの完了速度の見積もりに役立ちます。

各 Jira のアプリには、プロジェクトとチームのニーズに合わせたデフォルトの作業タイプが用意されています。プロジェクト管理の手法に合わせて、作業タイプをカスタマイズできます。

アトラシアンでは、推奨される作業タイプを提供して、一般的なアジャイル ソフトウェア開発や IT サービス管理方法で作業を分類できるようにしています。このような既定の作業タイプで使用を開始するか、独自の作業タイプを作成します。

Parent and child work items

親と子は、作業項目間の関係のタイプを表す用語です。

• A parent is a work item that sits above another work item e.g. a task that’s made up of subtasks.

• A child is a work item that sits below another work item e.g. a subtask that belongs to a task.

つまり、親と子の関係は特定の作業タイプに限定されません。いずれの作業タイプも親と子のどちらの作業項目にもなります。唯一の例外はサブタスクで、階層内でその下に作業タイプがないため、常に子になります。

For example, if you have this work item hierarchy:

• エピック (またはより大きな作業を追跡するために設定された名前)

• ストーリー、タスク、バグ

• サブタスク

その後、次の手順に従います。

• As a parent work item, an epic can have stories, tasks, and bugs as child work items.

• As a parent work item, a task can have subtasks as child work items.

• A subtask can’t have any child work items.

べストプラクティス

Since a work item can only display up to 500 child work items, we recommend limiting your work items to that amount. If a work item exceeds 500 child work items:

• Instead of viewing your child work items from the parent work item, you’ll have to view them in search — which you can go to straight from the parent work item.

• タイム トラッキングを使用している場合は、サブタスクを含められません。

作業タイプ階層レベル

デフォルトでは、Jira は 3 つのレベルの階層をサポートします。

• Epic work items, which represent high-level initiatives or bigger pieces of work in Jira. For software teams, an epic may represent a new feature they're developing. For IT service teams, epics may represent a major service change or upgrade. For business teams, epics may represent major deliverables or phases of a project.

• Standard work items represent regular business tasks. In Jira, standard work items are where daily work is discussed and carried out by team members. For software teams, standard work items (like bugs or stories) estimate and track the effort required to build an interaction or other end goal in your team's software. For service teams, standard work items represent different requests made by your team's customers, like requesting service or support, or reporting problems or incidents with your infrastructure. For business teams, standard work items represent and track your team member's daily tasks.

• Subtask work items, which can help your team break a standard work item into smaller chunks. This can be helpful if your team has a task that requires multiple people working on it, or if your team underestimates the scope or complexity of their work. Subtasks can be described and estimated separately to their related standard work item and can help your team better understand and estimate similar work in the future.

作業タイプの階層設定では、Jira の作業タイプのデフォルトの階層レベルを管理できます。Jira Premium および Enterprise のお客様は、作業タイプ階層に追加レベルを作成することもできます。作業タイプ階層の管理について詳しく見る。

Advanced Roadmaps を使用する場合、追加の階層レベルにより、プランで組織のより大きなイニシアチブを追跡し、複数のスペースにわたって作業を統合できます。Advanced Roadmaps での作業タイプ階層の設定について詳しく見る。

デフォルトの作業タイプ

各 Jira アプリに付属するデフォルトの作業タイプのリストは以下のとおりです：

ビジネス スペース作業タイプ

既定では、ビジネス スペースには 1 つの標準作業タイプが付属しています。

タスク

タスクは、実施すべき作業を表しています。

既定では、ビジネス スペースには 1 つの子作業タイプが付属しています。

サブタスク

サブタスクは、タスクの完了に必要な個々の作業です。

ソフトウェア スペース作業タイプ

既定では、ソフトウェア スペースには 1 つの親作業タイプが付属しています。

エピック

ブレイクダウンが必要な、大規模なユーザー ストーリー。エピックはバグ、ストーリー、およびタスクをまとめてグループ化し、より大きなイニシアチブの進捗状況を示します。アジャイル開発では、エピックは通常、チームが開発するソフトウェアの新機能またはエクスペリエンスなどの大規模な成果物を表します。

ソフトウェア スペースでは、この作業タイプは既定でエピックと呼ばれます。ただし、独自の作業タイプを作成して、任意の名前を付けることができます。

デフォルトでは、ソフトウェアスペースには 3 つの標準作業タイプが付属しています：

バグ

バグとは、プロジェクトの機能が損なわれる、または機能しなくなる問題のことです。

ストーリー

ユーザーストーリーは、実施すべき最小作業単位です。

タスク

タスクは、実施すべき作業を表しています。

デフォルトでは、ソフトウェアスペースには 1 つの子作業タイプが付属しています：

サブタスク

A subtask is a piece of work that is required to complete a task. Subtask work items can be used to break down any of your standard work items in Jira (bugs, stories or tasks).

Jira Service Management (サービス スペース) 作業タイプ

変更

現在の IT プロファイルの変更をリクエストします。

IT help

IT 関連の問題のヘルプをリクエストします。

インシデント

インシデントまたは IT サービスの停止を報告します。

新機能

新機能またはソフトウェア機能をリクエストします。

問題

複数のインシデントの根本原因を調査および報告します。

サービス リクエスト

社内またはカスタマー サービス チームからヘルプをリクエストします。

承認付きのサービス リクエスト

マネージャーまたは役員による承認が必要なヘルプをリクエストします。

サポート

カスタマー サポートの課題に関するヘルプをリクエストします。