「その隠れたコスト乗数は、でっち上げに見える」
計算式をそのまま提示し、保守的なバージョンのケースとしてそれを完全に取り除くことを提案しましょう——直接損失の数字だけでも投資を正当化できるなら、それはより弱いケースではなく、より強いケースになります。
ビジネスケース
誰も異議を唱えないダウンタイムの数字にも 売り込みは必要です。
信頼できる年間コスト数値は必要条件ではありますが、それだけでは十分ではありません。このページは、その数字を実際に承認される予算の話し合いへと変えるためのフレームワークです。
スクロールしてフレームワークを見る
3
予算の話し合いに実際に必要な数字の数
1
信頼性提案の大半を頓挫させる反論
フレームワーク
1つではなく、3つの数字を。
「ダウンタイムで年間X円の損失」という単一の数字は、モデルそのものへの議論を招きます。連動する3つの数字は、代わりに決断を促します。
1. 現在の年間リスクエクスポージャー
自社のシステム、収益への影響、MTTR、発生頻度、SLA目標を使って算出した年間コスト——これが他のすべての数字を比較する基準になります。計算式を明示し、断定ではなく検証可能な数字にしましょう。
2. 提案した投資実施後のリスクエクスポージャー
投資後に見込まれるMTTRや発生頻度を使って同じ計算ツールを再実行します——より迅速なオンコール体制、冗長インフラ、監視の強化は、それぞれ具体的な入力値の変化に対応させ、漠然とした「信頼性の向上」という主張にはしないことです。
3. 差分と要求額の比較
年間の節約額(数字1から数字2を引いたもの)を、投資コストと直接比較します——1件のインシデントを回避するだけで元が取れるプロジェクトと、そうでないプロジェクトとでは、まったく異なる議論になります。
反論への対応
モデルは必ず疑問視されます。備えておきましょう。
財務担当者の仕事は前提条件を厳しく検証することです——反論はプロセスの一部として受け止め、ケースが弱い兆候だとは考えないようにしましょう。
「うちはそんなにひどい障害を起こしたことがない」
同規模の企業で実際に発生した、裏付けのある事例についてはケーススタディを参照しましょう——これまで深刻な障害がなかったことは、幸運または報告不足の証拠であって、リスクが低い証拠にはなりません。
「これはインフラの問題であって、予算の問題ではない」
明確に捉え直しましょう。インフラに関する意思決定は、遅延して発生する予算上の意思決定です——同じ金額を、計画的な投資として今使うか、計画外のインシデントコストとして後で使うか、いずれにせよ支出することになります。
FAQ
ケースの構築について、お答えします。
予算レビューや役員会向けの資料を準備する際によく出てくる質問です。
この提案は誰に向けて行うべきですか?
その投資の予算を管理している相手です——通常は財務部門やエンジニアリングのリーダーシップ委員会であり、実装を担当する技術チームではありません。技術チームは通常、説得の必要がないためです。
単一の数字を提示すべきですか、それとも範囲ですか?
点推定値を中央に置いた範囲を提示しましょう——範囲を示すことは、モデルの感度を理解していることの表れであり、単一の数字で見せかけの精度を出すよりも信頼性を高めます。
数字が投資を明確に正当化できない場合はどうすればよいですか?
そのまま伝えましょう——要求を完全には正当化できない透明性のあるケースは、長期的には誇張されたケースよりも信頼性が高く、代わりに、より小規模で低コストな第一歩を組み合わせることもできます。
「投資後」のシナリオはどの程度具体的にすべきですか?
投資そのものと同じくらい具体的にすべきです——具体的なMTTRや発生頻度の変化が新しい年間コスト数値にどうつながるかの実例については、シナリオプランニングを参照してください。
あなたの番です