翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 評価と計画
<a name="dotnet-bp-assessment-planning"></a>

変換ジョブを開始すると、 AWS Transform はコードを分析し、評価レポートと変換計画を作成します。このフェーズを最大限に活用するには、次のベストプラクティスを使用します。

## 評価を確認し、質問をして期待値を設定する
<a name="dotnet-bp-review-assessment"></a>

評価の結果を注意深く確認し、どのプロジェクトを変革するのが難しいのか、またその理由を理解します。エージェントは、複雑なレベル (低、中、高、重大) のプロジェクトを提示し、その評価を受ける理由を説明します。

難しい分野について理解を深めるために質問します。例えば、次のようになります。
+ プロジェクト変換またはユースケースにおける信頼度をエージェントに尋ねます。
+ AI コードコンパニオンで必要となる可能性のある変換後のタスクをエージェントに尋ねます。

## プランを確認し、エージェントとオプションについて話し合う
<a name="dotnet-bp-review-plan"></a>

エージェントは、レビュー用の変換プランを提供します。このプランについて話し合い、変更することができます。まず、オプションを理解します。プランの任意の部分に対してどのような代替案があるかエージェントに尋ねます。

たとえば、変換プランでは、WCF サービスを ASP.NET Web APIs。ただし、組織は WCF の使用を希望しています。エージェントにオプションを尋ね、代替手段として に変換することを学びますCoreWCF。

## ステアリングドキュメントをアップロードして組織の計画を調整する
<a name="dotnet-bp-steering-docs"></a>

元の変換計画は、組織の要件と好みを理解せずに作成されます。組織の規則、アプリケーションの仕様、推奨されるテクノロジースタック、推奨されるコーディングパターンの例をエージェントに通知できます。

ステアリングドキュメントをアップロードしたら、それを説明してエージェントコンテキストを提供します。ドキュメントのステアリングからの追加情報により、エージェントは組織の働き方に合わせた計画を準備できます。

## プランを自由にカスタマイズする
<a name="dotnet-bp-customize-plan"></a>

.NET エージェントは柔軟性があり、.NET から .NET への変換のドメイン内で変換プランを自由にカスタマイズできます。チャットでプランの変更をリクエストすることも、必要に応じてマークダウンファイルを使用することもできます。プランを確認して、満たされるまで絞り込みます。

プランを複数の利害関係者がレビューする必要がある場合は、プランをマークダウンファイルとしてダウンロードして共有し、後でカスタマイズされたプランをアップロードできます。

たとえば、変換プランを確認し、クラスライブラリプロジェクトを .NET 10 ではなく .NET Standard に変換することを決定します。チャットで、「すべてのクラスライブラリを .NET Standard 2.0 に変換する計画を改訂する」と言うと、エージェントは改訂された計画を提示します。