エラーバジェットとは
エラーバジェットとは、サービスの品質目標（SLO）を達成したうえで、なお許される失敗や停止の「予算」のことです。たとえば、ある期間の目標が「成功の比率を一定の水準以上に保つ」であれば、その水準を下回らない範囲の失敗が、使ってよい予算になります。
発想の核心は、完璧を目指すのではなく、許容できる失敗の量を決め、その枠内で新しい挑戦を進める点にあります。失敗をゼロにしようとすると、変更を避けるようになり、事業の成長が止まります。
予算を決めることで、速度（新機能の公開）と安定（品質の確保）の間の判断を、数値で行えるようになります。
仕組み・ポイント
エラーバジェットの使い方は、次のとおりです。
| 状態 | 取るべき行動の例 |
|---|---|
| 予算が十分に残っている | 新機能の公開や挑戦的な変更を進める |
| 予算が少なくなっている | 変更に慎重になり、安定の改善を増やす |
| 予算を使い切った | 新機能の公開を止め、信頼性の改善を優先する |
この仕組みの重要な点は、事前の合意です。使い切ったときに公開を止めるという取り決めが、関係者で共有されていないと、実際の場面で議論が紛糾します。
予算は、事業の性質に応じて決めます。利用者に与える影響が大きいサービスでは、厳しい目標が必要で、予算は小さくなります。実験的な機能であれば、広い予算でも許容されます。また、予算の消費量を、定期的に関係者へ見せる工夫も大切です。
実務での使い方・具体例
架空の例として、予約サービスで、月間の許容できる失敗の枠を決めたとします。月の前半に、大きな障害が起きて予算の大部分を使ってしまいました。事前の取り決めに従い、後半は新機能の公開を控えて、障害の再発防止と監視の強化に時間を充てます。
反対に、予算が大きく余っている月は、挑戦的な変更や実験を進めます。これにより、「安定を守るべきか、機能を出すべきか」という議論を、感覚の対立ではなく、数値に基づく合意で決められるようになります。判断の根拠を共有することで、開発側と事業側の信頼も保たれます。
予算の消費を可視化する方法としては、月の途中の消費の速さを、簡単な図で関係者に共有する方法があります。残りが少なくなってきた段階で、早めに注意を促せます。また、予算の考え方自体も、事業の成長に合わせて、定期的に見直します。
判断のチェックポイント
- 品質目標（SLO）が先に決まっているか
- 予算を使い切った場合の行動を、事前に合意したか
- 予算の消費状況を、関係者に見える形にしているか
- 予算の大きさが、事業の性質に見合っているか
- 障害の原因を振り返り、改善に反映する仕組みがあるか
- 数値の計測に、利用者の体験を反映しているか
よくある誤解と注意点
- 失敗を許すための口実ではない：品質の目標を前提とした枠です。
- 決めても守らないと意味がない：使い切ったときの取り決めを実行します。
- 全てのサービスに同じ水準を求めない：サービスの性質に合わせて決めます。
- 開発側だけの指標にしない：事業側も含めて合意します。
- 目標がなければ設定できない：先に品質の目標を決めます。
関連用語
- SLO・SLI（サービスレベル目標・指標）：予算のもとになる品質の目標と指標
- SRE：信頼性を設計する考え方
- インシデント管理：障害への対応を管理する取り組み
- ポストモーテム：障害の後の振り返り
Otsumuに相談できること
速度と安定のどちらを優先するかは、新規事業で繰り返し直面する判断です。事前の合意があれば、議論が建設的になります。Otsumuでは、検証段階に合った品質の考え方と、優先順位の決め方をご一緒に整理できます。
MVP開発のご支援内容もご覧いただけます。進め方に迷う段階であれば、30分の無料相談でお話しください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.04