トレーニング
ラーニング パス
ソリューション アーキテクト: Microsoft Power Platform のソリューションを設計する - Training
ソリューション アーキテクトがソリューションを設計する方法について説明します。
このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
エリア パスは、チーム、製品、または機能領域ごとに作業項目をグループ化します。 イテレーション パスは、作業をスプリント、マイルストーン、またはその他の時間関連期間にグループ化します。 どちらのフィールドも階層パスをサポートしています。
プロジェクトの領域とイテレーションのパスを定義し、チームはバックログおよびアジャイル ツールに使用するパスを選択できます。 アジャイル ツールが領域とイテレーションに依存する Agile ツールでこれらのパスを使用する方法について説明します。
注意
エリア パスと反復パスは、 分類ノードとも呼ばれます。 Classification Nodes (REST API)または Azure DevOps CLI コマンド az boards iteration を使用して、プログラムで管理できます。
注意
エリア パスと反復パスは、 分類ノードとも呼ばれます。 分類ノード (REST API) を使用してプログラムで管理できます。
領域とイテレーションは、プロジェクトの作成に使用されるプロセスによって異なります。 この例では、スクラム プロセスの既定の設定を示します。 日付は既定では設定されません。スプリントまたはリリース スケジュールに合わせて日付を設定する必要があります。
イテレーション | Areas |
---|---|
重要
プロジェクトとチームの管理を初めて使用する場合は、次の手順に従ってプロジェクトとチームを構成します。
注意
プロジェクトごとに最大 10,000 個の Area パス を定義し、1 つのチームに最大 300 Area パス を割り当てることができます。 詳細については、「 作業の追跡、プロセス、およびプロジェクトの制限」を参照してください。
同じ Area Path を複数のチームに割り当てることができますが、2 つのチームが同じ作業項目のセットに対して所有権を要求すると、問題が発生する可能性があります。 詳細については、「 マルチチーム ボード ビューの制限を参照してください。
次のアクションはいつでも実行できます。
詳細については、「チームの階層を構成する」を参照してください。
チームの追跡性とセキュリティの要件をサポートする領域を追加します。 領域を使用して論理コンポーネントまたは物理コンポーネントを表し、特定の特徴を表す子領域を作成します。
次のいずれかのタスクを実行する必要がある場合は、領域を追加します。
各チームは、バックログ項目、ユーザー ストーリー、要件、タスク、バグを整理するための領域の階層を作成できます。
過度に複雑なエリア構造を作成しないでください。 領域を使用して作業項目のアクセス許可をパーティション分割できますが、複雑なツリーではアクセス許可の管理に大きなオーバーヘッドが必要です。 他のプロジェクトで構造とアクセス許可を複製すると、面倒になる場合があります。
プロジェクトとチームの Iteration Paths を構成するには、次の手順に従います。
注意
プロジェクトごとに最大 10,000 Iteration Paths を定義し、1 つのチームに最大 300 Iteration Paths を割り当てることができます。 詳細については、「 作業の追跡、プロセス、およびプロジェクトの制限」を参照してください。
次のアクションはいつでも実行できます。
プロジェクトのライフサイクルを反映するために、必要な数の子イテレーションを定義します。 これらのパスは、スプリント、プレベータ、ベータ結果、その他のリリース マイルストーンなどの一連のイベントを表します。 チームは通常、作業またはリリースのスケジュールが設定されていない場合、チームの既定のイテレーションに割り当てられた作業項目を残します。 プロジェクトのライフサイクルを反映するために、必要な数の子イテレーションを定義します。 これらのイテレーションは、スプリント、プレベータ、ベータ フェーズ、その他のリリース マイルストーンなど、さまざまなイベントを表すことができます。 Teams は通常、作業またはリリースのスケジュールが設定されていない場合、チームの既定のイテレーションに割り当てられた作業項目を残します。
イテレーションを追加して、次の要件をサポートします。
次の例では、MyApplication プロジェクトに対して Beta 1、Beta 2、Release 1.0、Release 2.0 が定義されています。
製品の機能とタスクのバックログを作成するときに、チームが完了するタイミングに基づいてマイルストーンに割り当てます。 ニーズの変化に応じて、各主要なマイルストーンの下にイベントを追加して、チームの作業のスケジュールと管理方法を反映できます。
たとえば、ベータ 1 イテレーションには、Beta 1 期間のスプリントごとに 1 つずつ、3 つの子ノードが含まれるようになりました。
繰り返しでは、規則は適用されません。 たとえば、そのイテレーション中にタスクを閉じたり完了したりせずに、イテレーションにタスクを割り当てることができます。 イテレーションの最後に、アクティブな状態または開いているすべての作業項目を特定し、適切なアクションを実行します。 それらを別のイテレーションに移動することも、バックログに返すこともできます。
クエリを実行して、特定のイテレーションまたは一連のイテレーションに割り当てられている特徴と作業項目を検索し、作業項目を一括変更してイテレーション パスを変更できます。 詳細については、「日付または現在のイテレーション別の Query」を参照してください。
[エリア パス] フィールドと [反復パス] フィールド (データ型 = TreePath) は、円記号 (\) 文字で区切られた複数のノード項目で構成されます。 ノードの名前を最小限に抑え、子ノードを追加するときに次の制限に準拠していることを確認します。
制限の種類 | Restriction |
---|---|
ノード名の長さ | 255 文字を超えてはなりません。 |
予約済みの名前 | - 1 つまたは 2 つの期間. .. のみで構成することはできません。- PRN、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、COM10、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、NUL、CON、AUX などのシステム予約名にすることはできません。 予約名の詳細については、「 ファイル名、パス、および名前空間」を参照してください。 |
ノードの特殊文字 | - Unicode 制御文字を含めてはなりません。 - 次のいずれかの文字を含めてはなりません: \ / : * ? " < > | # $ & * + 。- ローカル ファイル システムで禁止されている文字を含めてはなりません。 Windows の文字制限の詳細については、「 ファイル、パス、および名前空間の名前付け」を参照してください。 |
パス名の長さ | 4,000 文字を超える Unicode 文字を含めてはなりません。 |
パスの階層の深さ | 深さは 14 レベル未満である必要があります。 |
トレーニング
ラーニング パス
ソリューション アーキテクト: Microsoft Power Platform のソリューションを設計する - Training
ソリューション アーキテクトがソリューションを設計する方法について説明します。