プロジェクトとチームのワークフロー概要

プロジェクト・ワークフロー

異なるエンティティのプロジェクト・ワークフロー 設定は、プロセス設定の一部であり、利用可能な状態、その名前と順序、状態遷移、および割り当て可能なエンティティの割り当て領域で利用可能なロールが含まれます。

各プロジェクトは1つのプロセスに関連付けられている。 1つのプロセスを複数のプロジェクトに使用することもできますし、複数のプロセスを作成して、プロジェクトのエンティティタイプごとに異なる状態を設定することもできます。

例えば、開発チームとマーケティングチーム。 各チームは独自のプロジェクトに取り組み、作業項目にはカスタム・ワークフローを使用する。 チームは2つのプロセスを作成し、カスタムの状態、用語、役割、遷移ルールを指定する。 そして、各チームはプロジェクトに独自のプロセスを用いる。

下の図は、開発プロセスにおけるユーザーストーリーのワークフローです：

マーケティングチームには、マーケティングプロセスのユーザーストーリーのカスタムプロジェクト状態があります。

さまざまなプロセスを作成し、プロジェクト・ワークフローをカスタマイズすることで、異なるプロジェクトにおけるチームのさまざまな作業方法をマッピングすることができます。

プロジェクト・ワークフローのカスタマイズ方法については、こちらをご覧ください。

チームワークフロー

プロジェクトワークフローを使えば、プロジェクトでの作業方法の違いを反映させることができます。 たいていの場合、プロセスに合わせて必要な柔軟性を提供し、セットアップが複雑になりすぎるのを防ぐ。 しかし、それだけでは不十分な場合もある。 チームは、ユーザーストーリーやバグのようなエンティティを、一般的なプロジェクトワークフローのステートとは異なるステートを介して実行したい場合があります。

チーム・ワークフローでは、各チームが実際のワークフローに従って作業を進めることができ、プロジェクト・マネージャーは、各チーム固有のワークフローを混乱させることなく、すべてのチームの進捗を簡単に把握することができます。

チームワークフローは、チームが同じプロジェクト（または同じプロセスを使用するプロジェクト）で異なる状態を使用して作業するいくつかのケースのマッピングをサポートします。 よくあるシナリオをいくつか挙げてみよう：

• チームは同じレベルの項目でクロスワークをしない （クロスファンクショナルチーム）。 この場合、チームは、エンティティのワークフローの最初の状態から最後の状態まで、エンティティの作業を行う。 例えば、アルファチームとベータチームという2つのクロスファンクショナルチームがあり、同じプロジェクトで異なるユーザーストーリーに取り組んでいるとします。 各チームはカスタム・ステートを使用している。

各チームには、ユーザーストーリーのチームバックログが割り当てられている。 カンバンボードでプロジェクト全体のバックログを可視化することで、共通の進捗状況を全体像として把握することができます。また、チームスイムレーンを使って各チームの進捗状況を個別に確認することもできます。

• 各チームは同じ項目に次々と取り組む （機能別チーム）。 下の画像では、アナリティクス、開発、Dev Opsの各チームが1つのプロジェクトにアサインされ、異なる状態で同じユーザーストーリーに順次取り組んでいる様子を見ることができます。

1つのエンティティに複数のチームを割り当てるには、各チームがチームワークフローを使用する必要があります。 エンティティは、その状態に応じてチームからチームへと自動的に受け渡されるため、手作業を減らすことができる。

下のプロジェクトカンバンボードでは、同じユーザーストーリーが、割り当てられたすべてのチームに対して視覚化されている。 しかし、チームのカンバンボードには、そのチームが担当する場合にのみ、ユーザーストーリーが表示されます。

その他の 使用例については、別のセットアップを検討することをお勧めします。