月次サービスレビューで「今月のSLA達成率は96%でした」と報告されたら、次に何を確認するだろう。目標値との比較は必要だが、率だけでは翌月の仕事は決まらない。分母が100件なら未達は4件。その4件が同じ原因なのか、利用者に大きな影響があったのか、すでに対策が済んでいるのかは、96%という数字からは分からない。
ここからは、架空の社内ポータルを例に、25分の会議をどう組み立てるか考えてみる。特定の企業の実績や、私が担当した案件ではない。
1. 分母と測り方をそろえる
まず「100件には何が含まれるか」を確かめる。評価対象をチケット単位で数えたとしても、計測期間、営業時間外、保留、重複、契約上の除外をどう扱ったかによって分母は変わる。前月から計測定義が変わったなら、二つの率を並べて改善・悪化と即断できない。
会議の冒頭で「対象期間」「分母の定義」「除外条件」「欠損」を一行ずつ確認し、変更があれば注記する。ここで契約上の達成や違約金まで判定する必要はない。その判断には、実際の契約条項と計測方法の照合が別途必要だ。
対象が0件なら、達成率を便宜的に0%や100%にはしない。「対象なし」と記録し、なぜ対象がなかったかを確認する。空欄も0件と同じ意味ではない。データが来ていないなら欠損として、補完する担当と期限を決める。
2. 未達4件を「影響」と「証拠」で見る
仮に達成96件／対象100件だったとする。次の問いは「未達4件の内訳は何か」だ。小さな遅延が4件なのか、広い範囲に影響した認証障害が1件含まれるのかで、会議で使う時間は変わる。件数と利用者影響は別の列にする。
架空例として、9月12日の10:03～10:25に認証失敗が増加し、同じ時間帯に設定変更の記録があったとする。ここで確認できる事実は、エラーの増加時刻と変更記録の存在まで。「変更が原因」と断定するには、ログ、変更前後の挙動、他の要因を照合する必要がある。RCA欄には「確認済みの証拠」と「未確認の仮説」を分けて書く。原因がまだ分からないなら、そのまま未確定と残した方が次の調査につながる。
3. 平均値を添えつつ、埋もれる案件を探す
この架空月に20件を解決し、解決までの時間合計が100時間なら、平均解決時間は5時間だ。ただし、20件のうち1件だけ極端に長かった可能性もある。平均だけを見て「問題なし」とは決めず、影響が大きい案件や未解決の滞留を別に確認する。
この計算の分母は当月に解決した案件20件。未完了案件は含まれない。100時間が営業時間なのか暦時間なのか、保留中の時間を含むのかも先に定義する。解決件数が0なら平均を0時間とはせず「対象なし」として、未解決件数を別に確認する。
前月インシデント24件、当月20件なら件数差は−4件。これは単純な件数差で、減少率でもパーセントポイントでもない。サービス範囲や記録方法が変われば、−4件だけで改善の効果を示したことにはならない。
4. 「調査する」を、翌月に判定できる行動へ変える
会議の終わりに「原因を調査する」とだけ書くと、翌月も同じ話になりやすい。架空例なら、こう記録できる。
運用担当が10月10日までに認証ログと変更履歴を照合し、エラー発生時刻との関係と未確認事項を一覧にする。次回会議でベンダーと確認者が根拠を見て、原因仮説と対策の扱いを決める。
ここには担当、期限、提出物、次の判断がある。顧客側がログを提供し、ベンダー側が解析するなら、その依存関係も記録する。結論を急ぐより、「何を確認できれば前進と言えるか」を合意する。
月次レビューの順番を短く表すなら、定義 → 数字 → 影響 → 証拠と仮説 → 担当・期限・完了条件。達成率は会議の入口であって、会議の成果そのものではない。この順番なら、集計が不完全な月でも、足りないデータと次の確認者を明確にできる。
次の月次レビューでは、まず「評価対象と除外条件」「未達の利用者影響」「確認済みの証拠と未確認の仮説」「担当・期限・完了条件」の四つを、議題や議事録に書き出してみてほしい。専用のツールを使わなくても、この問いから会議の進め方を見直せる。
無料SLAサンプルで試す：架空の数字を変えてSLA達成率を確認し、会議で確認する3つの問いを試せます。入力内容は保存・送信しません。
コメント