Close

Jira Software workflows overview

Jira ワークフローとは

Jira Software では、課題が作成から完了までにたどる道のりをワークフローと呼んでいます。それぞれの Jira ワークフローは、課題がそのライフサイクルの間に通過する一連のステータスとトランジションからなっていて、通常は組織内の作業工程を表しています。

Jira ワークフローは、課題の作成から完了までにチームがたどるプロセスを表しています。下の図はワークフローの例です。

Jira Software のワークフロー ステータス、「オープン」、「進行中」、「解決済み」、「再オープン」、「クローズ済み」の間で移動

Jira ワークフローは 3 つの一意の要素で構成されています。

  1. ステータス: ステータスは、課題がワークフローのどこにあるかを示します。たとえば、オープン、進行中、レビュー中、スケジュール済み、保留中、待機中などがあります。
  2. トランジション: 課題を次のステータスに移行するために行うアクションを表します。トランジションは一方向性のリンクであるため、課題を 2 つのステータス間で何度も移動する必要がある場合は、2 つのトランジションを作成する必要があります。
  3. 解決: タスクが完了し、オープンではなくなると、解決状況ステータスになります。例としては、クローズ済み、解決済み、リリース済み、完了済み、完了、終了済み、非推奨 (これは企業管理対象プロジェクトでのみ使用できます) などがあります。

ワークフロー スキームとは

さまざまなタイプの作業がさまざまなプロセスを通過します。Jira Software では、さまざまなワークフローをさまざまな課題タイプに関連付けることができるので、チームはワークフローをより正確に把握できます。権限スキームと同様に、ワークフロー スキームはワークフローと課題タイプ間の関連付けのセットです。すべてのプロジェクトには少なくとも 1 つのワークフロー スキームが必要で、1 つのワークフロー スキームを複数のプロジェクトに適用できます。

Jira Software でワークフロー スキームを確立する

次のようなユース ケースを考えてください。

ある組織には開発チームが 1 つしかなく、その開発チームが Jira Software プロジェクトを使用して作業を管理しています。このプロジェクトには、課題タイプごとに独自のワークフローがあります。

  1. バグ課題タイプは、解決が必要なエラーです。「トリアージ」や「修正済み」などのステータスがあります。
  2. ストーリー課題タイプは、機能関連の作業です。「デザイン WIP」、「デザイン レビュー」、「開発準備完了」などのステータスがあります。
  3. タスクとサブタスクの課題タイプは、他のすべてのタイプのプロジェクト作業です。「To Do」、「進行中」、「完了」などのステータスがあります。

1 年間で、開発チームの規模が 2 倍になりました。エンジニアリング マネージャーはチームを 2 つに分け、2 つ目の Jira Software プロジェクトを作成します。どちらのチームの作業も似ているので、最初のプロジェクトのワークフロー スキーム、つまりワークフローと課題タイプの関連付けのセットを、2 番目のプロジェクトに適用します。

2 つのチームはそれぞれ独自のプロジェクトを所有しているので、関連するタスクに集中し続け、自分の作業を自律的に管理できます。同時に、同じワークフロー スキームを共有しているため、エンジニアリング マネージャーは両方のプロジェクトのすべての課題について完全で一貫したビューが得られます。

ワークフロー スキームは現在、企業管理対象プロジェクトでのみ利用できます。詳細


ワークフロー エディターとは

ワークフロー エディターは、ワークフローのステップとトランジションを作成、視覚化、編集できるグラフィカル ツールです。このツールにアクセスするには、「Jira システム管理者」グローバル権限を持つユーザーとしてログインする必要があります。

Jira Software のワークフロー エディター

ワークフロー エディターは現在、チーム管理対象プロジェクトでのみ使用できます。


ワークフローとボードの関係

Jira Software では、ワークフローはボードと極めて密接に関連しています。ワークフローとは、ある課題が作成から完了までにたどる道のりです。各ワークフローには、課題がそのライフサイクルの間に通過する一連のステータスとトランジションがあります。ボードは、ワークフロー内を移動する作業を視覚化するために使用するツールです。

多くの場合、Jira 管理者は、ワークフローのステップに合わせてボードの列を設定します。ワークフローがシンプルなチームの場合、各列の課題のステータスがワークフローのステップにも反映されます。

Jira Software のワークフローのステップとボードの列を並べて比較

より複雑なプロセスを持つチームの場合、ボードの列はワークフロー全体のステップのサブセットしか表していない可能性があります。このような状況では、チームは通常、各列に複数のステータスをマッピングします。これにより、チームはボードを煩雑にすることなく、さまざまな課題タイプのさまざまなワークフローをより正確に表現できます。

Jira Software のボード上の 1 つの列に複数のワークフロー ステータスをマッピング

ワークフローの高度な設定と自動化ルールの比較

企業管理対象プロジェクトには高度な設定オプションが備わっているので、複雑なワークフローでも簡単にマッピングして合理化できます。たとえば、条件を作成して、インスタンスのトランジションがユーザーによって実行されるべきかどうかを制御できます。

同様の機能が、自動化ルールとして Automation for Jira に存在します。しかし、いくつかの重要な違いがあります。

  • 高度なワークフロー設定は、ワークフロー スキームによって各プロジェクトにのみ関連付けられていますが、自動化ルールはさまざまな機能に適用できます。
  • 高度なワークフロー設定は実行が少し難しいかもしれませんが、大規模な管理が簡単に行えます。
  • プロジェクトごとに利用できる自動化ルールはエディションによって異なるため、高度なワークフロー設定はホスティング リソースへの負担を軽減できます。プランの比較

ワークフローの高度な設定は、現在、企業管理対象プロジェクトでのみ使用できます。