Управление инцидентами Archives – Страница 8 из 18

Процессная математика. Скорость решения инцидентов

Назначение процесса управления инцидентами – скорейшее устранение нарушений в предоставлении услуг. Если сервисные запросы достаточно выполнять своевременно (в установленный срок), то инциденты надо решать как можно быстрее. Но KPI процесса управления инцидентами традиционно основаны именно на своевременности. Думал на тему, как можно мотивировать решать не просто вовремя, а как можно быстрее. Результаты размышлений дискуссионные, хочу мнения коллег. Собственно, «лобовой» подход прост. Для инцидентов, помимо своевременности, вводим KPI на среднее время решения. Затем для своевременности и среднего времени решения определяем целевые и граничные значения, объединяем оба показателя подходящим алгоритмом агрегирования, и задача решена. Но среднее время решения инцидентов – это очень…

Дмитрий Исайченко, 28 июня 2016, последний комментарий 4 июля 2016

Ожидания и злоупотребления

Деятельность по поддержке пользователей организована в огромном множестве компаний. И измеряется она более-менее стандартно уже много лет. Одним из основных показателей качества поддержки является метрика своевременности, которая, упрощенно говоря, определяется как доля обращений, решенных в рамках норматива, от общего количества обработанных обращений. У этой формулы есть свои изъяны, и мы много писали об этом – и на портале, и в статьях, и в нашей книге про измерение ITSM-процессов. Но сейчас не об этом. Бывает так, что исполнитель не имеет возможности обработать запрос не по своей вине, а потому что пользователь не предоставил ему всей информации, или не может обеспечить доступ в…

Дмитрий Исайченко, 2 июня 2016, последний комментарий 26 января 2017

Открыть нельзя переоткрыть

Где в предложении, вынесенном в заголовок, нужно поставить запятую? Речь, конечно же, об инцидентах. «Переоткрывать» (reopen, повторно открывать) закрытый инцидент или открывать новый? Обсуждение этого простого вопроса регулярно возникает на курсах по ITIL, и иногда бывает довольно бурным, поскольку различные организации практикуют различные подходы. ITIL на этот счёт ограничивается следующими соображениями [ITIL v3 2011, SO, 4.2.5.10] «…разумно предопределить правила относительно того, может ли инцидент переоткрываться, и, если может, то при каких условиях. Например, может иметь смысл договориться о том, что, если инцидент снова проявляется в течение одного рабочего дня, он может быть переоткрыт, после же этого срока должен создаваться новый…

Игорь Гутник, 17 апреля 2016, последний комментарий 21 апреля 2016

STAR WARS и Управление проблемами

Совсем недавно на нашем портале обсуждалось место процесса управления проблемами в организационной структуре, исходя из его назначения и задач. На смежную тему на портале компании EasyVista опубликована "трилогия" Кристофера Моргана (Cristopher Morgan) – "Зачем Дарту Вейдеру нужен менеджер процесса управления проблемами" ("Why Darth Vader Needed a Problem Manager"). Часть 1 Часть 2 Часть 3 В этой публикации Морган на примере катастрофы звезды смерти и других драматических сцен великой киносаги выделяет ключевые области, на которые необходимо обратить внимание при реализации этого процесса, а также ясно показывает что произойдет, если этого не сделать. Надеемся, это легкое и полезное тематическое чтение развлечет вас и если не поможет улучшить ваши процессы, то…

Новостной поток, 23 декабря 2015, последний комментарий 28 декабря 2015

Не все First Call Resolutions (FCR) одинаково полезны

Иногда очень полезно возвращаться к истокам. Свежий взгляд на одну из часто используемых метрик процесса управления инцидентами в разделе блогов компании SysAid опубликовал Грег Сэнкер (Greg Sanker). Казалось бы, высокое значение широко применяемой метрики о доле обращений в службу поддержку, разрешенных с первого звонка, хорошо для всех. С этим трудно спорить, т.к. достоверно известно, что пользователи, обращения которых разрешались прямо в момент звонка куда более счастливы, чем те которым не так повезло. Высокий уровень этого показателя демонстрирует то, насколько хорошо мы справляемся с потоком обращений. При увеличении этого показателя среднее время разрешения зачастую уменьшается. Класс! А теперь если посмотреть на ситуацию глазами пользователей, то все становится совсем не так радужно. По большому счету, пользователям нужна…

Новостной поток, 21 декабря 2015, последний комментарий 25 декабря 2015

Книга «Спасите сервис! Руководство по организации и совершенствованию управления инцидентами» теперь в России

Вышла в свет новая книга, посвященная ITSM и изданная в России при непосредственном участии Cleverics,— «Спасите сервис! Руководство по организации и совершенствованию управления инцидентами», создателями которой являются соавтор ITIL Николь Конбой и один из авторов метода ISM (Integrated Service Management) Ян ван Бон. Как отмечают сами авторы, эта книга — результат объединения двух дисциплин: теории и архитектуры менеджмента с одной стороны и проверенных практик — с другой. Она содержит большое количество теоретических выкладок и основ, необходимых для понимания ключевых практик управления инцидентами. Вместе с тем, большое внимание уделяется практике, а именно наиболее эффективным решениям задачи управления инцидентами, включая большой набор шаблонов,…

Новостной поток, 17 декабря 2015, последний комментарий 25 января 2017

Service Desk: как лучше понять пользователя?

Simon Kent в своей статье предлагает поменять подход к диалогу с пользователями, обращающимися в службу поддержки. По мнению автора, службы Service Desk зачастую неправильно трактуют стоящую перед ними задачу, вследствие чего не достигают нужных результатов. Автор формулирует проблему следующим образом: службы Service Desk все свои усилия тратят на… предоставление сервисов. Чрезмерный фокус на сервисе как таковом, подкреплённый рекомендациями ITIL, по мнению автора, мешает службам Service Desk сосредоточиться на том, что реально важно при устранении инцидентов: обеспечение пользователя именно теми возможностями, которые нужны ему для осуществления своей текущей бизнес-задачи. Автор приводит следующий пример: пользователь испытывает проблемы с печатью некоего документа и…

Новостной поток, 15 декабря 2015, последний комментарий 22 декабря 2015

Решение без переназначений (результаты)

В июне нами был проведён опрос «Решение без переназначений». Вопрос был поставлен следующим образом: какая доля обращений за технической поддержкой, поступающих от пользователей, решается без переназначений? Пришло время обсудить результаты. За время проведения опроса поступило 15 ответов. Маловато для статистически значимого результата (может быть, было бы правильно предусмотреть ещё один вариант ответа «Неизвестно»?). Но будем опираться на эту выборку. Тем более что результаты, на мой взгляд, вполне ожидаемы: в среднем коммерческие поставщики услуг продемонстрировали более высокий результат. Это, вероятно, вызвано двумя основными факторами. Во-первых, у коммерческих поставщиков на одного заказчика, как правило, приходится меньшее число групп. И во-вторых, коммерческие поставщики в…

Решение без переназначений (опрос)

Продолжая исследовать тему измерения процессов, мы хотели бы провести небольшой опрос общественного, а точнее профессионального мнения. Вопрос таков: какая доля обращений за технической поддержкой, поступающих от пользователей, решается без переназначений? Для целей проведения опроса давайте согласимся, что обращение обработано без переназначений, если оно либо решено первой линией, либо назначено на профильную группу второй линии и было решено без передачи другим группам. Причём, назначение на вторую линию может быть выполнено как специалистом первой линии, так и автоматически (например, при регистрации обращения на сервисном портале). Алгоритм расчёта: количество обращений, решённых без переназначений, за период, разделить на общее количество обращений, решённых за тот…

Дмитрий Исайченко, 14 июня 2015, последний комментарий 15 июня 2015

Герои в ИТ – повод задуматься

В культуре многих ИТ-организаций существуют ИТ-герои – сотрудники, которые время от время в критические моменты выправляют ситуацию. В подобных организациях инцидент, потребовавший больших усилий на устранение, однотипный элемент в цепи таких же похожих – уже произошедших и возникнущих. Мало кто анализирует произошедший сбой, делает выводы, принимает меры, чтобы предотвратить его появление в будущем. Героями считаются ИТ-специалисты, мастерски решающие проблемы, тушащие внезапные инциденты. Им воздаётся честь и хвала – поскольку результат их работы на виду. При этом в тени остаются те, кто работает проактивно, предотвращая сами предпосылки для развития инцидентов. Или заранее создаёт планы по скорейшему восстановлению работоспособности для случаев, когда…

Новостной поток, 24 апреля 2015, последний комментарий 27 апреля 2015

Все на портал самообслуживания!

Недавно один из клиентов поделился достижением: "теперь у нас около 90% обращений регистрируется пользователями на портале самообслуживания, почта и телефон почти не используются". За счет этого разгрузилась первая линия, сократилось время обработки обращений, т.к. они маршрутизируются на вторую линию или во внешние компании автоматически, а данные, которые поступают от пользователя, содержат достаточно деталей из-за применения специализированных форм для разных типов обращений. Пример действительно интересный, многие к этому стремятся, но вот вопрос: везде ли достижимо такое состояние, какие условия должны быть выполнены и что нужно предпринять для того чтобы это случилось и принесло пользу, а не добавило работы? Начнем с условий, которые…

Евгений Шилов, 13 апреля 2015, последний комментарий 19 мая 2015

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

Управление инцидентами

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