управление

Регистър на рисковете и инцидентите

Оперативните инциденти и рискове се представят непоследователно, оставяйки тежестта, собствеността, действията и датите за преглед непълни.

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

Оперативните инциденти и рискове се представят непоследователно, оставяйки тежестта, собствеността, действията и датите за преглед непълни.

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

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

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

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

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

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

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

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

Измерими KPI

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

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

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

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

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

Човешка отговорност: Мениджър управление

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

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

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

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

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

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

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

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

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

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

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

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

Интелигентно входящо маршрутизиране на потенциални клиентиПотенциалните клиенти пристигат чрез несвързани формуляри, входящи кутии и кампании и се присвояват твърде бавно или на грешен собственик.Квалификация на водещи клиенти и работен процес за приспособяване към акаунтаТърговските представители прекарват ценно време ръчно в проучване на перспективи, които не отговарят на търговския профил.Откриване на продажби към структуриран CRMВажни детайли от обаждания за откриване и бележки не достигат до CRM последователно, което отслабва проследяването и прогнозирането.