Портал №1 по управлению цифровыми
и информационными технологиями

Бесплатная экспертная база знаний по управлению ИТ

 
Запись о проблеме
 
Запись, содержащая детали проблемы. Каждая запись о проблеме документирует жизненный цикл одной проблемы.
Answer
Оригинальный английский термин
problem record
Answer
Подробности
Запись о проблеме — это основной артефакт, с помощью которого управление проблемами ведёт работу с конкретной проблемой от момента её обнаружения до окончательного закрытия. В практическом смысле это «досье» на проблему: что именно происходит, какие услуги или КЕ затронуты, насколько велико влияние, какие инциденты связаны, как выполнялась диагностика, какие обходные решения применялись, какие действия предпринимались для устранения причины и как подтверждался результат. Запись о проблеме помогает обеспечить прослеживаемость решений, согласованность коммуникаций с сервис-деском и командами поддержки, а также накопление знаний, чтобы похожие проблемы решались быстрее в будущем. Обычно запись о проблеме используется для анализа тенденций повторяющихся инцидентов, планирования и контроля работ по устранению причин, а также для координации изменений и релизов, если требуется модификация услуги или компонента. Вне охвата записи о проблеме находятся повседневные шаги обработки каждого отдельного инцидента или запроса на обслуживание как самостоятельных сущностей: они ведутся в своих записях, хотя могут быть связаны с проблемой для анализа и отчётности.
Answer
Нюансы
Запись о проблеме часто путают с записью об инциденте: инцидент фиксирует конкретное незапланированное прерывание услуги или снижение качества услуги, а запись о проблеме фиксирует причину или потенциальную причину одного или нескольких инцидентов и ход работы по её устранению. Типичная ошибка — открывать новую запись о проблеме на каждый инцидент; корректнее создавать её, когда есть повторяемость, значимое влияние или необходимость системного анализа. Другая распространённая ловушка — считать проблему «решённой» сразу после восстановления услуги: восстановление может быть достигнуто обходным решением, но жизненный цикл проблемы продолжается до устранения причины и подтверждения результата. Важно также не превращать запись о проблеме в набор разрозненных заметок: ценность даёт именно последовательная фиксация этапов жизненного цикла, решений и обоснований, включая связи с КЕ, известной ошибкой (если она выявлена) и соответствующими изменениями. Наконец, не следует путать «запись» как документ/объект учёта с «отчётом»: отчёт может агрегировать данные из множества записей о проблемах, но не заменяет их как управляемых единиц работы.
Answer
Примеры
  • Повторяющиеся инциденты «пользователи не могут войти в VPN по утрам» объединены в одну запись о проблеме, где фиксируются гипотезы, результаты анализа логов и найденная причина в конфигурации балансировщика
  • После крупного инцидента с падением ИТ-услуги создана запись о проблеме, в которой документируются шаги RCA, подтверждённая ошибка в версии библиотеки и план изменения для устранения причины
  • Для периодических сбоев печати в филиале ведётся запись о проблеме со связями на затронутые КЕ (принт-сервер, драйверы), применённое обходное решение и дальнейшие действия по замене оборудования
  • В записи о проблеме по деградации производительности фиксируются результаты измерений, временные корреляции с релизами и принятое решение о корректировке параметров базы данных через изменение
Courses
Рекомендуемые продукты по этой теме
 
 
Что такое запись о проблеме в ITIL и ITSM? Смотрите в глоссарии по управлению ИТ, входящим в бесплатную экспертную базу знаний по управлению ИТ от компании Cleverics.