Jira は問題追跡に使用され、大規模なソフトウェア開発チームを組織し続けるための重要なツールです。このガイドでは、問題の種類のさまざまな層や提供される整理ツールなど、実証済みのスキーマを詳しく説明します。
この記事の執筆時点では、Jira はユーザー エクスペリエンス全体を刷新中です。このため、Jira Cloud で新しいプロジェクトを作成するときは、Jira Classic または Jira Next-Gen の 2 つのオプションがあります。基本的な概念は同じですが、UI が異なります。そのため、この記事のスクリーンショットは従来の Jira ではなく、Jira Next-Gen のものであることを明確にすることが重要です。
Jira の問題
課題は Jira の中心です。これらは、バグの修正、機能の実装、変更、あるいは割り当てを容易にするための作業の箇条書きなど、個々の「やらなければならないこと」を表します。
Jira にはいくつかの種類の課題があります。最も基本的なのは通常の「問題」であり、「ストーリー」とも呼ばれます。リストの下部をクリックして名前を付けることで、デフォルトのボードからこれらを作成できます。
問題をクリックすると、ダイアログがポップアップ表示され、詳細情報が表示されます。課題にはいくつかの個別のフィールドがあり、プロジェクト設定でカスタマイズできます。デフォルトでは、課題にはメインボードに表示されるタイトルとラベルがあり、ポップアップ ダイアログには拡張アクティビティ リストが表示されます。
問題は、いくつかの異なる方法で他の問題にリンクすることができます。ソフトウェアの問題は相互に関連していることが多いため、この機能は非常に便利です。問題は、別の問題の修正をブロックするように指定することも、その逆に指定することもできます。曖昧な「関連する」オプションは、より一般的なリンクにも使用できます。 Jira は内部的にこのシステムを使用して、既存の課題からクローンまたは複製された課題をリンクします。
サブタスクと呼ばれる「子問題」を作成することもできます。これらの問題はプライマリ ボードには表示されませんが、親問題に直接リンクされて表示されます。ある意味では、より大きな問題を個々の作業に分解することができます。
これらはボードに載っていませんが、独自の識別子と標準の問題に付属するさまざまなフィールドをすべて備えた完全な問題として機能します。親課題の割り当てに関係なく、個々のユーザーに割り当てることができます。
親問題では、すべての子問題が現在の状態とともにリストに表示されます。これにより、チェックリストと同様に、まだどれだけの作業が必要かを簡単に把握できます。
最後で最も重要なタイプの問題は「エピック」です。エピックは個々のバグや機能を追跡しませんが、特定の作業領域にすべて関連する問題の大規模なコレクションとして機能します。
たとえば、「ユーザー認証」はエピックである可能性があります。そのエピック内で、ログイン フローを処理したり、ログイン ページとサインアップ ページを作成したり、場合によっては OAuth 2.0 サポートを追加したりするための個別のストーリーの問題を作成できます。各ストーリーを完了するために何をする必要があるかを詳細に説明するサブタスクを作成することで、これらの問題をさらに細分化できます。
「ロードマップ」タブからエピックを作成できます。 Epic は通常、ユーザー要件の大規模な配信を追跡するため、開始日と期限が設定されており、タイムライン上で整理できます。
それ以外の場合、Epic は標準の Jira 課題とまったく同じように機能します。ストーリーの課題はエピックに割り当てることができ、ボード上で課題の横にエピック名が表示されるため、優れた整理ツールになります。エピックにリンクされている問題は、エピックの情報パネルに子問題として表示されます。
さらに、デフォルトの課題タイプが気に入らない場合は、Jira の設定からカスタマイズしたり、好みに合わせて新しい課題タイプを作成したりできます。
カンバンボードの使用
問題のリストを単にスクロールするだけではそれほど直観的ではなく、問題が多数ある場合はすぐに使いづらくなる可能性があります。 Jira の主要な組織ツールの 1 つはカンバン ボードです。 日本の自動車製造に由来する カンバンは、アイテムを個別の段階に整理する方法であり、リストとも呼ばれます。アイテム、つまり「カード」の開発が進むにつれて、リストに沿って左から右に移動します。
Trello、Gitlab、その他多くのサービスが Jira の実装に非常によく似たボードを実装しているため、Kanban は Jira に限定されたものでも、Jira によって発明されたものでもありません。ただし、それでも素晴らしい機能であり、Jira のツールキットへの優れた追加です。
実際には、バックログにある問題、現在優先順位が付けられている問題、積極的に取り組んでいる問題、コード レビューが保留中、リリースが保留されている問題、本番環境に出荷されている問題のリストを作成できます。あなたと従業員がプロジェクトに取り組むにつれて、問題はバックログからリスト全体に移動していきます。
問題をリスト間で移動するには、リスト間で問題をドラッグします。 Jira とソース管理の統合を設定している場合は、特定の課題 ID をクローズすることをコミット メッセージに記載することで、Jira 課題をコード レビューに簡単に移動できます。
Jira はリストを使用してソフトウェア開発の時系列フェーズを表すことに重点を置いていますが、リストの数に制限はないため、リストを整理ツールとしても自由に使用できます。また、複数のかんばんボードを作成して、同じ課題を使用して標準ボードとカスタム ボードを作成することもできます (ただし、この機能は現在 Jira Next-Gen では利用できません)。
スプリントの使用
カンバン ボードはほとんどのプロジェクトにとって優れたキャッチオールですが、スクラムのようなアジャイル開発ワークフローの実装を検討しているチームにとっては、「スプリント」を使用して問題を整理する方が有益な場合があります。スプリントは、チームが特定の問題や機能に取り組む期間、通常は 1 か月以下の固定された時間ブロックです。
プロジェクト設定からスプリントをオンにできますが、これにはバックログ機能もオンにする必要があります。
すべての問題のリストを含む [バックログ] タブが表示されます。このバックログにより、スプリントを計画することができます。個々の課題をスプリントにドラッグしたり、バックログ内のアイテムを重要度の順に並べてから、ディバイダをバックログにドラッグしたりできます。満足できる計画を立てたら、[Start Sprint] をクリックします。
ここで、カンバン ボードに戻ると、焦点を当てるために選択したスプリント内の項目に限定されていることがわかり、混乱を解消できます。ある意味、スプリントは本質的にカンバン ボードのフィルターです。
それ以外の場合は、まったく通常のカンバン ボードです。 2 つの機能を自由に切り替えることができ、スプリントがアクティブであるかどうかに関係なく、課題はカンバン内の位置を記憶します。
