ソリューション パフォーマンス レビューの実施時期
ソリューション パフォーマンスへの対応は、ソリューションの本番運用後、ユーザー エクスペリエンスが満足したものでない場合に実施されることがあります。 実際には、ソリューション パフォーマンスは、プロジェクトのライフ サイクルのすべてのステージで計画および実装する必要があります。 パフォーマンス レビューへの対応は、設計、開発、およびテストの各フェーズに組み込む必要があります。 十分な準備を行うために、実装フェーズの早い段階でソリューション パフォーマンス ワークショップを実施することをお勧めします。
ソリューション パフォーマンス レビューで議論される一般的な質問とその回答を以下に示します。
質問: ソリューションの設計と開発をまだ開始していない場合 (または開始して間もない場合)、ソリューション パフォーマンスの側面をレビューするにはどうすれば良いでしょうか?
回答: ほとんどの実装では、まずタイムラインの計画、または少なくとも本番運用開始日の決定と予算の定義を行います。 これらの要素は、少なくとも概念的なソリューションとアプローチに基づいて行う必要があります。 パフォーマンスはコードよりも大きな影響を受けます。 スケーラブルなデザインを用いることは、重要な出発点になります。 環境要因によってパフォーマンスが低下する場合があります。 環境戦略の定義は、構築を開始する前に最初に実行する必要があるステップです。 ソリューション パフォーマンス ワークショップは、プロジェクトの初期に、このような重要な決定を下すのに役立つ重要なツールとなる可能性があります。
質問: ソリューションの実装方法がまだ決定されていません。 開発が完了するまで、ソリューション パフォーマンス ワークショップの実施を待つべきでしょうか?
回答: ソリューション パフォーマンス レビューは、必要に応じて反復プロセスとして実施できます。 この活動を早期に開始する利点は、プロジェクト チームがソリューションの設計と開発の段階で使用できるベスト プラクティス、技術、およびリソースを認識できるという点です。 知識や認識を初期段階から持つことで、チームは完了後に問題を修正するのではなく、パフォーマンスを念頭に置いてソリューションを構築することができます。