サービスの結果を選択する
確認、応答、復旧、解決、履行、可用性、および確認を分ける。チーム間で同じ目標が意味を静かに変えないようにする
サービスの約束を明確な目標ルール、作業カレンダー、有効な停止、早期リスク、違反証拠、レビュー決定、そして所有される改善に変換します。
ライブビューは、リスクのあるコミットメントとそれを動かす記録から始まります。レスポンス、復旧、履行、確認を区別することで、単一のSLAパーセンテージがサービス体験を隠さないようにします。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
最初のビューは過去の割合だけでなく、すでにリスクにさらされているコミットメントを示します。インシデントおよびリクエストのタブを開いて、期限の裏側にある作業を確認してください。
サービスレベルは、オペレーターと顧客がその開始、停止、再開、完了のイベントを理解できる場合に有用である
確認、応答、復旧、解決、履行、可用性、および確認を分ける。チーム間で同じ目標が意味を静かに変えないようにする
サポート時間、休日、地域、優先度、提供、顧客の権利、および正当な一時停止ルールを記録する。時計が変更されるたびにタイムスタンプを保存し、その理由を記録する
介入が役立つ場合には違反する前にエスカレーションする。応答モデルなしで別の通知を送信するのではなく、運用オーナー、サービスオーナー、および期待される意思決定を明示する
コミットメントを管理する最適なタイミングは、チームがまだ結果に影響を与えられるときである。
残り時間、現在の状態、阻害要因、サービスの重要性、ユーザーへの影響、担当者、次のアクションを組み合わせて、チームが意味のあるコミットメントに近づいている作業を優先できるようにする。
ターゲットバージョン、カレンダー、優先度、開始、停止、完了イベント、および例外承認を保持する。今日の構成から履歴を再計算することは避ける。
改善策を選択する前に、受付遅延、情報欠如、承認、依存関係、容量、サプライヤー待ち、調査、引き継ぎ失敗、早期終了を区別する。
割合だけでは、サービスが健全かどうか、また目標がまだ有効かどうかを説明することはできません。
サービス、提供内容、優先度、場所、チーム、顧客、原因、結果のコホートを確認し、関連のない作業を1つの都合の良い数値に平均化するのではなく、パターンを見つける。
目標達成を再オープン、再発、ユーザー確認、バックログの経過時間、例外使用、ビジネスへの影響と組み合わせ、迅速なステータス変更がより良いサービスに見えるようにしない。
変更されたルール、ワークフロー、スタッフ配置の対応、自動化、サプライヤーのコミットメント、またはサービス設計の決定を記録し、その効果を確認する方法を定義する。
異なる作業には異なる完了証拠が必要です。
| ライフサイクル | 有用な目標 | 完了イベント |
|---|---|---|
| 事件 | 対応と復旧 | サービス利用可能および復旧確認済み |
| サービス依頼 | 承認と履行 | 約束されたアイテムまたはサービスが提供されました |
| 重大インシデント | 更新の頻度と復旧マイルストーン | スタンドダウンクライテリアを満たす |
| 問題 | 調査および是正措置のマイルストーン | 時間をかけて効果をレビュー |
各サービスの対象者に約束した内容に基づき、ターゲットバージョン、作業カレンダー、停止条件、リスク閾値、エスカレーション、およびレビュー表示を設定する。
その結果、リスクのあるまたは違反した指標が基礎となる作業および意思決定に追跡できる透明なコミットメントシステムが得られます。各応答または解決結果に使用されたサービス、提供、優先度、権利、カレンダー、およびターゲットバージョンを保持します。
所有者、残り時間、阻害要因、一時停止状態、および次のアクションを含む、リスクのある作業の役割別キューを作成します。
違反した指標をそのインシデントまたはリクエストに戻し、それを改善すべきポリシー、ワークフロー、容量、またはサービス設計の変更を割り当てます。
約束が人的サービス作業に基づくか技術的テレメトリに基づくかに応じて測定境界を選択します
対応および履行目標、カレンダー、一時停止、リスクのあるキュー、違反レビュー、エスカレーション、および基礎となる記録に紐づく改善アクション。
コミットメントを定義する際には、監視、分析、または商用システムから可用性、レイテンシ、エラー率、ビジネストランザクション、契約、使用状況のデータを取り込む。
リアルタイムのテレメトリーSLI、高度な可用性計算、契約上の請求クレジット、またはエンタープライズ規模のサービス分析は、すぐに機能する必要がある。
必要な顧客情報の待機など、責任あるチームの進行を本当に妨げる定義済み条件のみ、かつそのルールが透明である場合に限る。一時停止の理由、開始、担当者、コミュニケーション、再開イベントを保持する。
いいえ。影響、バックログの経過時間、再開、再発、ユーザー確認、例外、及びビジネス成果と組み合わせてください。チームは期限に間に合ったとしても、質が低いまたは不安定な結果を出すことがあります。
はい。該当する対象バージョン、サービス、提供内容、優先度、権利、サポート時間、休日、及び地域を記録に保持して、結果が説明可能な状態にしてください。
はい。認可されたビルダーは、変更を管理・テストされた状態で保持しながら、関連するフィールド、フォーム、ワークフロー、権限、自動化、ダッシュボードをコードなしで変更できます。
はい。Jodooの無料プランは最大5ユーザーまで対応し、クレジットカードは不要です。したがって、小規模チームはより広範な展開の前にこの動作シナリオをテストできます。
サービスに対するカレンダー、ターゲット、エスカレーションを適応させる前に、リスクのある、停止中、違反済み、回復済み、完了済み、およびレビュー準備完了の例を確認してください。
サービスパフォーマンスを探索する