Операции

Управление на заявки за вътрешна услуга

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

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

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

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

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

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

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

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

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

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

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

Измерими KPI

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

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

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

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

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

Човешка отговорност: Оперативен мениджър

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

Уеб формулярите временно не са достъпни.

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

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

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

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

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

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

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

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

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

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