「バジェット(予算)」という言葉を誤解するなかれ
「サイト信頼性エンジニアリング」(SRE)における「エラー予算」とは何か
IT運用チームは、どの程度の数の問題発生を許容するのだろうか。「エラーバジェット(エラー予算)」という考え方の意味をおさらいしよう。これを誤解するとIT戦略を立てる際にリスクを読み違える恐れがある。
ミスを全くしない人は「警戒し過ぎ」というそしりを受けるのだろうか。例えばバスケットボールの決勝戦、2点差の場面を考えてみよう。試合終了数秒前、リードしているチームの選手はファウル覚悟で敵のスリーポイントシュートを阻止しても良いだろうか。ほとんどの人は阻止すべきと答えるだろう。同じ疑問をITに当てはめてみよう。「エラーバジェット(エラー予算)」とは、IT部門の思考を限界まで高める方法だろうか。それともエラーバジェットというトレンドは、過激な考え方を正当化しているにすぎないのだろうか。
エラーバジェットの考え方は、サイト信頼性エンジニアリング(SRE)によって広まった。これは、ある程度のリスクを見越し、IT運用を迅速に進めるために必要な予算という考え方だ。問題を起こさないチームは、恐らく、イノベーションを起こすこともなく、運用を改善しようともしないだろう。一方で、多くの問題を引き起こすチームは、イノベーションの名目で信頼性を犠牲にしているだろう。こうしたチームは、問題の数を減らさなければならない。エラーバジェットは、個人や企業が冒すリスクを測る方法になる。
本稿では、テクノロジーにおける「攻めの戦略」は全面的に支持する。だが、エラーバジェットという考え方には大きな問題があると考える。エラーバジェットは、IT戦略を変えてしまい、リスクのために危険を冒すことを推奨するような、過剰かつ過激な計画になる恐れがある。ITプロジェクトの承認プロセスがリスクとメリットを最適なバランスに保っているかどうかという正当な疑問に対処する際に、エラーバジェットの要素があると対処方法を間違えることになる。
併せて読みたいお薦め記事
サイト信頼性エンジニアリング(SRE)とは
SLO/SLAとは何か
クラウドのSLAについて
IT部門のリスクの評価と管理の向上
エラーバジェットが誇張されると、本来の目的に悪影響を及ぼす。エラーバジェット本来の目的は、特定のアプローチから生み出されたビジネス目標のリスクレベルを表すことだ。つまりプロジェクトで問題が発生した場合のエラーバジェットとは、予測からどの程度外れたらプロジェクトの投資対効果検討書が台無しになったといえるのか、の許容範囲を示すものだ。問題の発生はある程度までは許容可能だ。エラーバジェット本来の目的は、どの程度の問題発生のリスクなら予算として吸収し、プロジェクトを正当化できるかを測ることだ。
最先端を行く一部のITプロフェッショナルは、SREにおけるエラーバジェットを「義務を負う境界線」だと感じている。恐らく、この予算を少し上回らなければならないと感じている。こうした意味の変化は、ある意味避けられないものだ。人は新しい基準を与えられると、いつもその基準で物事を測るようになる。例えばチャーリーはエラーバジェットを2回上回り、エイミーは1回もエラーバジェットを超えることはなかったとする。エイミーはリスクを取らなかったのかもしれない。チャーリーは目指すレベルが高すぎるのかもしれない。「虎穴に入らずんば虎児を得ず」と「君子危うきに近寄らず」は対立する表現だ。
IT変更管理プロセスでよく交わされている、エラーバジェットに関する議論において、欠けているのは正確性だ。エラーバジェットでは、プロジェクトのトレードオフとリスクを数値化すべきだ。サービスの目標に対してリスクを生み出しているのは何か、境界線を押し上げることで得られるメリットは何かを正確に把握しなければならない。だが、ITプロフェッショナルは、エラーバジェットの裏付けになる数値をめったに提示しない。CIMI Corporationが2016年に実施した企業のITプロジェクト意思決定に関する調査では、回答者の90%がリスクを全く数値化しておらず、メリットのみを数値化していると答えた。
このITプロジェクト管理プロセスには欠陥がある。例えば、ほとんどのアプリケーションにはアップタイムについての目標がある。アップタイムとは、アプリケーションが利用可能だと予想される時間の割合を指す。調査した企業の中で、アップタイム率が低いとどうなるかを考えていたのは2%にすぎなかった。つまり、このような変更の結果をほとんど数値化していない。アプリの可用性を上げることで生まれるメリットを見積もっている企業はさらに少ない。では、こうした企業はそもそもどのように目標を設定しているのだろうか。
本稿は、数値化できないものを話題にしている。エラーバジェットとは、サービス目標の余裕として許容できるダウンタイムを予測する方法ではなく、世間話のテーマになってしまっている。前述の調査では、チームのメンバーが「このコードでいつも通りのエラーバジェットに近づいた」などと話していると報告している。さらには、管理者がチームに対してエラーバジェットぎりぎりで運用することを期待している場合があるとも報告している。リスクを客観的に測る数値がなければ、境界線にどれほど近づいているかを知る方法はない。
エラーバジェットのこうした傾向には、管理の失敗が隠れている。本当に注意すべきこととして目標を定義できれば、目標による管理は素晴らしい考えになる。だが往々にして、測定する必要があるからではなく、測定できるという理由で目標を選んでいる。
予算の大幅な削減
バジェット(予算)という言葉にも問題がある。結局のところ、管理者は予算をどの程度真剣に受け止めているのだろうか。ITプロジェクトを管理する達成度として、我々はプロジェクトの予算を持っている。ほぼ全ての管理者は、富の分け前を得るには、予算を少しだけ上回るのがこつだと知っている。これは昔からあるビジネスの知恵だ。数%ほど下回る形で予算内に収めると、次回のプロジェクト予算では最初からその率が削減されることになる。3~4年後には、予算もプロジェクトも消えうせる。
エラーバジェットが境界線になるのなら、それを追求するのは自然なことだ。競争心の強いITプロフェッショナルにゴールテープを見せれば、それを通り抜けたくなるのは当然だろう。スターターピストルを見せれば、号砲と同時に走りだそうとするだろう。もしもエラーバジェットが「限界リスク」「報酬分析」などといった別の名前で呼ばれていれば、同じように管理行動に奇妙な変化が生じていただろうか。実際のところ、管理者はおとなしくなるだろう。試してみるといい。活気は生まれないだろう。
活気は過剰な宣伝を生む傾向にある。人々の注目を集める派手な言葉は、物事をうまく宣伝できる。だが宣伝していることは、本来の意味とは違っていることが多い。いずれ正しい使い方によって、エラーバジェット編成の正しい概念を取り戻せるだろう。勝利するためにファウルするのではなく、勝利する確率を計算すべきだ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー