クラッシュの「コスト」はどのように計算すればよいでしょうか?[閉まっている]

StackOverflow https://stackoverflow.com/questions/55531

  •  09-06-2019
  •  | 
  •  

質問

背景:

少し前に、社内プログラムの 1 つとして、アプリケーションのクラッシュを記録して分類するシステムを構築しました。当時、私はクラッシュの種類に優先順位を付けるために、頻度と合計損失時間 (プログラムの起動からクラッシュまでの時間) を組み合わせて使用​​していました。それはかなりうまくいきました。

さて、権力者たちは確実な数字を求めている 料金 作業中の各タイプのクラッシュの情報。少なくとも、 見て 固体。損失時間の合計に、もっともらしい数値を掛けたものを使用することもできると思いますが、それは危険なようです。

質問:

アプリケーションのクラッシュによる実際のコストを計算する確立された方法はありますか?それともそれが失敗し、そのようなコストを推測する研究が発表されたのでしょうか?


コンセンサス

正確さは不可能ですが、一貫して適用され、その制限が明確に文書化されていれば、稼働時間に基づく推定で十分です。マット、オリオン、時間を割いて答えてくれてありがとう。

役に立ちましたか?

解決

研究を見たことがありませんが、合理的なヒューリスティックは次のようなものでしょう。

(クラッシュが発生した最後のアプリケーション保存からの時間 + アプリケーションを再起動するまでの時間) * アプリケーション オペレーターの平均時給。

クラッシュが外部顧客に何らかの影響を与える場合、または他のことが遅れる可能性がある場合(つまり、他の誰かのアプリケーションがクラッシュしたために、別の人が座って待機することになるようなボトルネックが発生します)。

そうは言っても、あなたの「権力者」は、それが一貫して適用され、時間の経過とともにどのように変化するかを確認できる限り、非常に大まかな見積もりに満足する可能性があります。

他のヒント

権力者たちは、取り組んでいる各タイプの衝突のコストについて確実な数字を求めている

熱気球に乗って火星に行きたいですが、そんなことが可能かというとそうではありません。

正直なところ、これを正確に測定する方法はないと彼らに伝える義務があると思います。クラッシュをランク付けしたり、データを使って実際にできることは何でもできるが、できることはそれだけであると伝えてください。

「実際にどれくらいの費用がかかるかはわかりません。物事の実行時間などに関するデータは確かにありますが、実際には何の根拠もないにもかかわらず、コストを設定する唯一の方法は、X 分が X ドルに等しいと偽ることです。」

でたらめな原価計算アルゴリズムを作成し、まったく抵抗しなかった場合、経営陣がひっくり返して、この恣意的な数字を使用して消防職員のような愚かなことをしたり、クラッシュやエラーを修正しないと決定したりしたときに、責任を負うのは自分だけになります。代わりに、SharePoint ポータル インターネット Web 共有 Love Server 2013 との相乗効果を活用することに重点を置きます。

アップデート: 明確にしておきますが、私は 100% の精度を持つ統計だけに依存し、それ以外のことはすべて諦めるべきだと言っているわけではありません。
私が重要だと思うのは、何を測定しているのかを理解することです。実際に測定しているのはコストではなく、稼働時間を測定しているのです。したがって、それについて率直に伝える必要があります。コストを見積もりたいのであればそれは問題ありませんが、これを明確にする必要があると思います。

私がそのようなレポートを作成する場合、私はそれを「クラッシュアップタイムレポート」と呼び、おそらく「5ドル/分に基づく推定コスト」と呼ばれるセカンダリフィールドを持っているかもしれません。マネージャーはコストの見積もりを取得しますが、実際のレポートが稼働時間に基づいており、コストは推定のみであり、見積もりの​​仕組みであることは明らかです。

ここに欠けている要素があります..ほとんどのアプリケーションには「座屈」要因があり、アプリが提供するサービスに対する人々の信頼が失われるため、クラッシュによって突然「コストがかかり」始めます。それが起こったら、それは可能です とても ユーザーを信頼してシステムを使用できる状態に戻すにはコストがかかります。

場合によります...

コストの観点から言えば、 のみ 重要なことは ビジネスへの影響 したがって、それはアプリケーションの種類によって異なります。

5 月の申請については、ビジネスへの影響を判断できない場合があります。他の人にとっては、意味のある措置があるかもしれません。

需要ベースの対策は意味があるかもしれません。売上が安定している場合は、販売アプリのダウンタイムが役立つ可能性があります。売上が予測不可能に変動する場合、そのような対策はあまり役に立ちません。

修理費なども参考になるかもしれません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top