詳細情報:
フェーズ 6 — エンドツーエンドの検証
結果: 「従業員が問題を報告」から「履行者が問題を解決」までの完全で実証可能な往復。この検証により、設定されたコンポーネントが 1 つの完全なインシデントジャーニーで連携することが示されます。
所有者: パイロット従業員とパイロットインシデント履行者が参加している実装リーダー。
1日目のハッピー パス テスト
これらのスクリプトシナリオを順番に実行します。失敗しても先に進まないでください。
-
シナリオ A — 従業員が申請し、履行者が解決
- パイロット従業員がポータルにログインします。
- パイロット従業員がインシデント (「Cannot access VPN」など) を送信します。
- 確認: インシデントが [IT Fulfillers Queue (IT 履行者キュー)] に表示され、自動的に優先度が割り当てられます。
- パイロット履行者は、設定されたルーティング方法に応じて、転送された作業を受け入れるか、割り当てられたインシデントを開きます。
- 履行者は修正を適用して検証し、解決策を記録して、適切なライフサイクル状況を設定します。
- 従業員が更新されたインシデント状況を取得できることを確認するか、通知が設定されている場合は予期される更新を受信できることを確認します。
- 省略可能:
シナリオ B — カタログ要求を送信する (要求管理が範囲内の場合)
- パイロット従業員がポータルサービスカタログを開きます。
- 標準サービス要求 (ソフトウェアアクセスなど) を送信します。
- 確認: サービス要求は適切な履行キューに入れられます。
- 省略可能:
シナリオ C — 特権を持つ従業員がエスカレーションをトリガーする (フェーズ 4 で設定されている場合のみ)
- アクセスレベル ≥ エスカレーションしきい値で Privileged User タグが割り当てられたユーザーがインシデントを送信します。
- 確認: 優先度を示すバナーがインシデントレコードに表示されます。
入力規則
- シナリオ A が通過します。他のシナリオは、対応する機能が初期範囲に含まれている場合にのみ実行および検証します。
- 設定された通知は、予期されるチャネルを介して配信されます。
- Knowledgeが範囲内にある場合は、インシデント レコードから少なくとも1つの関連するKnowledge記事(サンプルまたはお客様が作成したナレッジ)が見つかります。
よくある落とし穴
- 通知が届かない原因として、通知設定の欠落、不完全なメール、Slack、または Microsoft Teams 設定が考えられます。
- Incident remains unassigned: 無効な割り当てルール、ルール条件の不一致、所有者の設定ミスなどが考えられます。
