パフォーマンスエンジニアリングとは

パフォーマンスエンジニアリングは、ユーザーが設定した基準を満たすようにシステムを構築および保守するプロセスです。 多くのシステムベースのプロセスとは異なり、ビジネスの非技術的な側面は、システムがテストされるベンチマークを作成します。 これらの目標をタイムリーに達成することに取り組むことは、技術チームの仕事です。 パフォーマンスエンジニアリングの全体的な目標は、従業員を容易にし、生産性を向上させる無駄のない応答性の高いコンピューターシステムを作成することです。

ほぼすべての企業には、1つの全体的な目標があります。お金を稼ぐことです。 パフォーマンスエンジニアリングは、システムの合理化と生産性の向上により、その目的に適合します。 これは、主に情報の待ち時間を短縮し、トレーニング、メンテナンス、ダウンタイムを削減する信頼性の高いユーザーフレンドリーなシステムを作成することにより、さまざまな方法で実現されます。 これらのプロセスによって作成される変更の多くは小さなものですが、一緒にすると大きな改善になります。

ほとんどの場合、パフォーマンスエンジニアリング計画の最初のステップは、会社のビジネス面によって行われます。 この初期段階では、ユーザーの観点から問題が特定されます。 多くの場合、これらの問題には、プロセスの「高速化」やプログラムの「新しいバージョンの取得」などの非技術的な定義があります。 これらの仕様の開放性は、後で使用される小刻みの部屋を可能にします。

要求とアイデアのこのランドリーリストは、パフォーマンスエンジニアリングプロセスの反対側を担当する技術チームに送られます。 チームはリクエストを確認し、特定のタスクに変換する方法を見つけます。 たとえば、最初の計画で共通のプロセスが「遅すぎる」と見なされた場合、技術チームはプロセスを調べて、現在どのように機能しているかを確認します。 物理的な伝送距離を短くしたり、機能の優先度を上げたり、その特定の要求を処理するために新しいセカンダリシステムをセットアップすることも可能です。

これは、パフォーマンスエンジニアリングの非技術的な部分がすべての人にとってうまく機能する場所です。 技術系ではないチームは効果を望んでいますが、それがどうなるかは気にしません。 これにより、技術側は現在のガイドラインと予算内で適切に機能することができます。 最終目標が達成される限り、誰もが幸せです。

パフォーマンスエンジニアリングの次の一般的な手順はテストです。 技術チームは、システムを改善するための最善の方法、メンテナンススケジュール、アップグレード手順を決定します。 複数のオプションが利用可能な場合、エンジニアは閉鎖環境で各変更の実行可能性をテストします。 多くの場合、ビジネスシステムは非常に複雑であるため、ある領域での小さな変更が別の領域で予期しない結果をもたらす可能性があります。 テストが完了すると、変更は稼働中のシステムと作業スケジュールの両方に移動され、プロセスが再び開始されます。