パーセンテージを使用して改善を説明するのが良いですか、それとも数値の違いだけを説明するのが良いですか?たとえば、重要なETL SQLクエリのパフォーマンスを4000ミリ秒から312ミリ秒に改善した場合、パフォーマンスレビューで「成果」としてどのように提示しますか?
7 に答える
通貨で。お金は価値を伝えるための最も効果的な媒体であり、それはあなたが業績評価を使用して実証しようとしているものです。
節約された工数、(非常に大まかに)$ NEW_THING_THE_COMPANY_CAN_DO_AS_RESULTの推定値、将来のハードウェアアップグレードの回避など。
あなたはあなたが会社の財政状態に敏感であることを示す素晴らしいボーナスを手に入れます。会社の本当の姿に自分自身を合わせることができるオタク。
- じゃがいもを取る
- じゃがいもをライター液に漬ける
- じゃがいもに火をつける
- ポテトをボスに渡す
- ボスに4秒間ホールドさせる。
- 上司にその 4 秒がどのくらい感じられたかを尋ねる
- 上司に、0.5 秒だったらどれほど良かったか尋ねてください
- 栄光に浸る
相対的な改善を測定することは常に良いことです。
したがって、4000 ミリ秒から 312 ミリ秒に下げると、元の速度の 92.2% である 3688 ミリ秒の改善になります。したがって、実行時間が 92.2% 短縮されました。つまり、実行時間を元の 7.8% にまで短縮しました。
一方、絶対数は、比較できないため、通常はあまり良くありません。(元のランタイムが 4,000,000 ミリ秒だった場合、3688 ミリ秒の改善はそれほど大きくありません。)
素敵なチャートの提案については、このリンクを参照してください。
要件との比較
要件 (応答時間、スループット) がある場合は、絶対数を次のように色分けします。
緑: <= 要件の 80% (応答時間)。>= 要件 (スループット) の 120% 以上
フォーマットなし: 要件を満たしています。
赤: 要件を満たしていません。
比較は興味深いものですが、時間の経過に伴う傾向を確認するのに十分な場合に限ります。パフォーマンスは着実に向上していますか、それとも低下していますか? 最終的に、ビジネスは私たちが要件を満たしているかどうかだけを気にします. 以前のリリースとの比較を求められるのは、そうでない場合だけです。
ベンチマークの比較
ベンチマークを何らかのベースラインと比較する場合、パーセンテージを使用したいと思いますが、それはベンチマークがベースラインから統計的に有意に変化している場合に限られます。
ハードウェアのサイジング
ハードウェアのサイジングやキャパシティ プランニングを行っている場合は、パフォーマンスを絶対数とトランザクションあたりのコストで表すのが好きです。例えば:
- システム A: 1,000 トランザクション/秒、$0.02/トランザクション
- システム B: 1,500 トランザクション/秒、$0.04/トランザクション
変更を考慮して、最も印象的なものを使用してください。ある計算方法によると、その変更によりクエリが1,300%高速化されました。これは、13倍の改善よりも印象的です。
- =============<-古いクエリ
- =<-新しいクエリ
グラフは悪い方法ではありませんが。
あなたがお金の改善を計算することができるならば、それからそれのために行きなさい。私が何年も前に書いたソフトウェアの1つは、毎日少しの時間を節約しました。給与、福利厚生、諸経費のコストを計算すると、中小企業にとって年間12,000ドル以上の節約になりました。
-アダム
経験則:どちらか印象的な方。
ある期間に実行された10のタスクから12に移行した場合、パフォーマンスが20%向上したと言えます。2つのタスクをさらに実行したと言っても、それほど印象的ではないようです。
あなたの場合、両方の数字は良いように聞こえますが、異なる表現を試して、何が得られるかを確認してください!
グラフィックスは、多くの改善がいくつかの要因にあるのに役立つことがありますが、組み合わせたものはどういうわけかそれほどクールに見えません
例:5つのパラメータA、B、C、D、Eがあります。これらの5つのパラメータと、各パラメータの「前後」の値を並べて棒グラフを作成できます。それは確かに印象的です。
神はマーケティングから私の友人のように聞こえ始めています!
叫んで逃げる
数字やグラフに好きなことを言わせることができます。重要なことは、プレゼンテーションをしている聴衆にとって意味があり、関連性のあることを言わせることです。エンドユーザーの場合は、画面の更新(彼らが理解していること)の違いをマネージャーに示すことができます。マネージャーには、アプリケーションをサポートするために必要なサーバーの数を減らすことができます($節約)。 $どれだけ彼らを救ったのか。一般的なルールは、グループの技術が低いほど、よりグラフィカルでドラマチックである必要があります。