Что такое управление проблемами по ITIL
Непрерывность работы
Инцидент и проблема: в чем разница
В рамках методологии ITIL мы используем термины «инцидент» и «проблема», которые на первый взгляд могут показаться схожими. Давайте рассмотрим на примере, в чем разница между инцидентом и проблемой.
Инцидент. Сотрудник компании обращается в техподдержку, потому что электронные письма отправляются без прикрепленных файлов. Специалист техподдержки предлагает перезагрузить почтовый клиент. Это срабатывает, и сотрудник может продолжить работу. Инцидент удалось быстро разрешить.
Проблема. За короткое время поступают обращения от многих сотрудников о том, что невозможно отправить файл через корпоративную почту. Во всех случаях удается помочь путем перезагрузки приложения либо компьютера, но
Подытожим разницу:
- проблема — это причина происходящего, а инцидент — следствие;
- инцидент стараются быстрее погасить, чтобы пользователи не испытали негативных последствий, а проблему решают вдумчиво;
- проблемы имеют собственный жизненный цикл, который отличается от жизненного цикла инцидента.
На последнем пункте остановимся подробнее и разберемся, как
Работа с проблемой по ITIL
В систему приходят сообщения пользователей об инцидентах и данные мониторинга инфраструктуры. Эти сведения привязаны к конкретным конфигурационным единицам на основе
Обнаружение проблемы. Предположим, в Service Desk зарегистрированы обращения по поводу одного и того же инцидента, который произошел у разных пользователей за небольшой период времени.
Управление проблемой. В этот этап входит изучение всех данных.
Решение проблемы. Специалистам уже стала известна суть проблемы, и они могут начинать работать с ней. Согласно методологии ITIL, это «известная ошибка» — изученная проблема, для которой пока не найдено окончательное решение.
Как решить или хотя бы смягчить проблему? Самый быстрый вариант — придумать временное решение. Пользователи могут его использовать при каждом инциденте, чтобы он не блокировал их работу. После этого важно зафиксировать информацию в базе знаний компании, чтобы опыт решения каждой проблемы могли использовать как сотрудники техподдержки, так и сами пользователи через портал самообслуживания.
Конечно, в идеале необходимо устранить проблему полностью. Однако это не всегда возможно на практике. Причины могут быть разными: значительные трудовые затраты, отсутствие необходимых ресурсов. Если полное устранение невозможно,
В чем польза для компании
Качественная диагностика и решение возникающих проблем позволяют достичь важных целей: улучшение процессов, устойчивость к негативным факторам, гибкое управление ресурсами, развитие компетенций сотрудников.
|
Стабильность |
Повышение удовлетворенности |
|---|---|
| Точная и быстрая диагностика. Оценка каждой проблемы по масштабам влияния на |
Снижение количества повторяющихся инцидентов |
| Проактивное управление: поиск и решение потенциальных проблем, минимизация рисков для компании | Уменьшение длительности простоев, вызванных сбоями в работе важных сервисов |
| Развитие базы знаний о проблемах. Обмен опытом между командами | Улучшение качества |
| Продуктивное взаимодействие |
Профессиональное развитие и рост сотрудников техподдержки |
| Улучшение работы |
Рост ценности |
Статистические сведения об инцидентах и проблемах, которые с течением времени накапливаются в Service Desk, могут быть использованы в дальнейшем для осознанного управления изменениями, которые помогут лучше и быстрее решать будущие проблемы.
Как выбрать ITSM-систему для управления проблемами
Обратите внимание на несколько ключевых признаков, которые указывают на удобство и надежность
Соответствие рекомендациям ITIL. Это позволит
Отдельная работа с инцидентами и проблемами. Согласно ITIL, эти две сущности являются разными. Поэтому система должна предоставлять раздел «Управление проблемами» отдельно, а также поддерживать создание тикетов с типом «проблема».
Naumen Service Desk — это
Гибкость настроек. Это возможность менять процесс, как нужно компании: добавлять больше или меньше полей в карточках, задавать свои названия, устанавливать видимость определенных элементов для пользователя с той или иной ролью. Такие возможности предоставляют решения на базе
Система Naumen Service Desk спроектирована так, чтобы пользователи легко меняли любые процессы «под себя» при помощи гибких настроек. Это не только ускоряет внедрение продукта, но и создает потенциал для масштабирования в будущем.
Выявление критичных проблем. Категоризация и приоритизация — важные части процесса управления проблемами.
Naumen Service Desk позволяет работать с категориями и приоритетами проблем:
- категоризировать при помощи структурированного справочника;
- приоритизировать согласно условиям (преднастроенным или заданным вручную);
- рассчитывать начальный приоритет автоматически, проанализировав доступные данные;
- менять приоритет, если поступила новая информация о влиянии проблемы.
Прогнозирование проблем. Если у компании достаточно исторических данных об инцидентах, их можно анализировать и строить прогнозы с помощью предиктивной аналитики. Это способствует проактивному обнаружению проблем, которые трудно поддаются диагностике.
Сохранение знаний. Успешное устранение каждой проблемы сокращает количество новых инцидентов. А пополнение базы знаний помогает специалистам первой и второй линий поддержки, потому что ускоряет решение инцидентов, связанных с известными ошибками.
Naumen Service Desk предоставляет возможности для сохранения знаний и улучшения качества диагностики:
- доступ к архивной информации (включая данные об известных ошибках, ранних проблемах);
- создание категорий причин, по которым
ИТ-отдел закрывает проблемы; - доступ для участников смежных процессов к сведениям об известных ошибках;
- целостная классификация проблем в масштабе всей компании.
Связь с другими процессами. В процессе работы с проблемами важно поддерживать связь между смежными процессами ITIL: управление проблемами, инцидентами, сервисными активами и конфигурациями, изменениями, знаниями. Это позволит не просто решать точечные задачи, а постоянно улучшать качество диагностики.
Naumen Service Desk умеет устанавливать и поддерживать связь между записями о различных сущностях. Например, конфигурационные единицы, инциденты, известные ошибки, проблемы, изменения. Также система может зафиксировать обходное решение проблемы и донести информацию о нем до специалистов, которым это требуется. Удобная функция — автоматическое создание запросов на изменение (ЗНИ) на основе записей о проблемах и известных ошибках.
Service Desk обменивается информацией с другими источниками. Например, с базой знаний, в которой содержатся сведения о корневых причинах проблем, временных «заплатках» и обходных решениях. Продукт интегрируется с системой управления конфигурациями (CMS, CMDB) для более точной диагностики причины сбоя.
Вывод
В методологии ITIL проблема — это корневая причина, вызывающая инциденты, которые тормозят работу и негативно влияют на
Что еще интересного
Как упорядочить работу с ресурсами, услугами, изменениями, инфраструктурой, знаниями и людьми.
Как управлять заявками в техподдержку, сервисами, оборудованием и безопасностью с помощью системы Service Desk
Почему база данных управления конфигурациями важна для комплексного управления инфраструктурой и услугами