プロジェクト・エリアは、ソフトウェア・プロジェクトのシステムの表現です。プロジェクト・エリアでは、プロジェクトの成果物、チーム構造、プロセス、およびスケジュールを定義します。
プロジェクト・エリアは、最上位項目またはルート項目としてリポジトリーに保管されています。 プロジェクト・エリアは、プロジェクト成果物を参照し、これらの成果物間の関係を保管します。プロジェクト・エリアとその成果物へのアクセスは、アクセス権によって制御されます。プロジェクト・エリアをリポジトリーから削除することはできませんが、アーカイブする (つまり、非アクティブ状態にする) ことは可能です。
これらの予定表のすべては並行して、それぞれが異なる状態で進行することができます。各予定表に 1 つ以上の反復を置くことができ、一定の成果物と機能改善が保証されます。
プロジェクト・チームの構造は、1 つ以上のチーム ・エリアで定義されます。 複雑なプロジェクトには、チーム・エリアの階層を設定できます。通常、1 つ以上のチームが各開発ラインに割り当てられます。ユーザーには、複数のチーム での作業が必要になる複数の割り当てが存在する可能 性があります。 プロジェクトのリーダーなど、一部のメンバーはチーム・エリアに属さない場合もありますが、プロジェクト・エリアの概要では、プロジェクト・レベルでメンバーとして定義されます。
チーム・エリアを含まないプロジェクト・エリアを作成することができます。通常、このタイプのプロジェクト・エリアは、すぐに稼働させたいが、複数のチームに作業を分担させる必要のない小規模な開発者チームに適している場合があります。シンプル・チーム・プロセス・テンプレートでは、チーム・エリアのないプロジェクト・エリアを定義します。チーム・エリアを指定しないプロセス・テンプレートを作成することもできます。
プ ロセスは、作業のフローを整理して制 御するために使用する慣習、規則、およびガイド ラインの集まりです。 プロジェクトのプロセスは、プロジェクト ・エリアで定義され、チーム・エリア、予定表、 および反復でさらにカスタマイズできます。 Jazz™ ではプロセスを使用して、ツール内で操作 (ワークアイテムの状態の変更など) を実行するユーザーの役割およびそのアク セス権を定義します。Jazz 内の各コンポーネントはプロセス認識型であるため、 操作の振る舞いの規則を、前提条 件およびフォローアップ・アクションとい う形式で追加できます。
通常、プロセスはテンプレ ートに基づいており、後でプロジェクト・エリアおよ びチーム・エリアのニーズ全般を満たすように変 更されます。基本的なプロセス構造は、プロジェクト・エ リアの概要で、一連の予定表および反復と して定義されます。役割、アクセス権、レポート、ワークアイテムのタイプとワークフロー、操作の振る舞いの前 提条件とフォローアップ・アクションについ てのプロセスの詳細は、プロセス構成でカスタマイズ できます。
プロジェクトのスケジュールは、プロジェクトの存続期間における間隔を表す、プロセスの反復によって指定されます。一連の反復はそれぞれ、1 つの開発ラインに固有になります。チームは、反復を階層で構成できます。例えば、予定表には複数のマイルストーンの反復が存在する可能性があります。それらのマイルストーンごとに、1 つ以上のフェーズの反復が存在する可能性があります。反復の階層と名前は、ユーザーが定義します。
予定表および反復の階層は、プロジェクト・エリアの概要で定義できます。概要には、予定表、反復の開始日と終了日、および現在の反復の指定を追加するための制御が含まれます。 反復を定義したら、ワークアイテムを反復に割り当てて、反復計画で追跡することができます。
以下の図は、予定表とその反復に固有のチーム・エリ アおよびプロセス構成が存在するプロジェクト・エリアの例を示しています。プロジェクト・エリアには、管理者、プロジ ェクト・マネージャー、およびビジネス分析者などのユーザーをプロジェクト・レベルで含めることができます。その他のユーザーはチーム・エリアに追加されます。プロセス仕様には、プロジェクト全体の役割、アクセス権、およびプロセスの振る舞いが含まれます。これらは、プロジェクト・エリア内のすべての反復によって継承されます。 その他の役割、アクセス権、および振る舞いは、予定表または反復のレベルで定義されます。これらは、プロジェクト・レベルのプロセス構成をオーバーライドします。 プロセス仕様で定義されているように、チーム・メンバーには、特定のアクセス権を持つ役割が割り当てられます。

この情報は役に立ちましたか。Jazz.net (要登録) のフォーラム内のコメントまたはバグ報告からフィードバックを提出することができます。