Лекция «Эскалация тикета — как передать задачу выше и не потерять её по дороге»

Около 60 минут на 15 тем. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.

Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 41 теста и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.

Пятнадцать тем сводятся к трём вопросам, которые оператор задаёт себе над каждым тикетом: чего мне не хватает, что принимающий должен получить и кто отвечает клиенту, пока работа идёт не у меня. На первый отвечает разделение эскалации на функциональную — когда не хватает доступа или знания, и иерархическую — когда не хватает права разрешить, плюс тест из одного вопроса «умения или права?» и разделитель между «не могу» и «не хочется»: назвать вслух, чего именно не хватает, потому что «нет доступа к биллингу» — это граница компетенции, а «долго возиться» — незаконченная работа. Отдельная тема даёт отрицательное определение: требование позвать начальника, жалоба на сотрудника, передача из-за состояния разговора и заведение отчёта об ошибке эскалацией не являются, а сброс тикета в очередь без назначенного человека — не эскалация, а потеря. Требование эскалировать при этом закреплено в национальном стандарте: пункт 8.6.1 ГОСТ Р ИСО/МЭК 20000-1-2021 требует, чтобы инциденты были «расширены, если необходимо», и это перевод английского «escalated»; сам стандарт применяется добровольно по части 1 статьи 26 162-ФЗ, но становится обязательным при публичном заявлении о соответствии по части 3. Цена передачи названа числами и с указанием их происхождения: измерение SQM Group на североамериканских колл-центрах даёт 19% переводимых клиентов, падение удовлетворённости на 12% и решения с первого обращения на 14%, при удержании — на 15% и 19%; исследование CEB — 56% клиентов, объяснявших проблему заново, нелояльность при высоком усилии в 3,97 раза чаще и разрыв между самооценкой компаний в 76% и оценкой клиентов в 40%; работа Jeong, Kim и Zimmermann на 445 000 отчётов об ошибках Eclipse и Mozilla — нелинейный рост цены цепочки: около 40 дней до первого назначения против более чем 100 до второго, с прямой оговоркой, что это открытые баг-трекеры, а не служба поддержки. Строго измерена передача только в медицине: пакет I-PASS в девяти больницах на 10 740 госпитализациях снизил частоту врачебных ошибок на 23% и предотвратимых нежелательных событий на 30%, не удлинив передачу, — 2,5 минуты на пациента; при этом работал пакет из семи элементов подготовки и наблюдения, а не мнемоника, и авторы в переписке журнала прямо просили не сводить работу к ней. Практическая часть — семь пунктов передачи, собранных из I-PASS и SBAR, где ключевые третий (что проверено, включая то, что не сработало) и седьмой (подтверждение приёма пересказом), и правило удержания владения: функциональная эскалация передаёт работу, но не ответственность, за первой линией остаются владение, наблюдение, отслеживание и коммуникация, а обязательство уходит в никуда там, где никто не назначен. Отдельные темы — передача наружу как поручение обработки персональных данных по частям 3–5 статьи 6 152-ФЗ и уровневая модель как решение с известными издержками. Последняя тема собирает двенадцать красных линий, включая цифру-зомби «80% ошибок из-за передачи» и легенду о военном происхождении SBAR.

В пункте 8.6.1 «Управление инцидентами» ГОСТ Р ИСО/МЭК 20000-1-2021 «Информационные технологии. Менеджмент сервисов. Часть 1». Стандарт утверждён приказом Росстандарта от 07.12.2021 № 1718-ст, введён в действие 30.04.2022, идентичен международному ISO/IEC 20000-1:2018. Найти требование мешает перевод: пункт говорит, что инциденты должны быть «зарегистрированы и классифицированы», «расположены в порядке приоритетности с учетом воздействия и экстренности», «расширены, если необходимо», «урегулированы», «закрыты». Слово «расширены» — это перевод английского «escalated» из оригинала, где перечислены recorded, classified, prioritized, escalated (if required), resolved, closed. Требование настоящее и действующее. Там же два требования про контроль: организация должна распределить ответственности за управление каждым значительным инцидентом, а высшее руководство должно быть о таких инцидентах осведомлено. Важная оговорка: сам по себе ГОСТ никого не обязывает — часть 1 статьи 26 Федерального закона от 29.06.2015 № 162-ФЗ закрепляет добровольное применение документов национальной системы стандартизации. Но часть 3 той же статьи делает применение обязательным, если исполнитель публично заявил о соответствии — например, написал «работаем по ГОСТ Р ИСО/МЭК 20000-1» в коммерческом предложении или на сайте. Утверждать, что ГОСТ обязателен для всех или что его несоблюдение само по себе влечёт санкцию, нельзя.

Нет, и это одна из главных оговорок лекции. Снижение частоты врачебных ошибок на 23% — с 24,5 до 18,8 на 100 госпитализаций — получено в исследовании I-PASS, опубликованном в New England Journal of Medicine в 2014 году: девять больниц, 10 740 госпитализаций, активный надзор за частотой ошибок до и после. Но вмешательством там была не мнемоника, а пакет из семи элементов: сама мнемоника, двухчасовой воркшоп по командной коммуникации TeamSTEPPS, часовая сессия с ролевыми играми и симуляцией, компьютерный модуль для самостоятельного изучения, программа подготовки преподавателей, инструменты прямого наблюдения с обратной связью и кампания по изменению процесса и культуры. В опубликованной переписке журнала авторы прямо просили не сводить работу к мнемонике и не внедрять её в отрыве от остального: эффект получился потому, что ошибки ловились взаимной перекрёстной проверкой коллег. Практический вывод для поддержки: форма — необходимое условие, но не достаточное. Она гарантирует, что принимающий получит информацию; поймал ли он ошибку — зависит от того, читают ли её, тренируют ли передачу и смотрит ли кто-нибудь на качество передач со стороны. Из хороших новостей: время передачи в исследовании не выросло и составило в среднем 2,5 минуты на пациента, так что возражение «нам некогда заполнять поля» измерением закрыто.

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