Успех на клиента

Предотвратяване на нарушаване на SLA

Нерешената работа се доближава до договорните цели за отговор без навременно предупреждение, оставяйки екипите да реагират след нарушение.

Бизнес проблем

Нерешената работа се доближава до договорните цели за отговор без навременно предупреждение, оставяйки екипите да реагират след нарушение.

Какво виждат отборите

  • Работата чака между четене на отворена опашка и изчисляване на изминалото време.
  • Собствениците реконструират статус от Jira и Slack.

Защо се случва

  • Нито едно споделено състояние не обхваща Jira, Slack, Generic REST API.
  • Правилата за решение и изключение се прилагат непоследователно.

Защо става скъпо

  • Капацитетът се изразходва от координиране и преработка.
  • Късните изключения отслабват видимостта и качеството на услугата.

Бизнес резултати

  • По-кратък цикъл на разрешаване на следите
  • По-малко изключения за предаване и липсваща информация
  • Изчистете собствеността от отворената опашка за четене, за да проследите резолюцията
  • Подлежащи на проверка решения и възстановяване

Измерими KPI

  • Време за изпълнение: Изминало време от отворена опашка за четене до резолюция на проследяване.
  • Степен на ръчна намеса: Дял на артикулите, които се нуждаят от лице извън определените условия за преглед.
  • Изключение възраст: Време неразрешените изключения остават без завършено действие.
  • Процент на успешно завършване: Дял на валидни елементи от работния процес, завършващи без отказ на терминала.

Как работи работният процес

  1. Прочетете отворена опашка — Приемете и идентифицирайте тригера за предотвратяване на нарушение на споразумението. Джира
  2. Изчислете изминалото време — Изпълнете изчисляване на изминалото време с валидирани примерни данни и резултат, който може да се провери. Джира
  3. Прилагане на SLA политика — Изпълнете политиката за прилагане на sla с валидирани примерни данни и подлежащ на проверка резултат. Отпуснатост
  4. Идентифицирайте прага на предупреждение — Изпълнете идентифициране на предупредителния праг с валидирани примерни данни и подлежащ на проверка резултат. Generic REST API
  5. Уведомете собственика — Изпълнете уведомяване на собственика с валидирани примерни данни и резултат, който може да се провери. Джира
  6. Ескалиране на риска — Изпълнете ескалация на риска с валидирани примерни данни и резултат, който може да се провери. Отпуснатост
  7. Запишете потвърждение — Изпълнете потвърждение на запис с валидирани примерни данни и резултат, който може да се провери. Generic REST API
  8. Резолюция на пистата — Изпълнете резолюция на проследяване с валидирани примерни данни и резултат, който може да се провери. Джира
  9. Одит и актуализация на KPI — Поддържайте резултата от изпълнението, фактите от одита и събитията за измерване на работния процес. Магазин за екзекуции SEIDO

Интеграции и собственост

  • Джира: Предоставете информация за работния процес
  • Отпуснатост: Търсене и актуализиране на контекста
  • Generic REST API: Получаване на контролиран резултат

Човешка отговорност: Водещ успех на клиента

Отказ и възстановяване

Jira е временно недостъпен.

Повторен опит с ограничено експоненциално забавяне; запазете изпълнението и го преместете в инспектируемата опашка за отказ след лимита.

Необходимите данни за изчисляване на изминалото време са деформирани или липсват.

Спрете действията надолу по веригата и покажете липсващите полета, изходните доказателства и коригиращите действия на посочения проверяващ.

Тригерът или събитието на доставчика се доставят повече от веднъж.

Върнете съществуващото изпълнение, идентифицирано от ключа за идемпотентност, и не повтаряйте бизнес действия надолу по веригата.

Човешкото решение изтича преди завършване.

Ескалирайте до конфигурирания заместител, запазете оригиналната заявка и запишете както изтичането, така и преназначаването.

Кога не трябва да се изгражда това

  • Месечният обем е твърде малък, за да оправдае интегрирането на Jira, Slack, Generic REST API.
  • Съществуваща конфигурирана платформа вече се справя с предотвратяването на нарушения на Sla с подходяща собственост и докладване.
  • Няма надежден източник на данни или поддържан API достъп.
  • Никой собственик на бизнес няма правомощия да определя решенията и правилата за изключения.

Свързани работни процеси