Заявки в ИТ-поддержку закрыты в срок, а проблема возвращается: анализ массива обращений и корневые причины

В HelpDesk ИТ-поддержки группы компаний есть девять заявок от одного пользователя об одном и том же: не получается войти в бухгалтерскую базу 1С. Каждая закрыта в срок. У каждой оценка «Отлично». По любому отчёту это девять успешных инцидентов. По факту — одна нерешённая проблема, которая семь месяцев возвращалась к тому же человеку.

Ни одну из таких серий не видно на уровне отдельной заявки. Они проявляются только на массиве за длинный период — и именно они дают основания менять инфраструктуру, а не чинить симптомы. Ниже — что показал разбор 1 297 заявок, почему он дорог и к каким четырём типам выводов приводит.

Что такое управление проблемами (Problem Management). Это практика ИТ-службы, при которой повторяющиеся инциденты рассматриваются как одна проблема с корневой причиной, а не как серия закрытых заявок. Инцидент-менеджмент восстанавливает работу здесь и сейчас; управление проблемами убирает причину, чтобы обращения в ИТ-поддержку перестали возникать. Увидеть проблему можно только на массиве заявок за длинный период — об этом статья.

Что показал массив заявок в ИТ-поддержку

Сначала цифры, которые не видны ни в одном стандартном отчёте HelpDesk.

• 34 заявки-продолжения (2,6% потока) прямо в названии заявлены как продолжение предыдущей.
• 28 маркеров рецидива в описаниях: «опять», «периодически», «постоянно», «до сих пор».
• 51 группа полностью совпадающих названий, объединяющая 166 заявок — каждая восьмая заявка повторяет чью-то ещё.
• 9 обращений одного пользователя о входе в одну базу 1С.
• Серия «снять зависшие сеансы 1С» от четырёх консультантов — и единственная оценка «Плохо» во всём 1С-контуре.
• 74 однотипных автоуведомления антивирусной консоли — одна первопричина в контуре обновления.
• 39 постановщиков с единственной заявкой за семь месяцев — при 184 активных.

Показательна серия про зависшие сеансы. Консультант работает с базой клиента, сеанс зависает, консультант пишет заявку, инженер снимает сеанс за десять минут, консультант ставит «Отлично». Через неделю — снова. Быстро, вежливо, бесполезно. Проблема решается не заявкой, а регламентом: автоматическим снятием неактивных сеансов по расписанию. После этого заявок нет — и это единственный показатель, который имеет значение.

Почему это дорого

Честно о цене. Анализ массива — это не отчёт из HelpDesk, а работа сверх абонентского сопровождения.

Часы анализа. Выгрузку нужно очистить, восстановить недостающие поля (в кейсе не было даты создания заявки — сроки восстанавливали по гипотезе планового срока с погрешностью ±1 день), классифицировать по правилам и проверить правила на спорных случаях. На 1 297 заявок это дни работы руководителя службы, а не часы.

Разговоры с заявителями. Серия из девяти заявок о входе в 1С в логе выглядит как девять инцидентов. Чтобы понять, что за ними одна причина, нужно поговорить с пользователем и с инженером, который их закрывал.

Проверка гипотез. «74 события — один дефект» — гипотеза, пока инженер второй линии не разобрал контур обновления и не подтвердил её.

Этой цены нет в договоре сопровождения, и большинство служб её не платят. Мы платим, потому что иначе служба остаётся быстрой, но не становится измеримой: она отчитывается закрытыми заявками, а не устранёнными причинами.

Четыре типа выводов

Разбор массива даёт выводы четырёх разных типов. Их важно различать, потому что у них разные исполнители и разная цена внедрения.

1. Изменение процесса

Самое дешёвое. В кейсе — обязательная причина отмены заявки и запрет отмены без назначенного исполнителя: 71 отмена без причины и 56 без исполнителя не давали отличить дубли от потерянных обращений. Второе — правило эскалации по классам событий, к которому привёл разбор приоритетов. Оба изменения внедряются вместе с заказчиком.

2. Стандарт инфраструктуры

Изменение конфигурации, после которого класс обращений исчезает. Снятие неактивных сеансов 1С по расписанию — сделано. Контур обновления антивируса — причина серии из 74 событий разобрана, алерты выведены в мониторинг с автозакрытием — сделано. Эти изменения не требуют бюджета, но требуют инженера второй линии и права менять инфраструктуру клиента, а не только чинить.

3. Новый сервис

Вывод, который не следует из отдельной заявки. Разбор сквозного разреза показал: 1С упоминается в 441 заявке (34% потока), и значительная часть — типовые операции: развернуть копию базы, опубликовать http-сервис, залить свежую копию. Это запрос не на поддержку, а на самообслуживание по типовым операциям 1С — портал, где консультант делает это сам за минуту. Сервиса ещё нет; он в плане, потому что на него указал массив.

4. Суть услуги

Самый дорогой вывод — потому что меняет договор. Консалтинговое подразделение Группы дало 345 заявок (26,6%), и 47,4% обращений по 1С-инфраструктуре ушли на вторую линию. Это не пользовательская поддержка, а профессиональный сервис для консультантов, работающих с базами своих заказчиков, — с другими ожиданиями по срокам, другой квалификацией инженера и другой ценой. Смешивать его с поддержкой розничного направления в одном SLA и одном опросе нельзя. Разделение — предмет разговора с заказчиком, а не решение службы.

Что сделано и что внедряется

Состояние каждого изменения — по табл. 20 аналитической записки.

Три сделано, два внедряются, одно закреплено как правило. Мы намеренно не пишем «внедрено» там, где работа идёт вместе с заказчиком: статус — часть честности, которой этот разбор требует от нас самих.

Как это встроено в сопровождение

Разовый анализ — это аудит. Чтобы он менял службу, а не ложился в папку, нужны два регулярных ритуала.

Ежемесячный топ первопричин. Не «сколько заявок закрыто», а «какие серии появились, какие устранены, что перешло из „внедряется“ в „сделано“». Это одна страница в ежемесячном отчёте, и она читается руководителем заказчика, а не только ИТ-директором.

Регулярный разбор массива. Полный — раз в полгода или при смене условий. Он дешевле первого: правила классификации уже написаны и приложены к записке — таблица с 18 правилами годится и для чужой выгрузки. А выгрузка теперь содержит даты создания и закрытия, так что сроки станут фактом, а не оценкой.

Из тех же данных выросли и остальные материалы кластера: сезон отпусков и правило 35%, автоалерты и регламент «волны», матрица приоритетов. Если ваша 1С тормозит по утрам или сеансы зависают у консультантов, сначала посмотрите, сколько раз за полгода вы писали об этом заявку: серия — это не повод написать десятую, а повод изменить инфраструктуру.

Сопровождение, которое отчитывается устранёнными причинами, а не закрытыми заявками, — это ИТ-аутсорсинг с разбором корневых причин: ежемесячный топ первопричин, регулярный анализ массива и право менять инфраструктуру, а не только чинить.