Управление

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

Эксплуатационные инциденты и риски представлены непоследовательно, поэтому степень серьезности, ответственность, действия и даты проверки остаются неполными.

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

Эксплуатационные инциденты и риски представлены непоследовательно, поэтому степень серьезности, ответственность, действия и даты проверки остаются неполными.

Что видят команды

  • Работа ожидает между сообщением об инциденте и проверкой необходимых фактов.
  • Владельцы восстанавливают статус из веб-форм и базы данных.

Почему это происходит

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

Почему становится дорого

  • Мощность потребляется на координацию и доработку.
  • Поздние исключения ухудшают видимость и качество обслуживания.

Результаты бизнеса

  • Более короткий цикл закрытия позиции реестра
  • Меньше исключений при передаче и недостающей информации
  • Очистить право собственности от отправки инцидента до закрытия элемента реестра
  • Проверяемые решения и восстановление

Измеримые ключевые показатели эффективности

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

Как работает рабочий процесс

  1. Отправить инцидент — Примите и определите триггер регистрации рисков и инцидентов. Веб-формы
  2. Подтвердить необходимые факты — Выполните проверку необходимых фактов с помощью проверенных выборочных данных и проверяемого результата. Веб-формы
  3. Классифицировать серьезность — Выполните классификацию серьезности с использованием проверенных выборочных данных и результатов, подлежащих аудиту. База данных
  4. Назначить владельца риска — Выполните назначение владельца риска с проверенными выборочными данными и проверяемым результатом. Джира
  5. Создание корректирующих действий — Выполнение корректирующих действий с использованием проверенных выборочных данных и проверяемого результата. Веб-формы
  6. Запланировать обзор — Выполните проверку расписания с проверенными выборочными данными и проверяемым результатом. Очередь на проверку SEIDO
  7. Проверка доказательств закрытия — Выполните проверку доказательств закрытия с проверенными данными выборки и проверяемым результатом. Джира
  8. Закрыть элемент реестра — Выполните закрытие элемента реестра с проверенными данными выборки и проверяемым результатом. Веб-формы
  9. Обновление аудита и KPI — Сохраняйте результаты выполнения, факты аудита и события измерения рабочего процесса. Магазин исполнения SEIDO

Интеграции и владение

  • Веб-формы: Предоставьте информацию о рабочем процессе
  • База данных: Контекст поиска и обновления
  • Джира: Получите контролируемый результат

Человеческая ответственность: Менеджер по управлению

Неудача и восстановление

Веб-формы временно недоступны.

Повторить попытку с ограниченной экспоненциальной задержкой; сохранить выполнение и переместить его в очередь проверяемых отказов после достижения предела.

Данные, необходимые для проверки необходимых фактов, искажены или отсутствуют.

Остановите последующие действия и покажите недостающие поля, исходные данные и действия по исправлению указанному рецензенту.

Событие триггера или поставщика доставляется более одного раза.

Верните существующее выполнение, определенное ключом идемпотентности, и не повторяйте последующие бизнес-действия.

Человеческое решение истекает до завершения.

Перейдите на настроенную замену, сохраните исходный запрос и запишите как истечение срока действия, так и переназначение.

Когда не стоит это строить

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

Связанные рабочие процессы