課題タイプとは
JIRA の課題タイプは、異なるタイプの作業を独自の方法で区別するために使用され、チームが JIRA サイト全体で作業を識別、分類、および報告できるようにします。課題タイプは、チームが作業プロセスに構造を構築するのに役立ち、作業の検索と並べ替え、進捗の追跡、チームがバグに対応したりイニシアチブを完了したりするのに必要な推定を可能にします。JIRA にはデフォルトの課題タイプが用意されていますが、チームはプロジェクト管理のあらゆる方法に合わせて課題タイプをカスタマイズすることができます。
JIRA では、課題タイプは異なるタイプのワークアイテムを分類して追跡するために使用されます。JIRA にはデフォルトの課題タイプのセットが付属していますが、組織のニーズに合わせてカスタマイズすることができます。
JIRA ソフトウェアのデフォルトの課題タイプ
- エピック
JIRA のエピック課題タイプは、ストーリーと呼ばれるより小さく管理しやすい部分に分解できる大規模な作業片を追跡および管理するために使用されます。エピックは通常、特定の目標や成果物を達成するために関連するストーリーのグループを表すために使用されます。
例 ：あるソフトウェアアプリケーションのユーザーインターフェイスを刷新するプロジェクトです。エピックには、プロジェクトの説明、受け入れ基準、推定ストーリーポイント、優先度などの詳細が含まれます。その後、「ログインページのUI更新」、「メインナビゲーションの再設計」、「検索機能の改善」などの小さなストーリーに分割されます。 - バグ
「バグ」イシュータイプは、ソフトウェアやシステムの不具合や問題を追跡するために使用されます。バグとは、予期せぬ動作や意図しない動作を引き起こす、コーディングエラー、ミス、システムの欠陥のことです。バグは、テスト中、生産中、あるいはソフトウェアがリリースされた後でも発見されることがあります。バグの問題が作成されると、それを修正する責任を負う開発者やチームメンバーに割り当てることができます。バグが解決されると、バグ問題に更新情報が追加され、修正がテストされたときや配備されたときなど、進捗状況を確認することができます。
例： バグとは、ウェブサイトのリンク切れのようなものです。 例えば 、ユーザーが「送信」ボタンをクリックしても、何も起こらない場合、” バグは、”ボタンが動作しない “と表示します。 - ストーリー
JIRA のストーリー課題タイプは、Epic またはプロジェクトの完了に貢献する、小さな自己完結型の作業単位を記述するために使用されます。ストーリーは、特定の機能または要件の実装を追跡および管理するために使用されます。
例： ストーリーは、「ユーザーとして、口座残高を表示できるようにしたい」というようなものです。この課題は、ユーザーにとってどれだけ重要かによって、優先度が中または高に割り当てられます。 - タスク
JIRA のタスク課題タイプは、プロジェクト内で完了する必要がある作業の一部を追跡するために使用されますが、必ずしも新機能やバグ修正に対応するわけではありません。タスクは通常、ドキュメンテーション、テスト、コードのリファクタリングなど、プロジェクトの全体的な進捗に貢献する小さな作業部分です。
例 ：プロジェクトに関するドキュメントを更新する必要があります。このタスクには、プロジェクトの説明、インストール手順、その他ユーザー向けの関連情報を更新することが含まれます。 - サブタスク
JIRA のサブタスク課題タイプは、より大きなストーリーまたはタスクの一部です。より小さく、より特定の作業ピースを表すために使用されます。サブタスクによって、チームはストーリーやタスク内の作業をさらに細分化し、整理することができます。
例：ECサイトでの新しい決済方法の実装に関連する特定のタスクです。例えば、「新しい決済APIを統合する」の場合、サブタスクはより大きなストーリーやタスクにリンクされ、タスクの説明、完了までの推定時間、タスク完了の責任者などの詳細が含まれます。
JIRA Software の追加の課題タイプ
デフォルトの課題タイプに加えて、JIRA ではカスタム課題タイプを作成することができます。これは、デフォルトのカテゴリに収まらない独自のワークフローや作業アイテムの種類を持っている組織にとって便利なものです。カスタム課題タイプは、JIRA が提供するデフォルトの課題タイプを越えて、作業項目をさらに分類し追跡するのに役立ちます。
新しいカスタム課題タイプを作成し、
JIRA Software で新しいカスタム課題タイプを作成するには、管理者権限が必要です。
ここでは、新しい課題タイプを作成するための基本的な手順を説明します：
- JIRA 管理メニューに移動し、”課題” を選択します。
- 課題タイプ」の下で、「課題タイプの追加」をクリックします。
- 新しい課題タイプに、その目的と機能を正確に反映した名前と説明を付けます。
- 新しい課題の種類を表すアイコンを選択します。
- 課題タイプを特定のプロジェクトやユーザーに見せるかどうかなど、その他の設定を行います。
- 新しい課題タイプを保存します。
JIRA で役に立つ追加の課題タイプの紹介
- 新機能： JIRA の新機能の課題タイプは、ソフトウェア システムまたはアプリケーションに追加される新しい機能または特徴の開発を追跡するために使用されます。JIRA で利用可能なデフォルトの課題タイプの 1 つで、ソフトウェア開発プロジェクトで新機能の開発または既存機能の強化を管理するために一般的に使用されます。
- 改善： JIRA の改善課題タイプは、ソフトウェア システムまたはアプリケーションの機能性、パフォーマンス、またはユーザー体験を改善する変更を追跡および管理するために使用されます。改善とは通常、バグの修正や新機能の追加とは関係なく、既存の機能を最適化または強化するための変更です。
- 変更： 変更課題のタイプは、既存のシステムやプロセスに対する重要な変更を表すために使用されます。通常、ITサービス管理で、変更要求と承認を追跡するために使用されます。
- サブバグ： サブバグは、より大きなバグの一部である小さな問題です。サブバグは親バグの中に作成することができ、問題をより小さく、より管理しやすい断片に分解するのに役立ちます。
- テストケース： テストケースは、ソフトウェアの機能を検証するために実行する必要がある特定のテストシナリオを表すために使用される課題タイプです。テストケースは、特定のユーザーストーリーやエピソードに関連付けられ、すべての機能がテストされるようにすることができます。
- スパイク： スパイクは、特定の技術やアプローチを研究または調査するための短期間で集中的な取り組みを表すために使用される課題タイプです。スパイクはアジャイル開発手法でよく使われ、大規模な取り組みに着手する前に、チームが新しい技術やアプローチを調査するのに役立ちます。
- サポートリクエスト： ユーザーや顧客からのテクニカルサポートの依頼を表すために使用されます。サポートチケットの追跡と管理、およびサポートリクエストへのタイムリーな対応を保証するために使用されることがあります。
- 技術的負債： 技術的負債とは、システムの長期的な品質と保守性を向上させるために対処する必要がある技術的な問題を表すために使用される課題タイプです。技術的負債は、通常、継続的なメンテナンスと改善努力の一環として優先順位をつけて対処されます。
- 研究： 研究課題は、完了する必要のある特定の研究プロジェクトや調査を表すために使用されます。研究課題は、研究プロジェクトを追跡・管理し、結果を関係者と確実に共有するために使用されることがあります。
親子問題とは
親と子とは、課題間の関係の一種を表す言葉です。
- 親イシューは、サブタスクで構成されるストーリーなど、他のイシューの上に位置するイシューです。
- 子イシューは、タスクに属するサブタスクなど、他のイシューの下に位置するイシューを指します。
つまり、親と子の関係は、特定のイシュー・タイプに限定されるものではありません。ただしサブタスクは例外で、階層構造の中でその下にイシュー・タイプが存在しないため、子イシューになることができます。
例えば、次のような課題の階層があるとします：
- エピック
- ストーリー、タスク、バグ
- サブタスク
それから、
- 親イシューとして、エピックは子イシューとしてストーリー、タスク、バグを持つことができます。
- 親イシューとして、タスクは子イシューとしてサブタスクを持つことができます。
- サブタスクは、子課題を持つことはできません。
JIRA の課題タイプに関するヒント
- チームのワークフローとプロセスに沿った課題タイプを選択します。課題タイプは、チームが追跡・管理する必要のあるワークアイテムのタイプを反映させる必要があり、チーム固有のニーズに合わせてカスタマイズする必要があります。
- 使用する課題タイプの数を制限する。課題の種類が多すぎると、ワークアイテムを効果的に管理・追跡することが難しくなります。類似の課題タイプを統合したり、サブタスクを使用して大きな課題をより小さく、管理しやすい断片に分解することを検討してください。
- チームや組織全体で、課題タイプが一貫して使用されていることを確認する。これにより、すべてのワークアイテムが適切に分類され、チームのパフォーマンスに関する正確なレポートやメトリックを作成することができます。
- ワークフロー、フィールド、ステータスなど、他の JIRA 機能と組み合わせて課題タイプを使用し、ワークアイテムを管理するためのまとまった効果的なシステムを作成します。
- 必要に応じて、定期的に課題タイプを見直し、更新します。チームのニーズやプロセスが進化するにつれて、現在のワークフローや優先順位に合うように、課題タイプを追加、削除、または修正する必要がある可能性もあります。
結論として、JIRA の異なる課題タイプを理解することは、ワークアイテムを効果的に追跡・管理するために不可欠です。各課題タイプには、独自の特性と優先順位があり、それらを適切に使用することが重要です。デフォルトの課題タイプを利用し、必要に応じてカスタムの課題タイプを作成することで、チームは作業の整理と追跡を効率的に行うことができます。課題タイプを適切に使用することで、JIRA はプロジェクト管理とコラボレーションのための強力なツールになります。
DevSamuraiについて
DevSamuraiは、Jira、AtlassianなどのDevOpsソリューションを最先端の技術で提供するグローバルITサービス企業です。顧客中心主義を貫き、ITの力を活用して顧客のビジネスを向上させるための支援を行DevSamuraiは、クラウドコンピューティングプラットフォーム、DevOpsツール、およびグローバルな業界標準のベストプラクティスを使用し、顧客の組織の効率性を保証しています。
プロジェクトを管理するためのさらに多くのアプリが必要な場合は、以下のリソースをチェックしてください。
