Succès client

Prévention des violations des SLA

Les travaux non résolus se rapprochent des objectifs de réponse contractuels sans avertissement opportun, laissant les équipes réagir après une violation.

Problème commercial

Les travaux non résolus se rapprochent des objectifs de réponse contractuels sans avertissement opportun, laissant les équipes réagir après une violation.

Ce que voient les équipes

  • Le travail attend entre la lecture de la file d'attente ouverte et le calcul du temps écoulé.
  • Les propriétaires reconstruisent le statut à partir de Jira et Slack.

Pourquoi ça arrive

  • Aucun état partagé ne couvre Jira, Slack et l'API REST générique.
  • Les règles de décision et d’exception sont appliquées de manière incohérente.

Pourquoi ça devient cher

  • La capacité est consommée par la coordination et le remaniement.
  • Les exceptions tardives affaiblissent la visibilité et la qualité du service.

Résultats commerciaux

  • Cycle de résolution de piste plus court
  • Moins d’exceptions de transfert et d’informations manquantes
  • Effacer la propriété de la file d'attente de lecture ouverte pour suivre la résolution
  • Décisions inspectables et récupération

KPI mesurables

  • Délai d'exécution: Temps écoulé entre la file d’attente de lecture ouverte et le suivi de la résolution.
  • Tarif d'intervention manuelle: Part des éléments nécessitant une personne en dehors des conditions d’examen définies.
  • Âge exceptionnel: Les exceptions non résolues restent sans action terminée.
  • Taux de réussite: Part des éléments de flux de travail valides se terminant sans défaillance du terminal.

Comment fonctionne le flux de travail

  1. Lire la file d'attente ouverte — Acceptez et identifiez le déclencheur de prévention des violations de SLA. Jira
  2. Calculer le temps écoulé — Exécutez le calcul du temps écoulé avec des échantillons de données validés et un résultat vérifiable. Jira
  3. Appliquer la politique SLA — Exécutez la politique d’application des SLA avec des exemples de données validés et un résultat vérifiable. Mou
  4. Identifier le seuil d'avertissement — Exécutez l’identification du seuil d’avertissement avec des échantillons de données validés et un résultat vérifiable. API REST générique
  5. Informer le propriétaire — Exécutez la notification au propriétaire avec des exemples de données validés et un résultat vérifiable. Jira
  6. Augmenter le risque — Exécutez une escalade des risques avec des échantillons de données validés et un résultat vérifiable. Mou
  7. Accusé de réception de l'enregistrement — Exécutez un accusé de réception d’enregistrement avec des échantillons de données validés et un résultat vérifiable. API REST générique
  8. Résolution de piste — Exécutez la résolution de piste avec des échantillons de données validés et un résultat vérifiable. Jira
  9. Audit et mise à jour des KPI — Conservez le résultat de l’exécution, les faits d’audit et les événements de mesure du flux de travail. Magasin d'exécution SEIDO

Intégrations et propriété

  • Jira: Fournir une entrée sur le flux de travail
  • Mou: Contexte de recherche et de mise à jour
  • API REST générique: Recevez un résultat contrôlé

Responsabilité humaine: Responsable de la réussite client

Échec et récupération

Jira est temporairement indisponible.

Réessayez avec un recul exponentiel plafonné ; conserver l'exécution et la déplacer vers la file d'attente des échecs inspectables après la limite.

Les données requises pour calculer le temps écoulé sont mal formées ou manquantes.

Arrêtez les actions en aval et affichez les champs manquants, les preuves sources et les actions de correction au réviseur nommé.

L'événement déclencheur ou fournisseur est transmis plusieurs fois.

Renvoyez l’exécution existante identifiée par la clé d’idempotence et ne répétez pas les actions commerciales en aval.

La décision humaine expire avant son achèvement.

Transférez la demande au remplaçant configuré, conservez la demande d'origine et enregistrez l'expiration et la réaffectation.

Quand ne pas construire ça

  • Le volume mensuel est trop faible pour justifier l'intégration de Jira, Slack et de l'API REST générique.
  • Une plate-forme configurée existante gère déjà la prévention des violations de SLA avec une propriété et un reporting adéquats.
  • Les données sources fiables ou l'accès API pris en charge ne sont pas disponibles.
  • Aucun propriétaire d'entreprise n'a le pouvoir de définir les règles de décision et d'exception.

Flux de travail associés