JIRA コース、トレーニング、コーチングをメインとして活動しています。一週間に一回の更新で、 JIRA の世界を解読・解明していますが、皆さんの役に立てたでしょうか?では早速、今週のテイマーはJIRA におけるワークフローとワークフロー スキームの違いです。
ワークフローと課題の種類を理解する
JIRA では、ワークフローは課題のライフサイクル中に通過する一連のステータスとトランジションです。これは基本的にタスクのロードマップであり、チームの特定のニーズに合わせてカスタマイズすることができます。例えば、典型的なワークフローには、「予定」「進行中」「レビュー中」「完了」といったステージがあります。
ワークフローは、課題タイプにリンクしています。課題タイプは、「ストーリー」、「バグ」、「エピック」、またはチームが有用と考えるその他のカスタムタイプにすることができます。課題タイプが異なれば、ワークフローも異なります。例えば、「ストーリー」用のワークフロー(ワークフロー1)と「バグ」用のワークフロー(ワークフロー2)を用意することができます。こうすることで、目の前の課題の性質に応じて、タスクのライフサイクルを調整することができます。
ワークフローをより深く理解するために
ストーリーのワークフロー1には、「新規」「進行中」「レビュー中」「テスト」「完了」といった段階があります。これにより、ストーリーの作成から、作業、レビュー、テスト、そして最終的に「完了」と表示されるというステップバイステップのプロセスが可能になります。
一方、「バグ」のワークフロー2では、「報告」「確認」「進行中」「テスト」「再テスト」「解決」といった段階を踏むことができる。これにより、バグが解決済みと表示される前に、必要なチェックと検証が行われるようになります。
ワークフロースキームの導入
ワークフローについて説明したところで、ワークフローのスキームについて説明します。JIRA では、ワークフローはプロジェクト レベルで管理されます。各プロジェクトはスキームと関連付けられ、各スキームは 1 つのプロジェクトのすべてのワークフローを収容します。したがって、ワークフロー スキームは、課題の種類とワークフローの観点から、プロジェクトがどのように動作するかを本質的に記述します。
あるプロジェクト(仮にプロジェクトAとします)で「ストーリー」と「バグ」の両方を使用する場合、このプロジェクトには1つのワークフロー・スキームがリンクされます。このスキームには、「ストーリー」用のワークフロー1と「バグ」用のワークフロー2が含まれることになる。
しかし、「ストーリー」のみを使用するプロジェクト(プロジェクトB)がある場合、ワークフローのみを含む別のワークフロー・スキームが存在することになる。
ワークフローとワークフロー方式の比較
JIRAではワークフローとワークフロー・スキームは異なる機能を果たしています。
ワークフロー | ワークフロー・スキーム | |
定義 | タスクや課題のライフサイクルを記述し、課題が作成されてから完了するまでの経路を概説する。 | プロジェクトのすべてのワークフローを収集し、課題タイプとそれぞれのワークフローをリンクさせる。 |
リンク | 課題タイプ(「ストーリー」「バグ」等) | プロジェクト |
例 | ワークフロー1→ストーリー、ワークフロー2→バグ | プロジェクトA用スキーム(ワークフロー1、2を含む)、プロジェクトB用スキーム(ワークフロー1のみ含む) |
機能性 | イシューが通過できるステータスとトランジションの定義 | 同一プロジェクト内の異なるイシュータイプを異なるワークフローで処理する。 |
カスタマイズ | 課題タイプの性質に合わせたカスタマイズが可能 | プロジェクトのニーズに応じ、課題の種類ごとに異なるワークフローを設定する。 |
メリット | プロセスを合理化し、プロジェクトのライフサイクルを予測する。 | 課題の種類に応じ、適切なワークフローを適用し、プロジェクト管理プロセスの制御を強化する。 |
共通使用例 | ストーリーワークフローには、「新規」「進行中」「レビュー中」「テスト」「完了」など。バグワークフローには、「報告済み」「確認済み」「進行中」「テスト中」「再テスト」「解決済み」など。 | ソフトウェア開発プロジェクトでは、「ストーリー」の問題は開発ワークフローに従うかもしれないし、「バグ」の問題はトラブルシューティングと解決ワークフローに従う可能性あり。 |
JIRA におけるワークフローと会社管理型プロジェクト
JIRA におけるワークフローとワークフロー スキームのテーマをさらに掘り下げるにあたり、ワークフローは会社管理プロジェクトにのみ存在することを明確にすることが重要です。JIRA には、会社管理型とチーム管理型の 2 種類のプロジェクトがあるため、この区別は重要です。
会社管理プロジェクト (以前は「クラシック」プロジェクトと呼ばれていました) は、ワークフロー、権限スキーム、およびその他のプロジェクト設定を詳細に制御する必要があるチーム向けに設計されています。高度なカスタマイズが可能で、組織内の複数のチームにまたがる大規模で複雑なプロジェクトに最も適しています。
企業管理型プロジェクトでは、チームや企業独自のプロセスを反映したカスタムワークフローを作成することができます。ワークフローは、複数のステータスや遷移を設定することができ、課題の発生から完了まで、各課題の種類に応じた正確な道筋を描くことができます。
さらに、企業が管理するプロジェクトでは、ワークフローのスキームを活用することができます。このスキームにより、同じプロジェクト内で異なる課題タイプに異なるワークフローを関連付けることができます。例えば、「ストーリー」課題には開発ワークフローを、「バグ」課題にはトラブルシューティングと解決ワークフローを適用することができます。
FAQ: JIRA のワークフローとワークフロー スキームについて
Q1: 1つのプロジェクトで複数のワークフロースキームを持つことは可能ですか?
いいえ、JIRA のプロジェクトは 1 つのワークフロー スキームとしか関連付けることができません。しかし、ワークフロースキームには複数のワークフローを含めることができ、それぞれが異なる課題タイプにマッピングされます。新しいワークフローを追加したい場合は、新しい課題タイプを作成し、それらを既存のワークフロー スキームに追加する必要があります。
Q2: ワークフロー・スキームに新しい課題タイプを追加した場合、その課題に対して新しいワークフローを作成する必要がありますか?
必ずしもそうではありません。新しい課題タイプは、スキーム内の既存のワークフローと関連付けることができます。ただし、新しい課題タイプのプロセスが大きく異なる場合は、そのプロセスを正確に表現する新しいワークフローを作成した方がよいでしょう。
Q3: ワークフロー・スキームから課題タイプを削除した場合、過去の課題も削除されますか?
ワークフローのスキームから課題タイプを削除しても、そのタイプの過去の課題が削除されることはありません。このアクションは、その課題タイプをスキーム内の関連するワークフローから切り離すだけです。その結果、この課題タイプは、マッピングされていないすべての課題タイプのデフォルトのワークフローと関連付けられます。
プロジェクトから課題タイプを完全に削除したい場合、プロジェクトの課題タイプスキームを調整する必要があります。このプロセスの間、JIRA はそのタイプの既存の課題を別の課題タイプに再マップすることがおすすめです。
参考文献
ワークフローとワークフロー スキームに関する詳細情報
次のリソースを参照してください:
- Atlassian Documentation – ワークフロー スキームの設定
- Atlassian Documentation – ワークフローの作成
- Atlassian Documentation -課題のワークフローでの作業
JIRA のワークフローとワークフロー スキームの違いを理解することは、タスクとプロジェクトを効果的に管理するために非常に重要です。ワークフローが異なる課題タイプのライフサイクルを定義するのに対し、ワークフロースキームは各プロジェクトに対してこれらのワークフローを統合します。
来週は、JIRA のもう一つの魅力的な側面について説明します。また、「JIRA GURU」になるには、継続的な学習が必要であることを忘れないでください!
DevSamuraiについて
DevSamuraiは、Jira、AtlassianなどのDevOpsソリューションを最先端の技術で提供するグローバルITサービス企業です。顧客中心主義を貫き、ITの力を活用して顧客のビジネスを向上させるための支援を行DevSamuraiは、クラウドコンピューティングプラットフォーム、DevOpsツール、およびグローバルな業界標準のベストプラクティスを使用し、顧客の組織の効率性を保証しています。
プロジェクトを管理するためのさらに多くのアプリが必要な場合は、以下のリソースをチェックしてください。