Service Desk Archives – Страница 4 из 26

Кризис-менеджмент в поддержке

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

Анестезия для сервиса

Любая боль – это сигнал о том, что есть проблема, о которой нам сообщает организм. А что в ITSM? Есть проблемы, о которых нам сигнализируют инциденты. Мелкие или значительные – они все равно остаются инцидентами, сигнализирующими об уровне боли для бизнеса. И как скорая помощь, Service Desk бросается на устранение боли. Подчеркну, это всего лишь снятие симптоматики, анестезия, которая потребует последующей терапии. С этой ситуацией сталкиваются и те, кто находится на стороне потребителя, и те, кто находится на стороне поставщика услуг. Вопросы управления инцидентами рассматриваются в рамках одноименного процесса в библиотеке ITIL v3, а также в руководстве по практике управления…

Проактивное управление проблемами

В редакцию портала поступил вопрос: Добрый день! Вопрос по проактивному управлению проблемами. Поддержка, которая решает инциденты, может создавать отдельные запросы на вендора. Таким образом, инциденты от заказчиков, с одинаковой «проблемой» могут быть связаны с одним запросом, который решается вендором. При анализе инцидентов, определяется ряд инцидентов с одинаковой проблемой, которая решается в рамках запроса на вендора. Так как есть инциденты с одинаковой проблемой, регистрируется проблема, которая привязывается к запросу на вендора. Насколько это правильно, с точки зрения организации процесса? Новые обращения должны привязываться к проблеме или же к запросу, в рамках которого решается проблема? Имеет ли смысл выделять главный инцидент, к…

Вопрос из зала, 17 марта 2020, последний комментарий 31 марта 2020

Как сделать приоритет реальным показателем очередности выполнения запросов и инцидентов

Все мы привыкли к ставшей уже общепринятой методике определения приоритета запроса или инцидента. Определяется срочность запроса (как быстро необходимо его выполнить), и воздействие/влияние запроса на пользователя или бизнес-процесс. На основе матрицы из срочности и влияния определяется приоритет запроса, который в свою очередь (в числе прочих параметров, например тип запроса – запрос на консультацию или обслуживание или изменение или инцидент – или статус Пользователя – VIP\не VIP), определяет выбор SLO и, в конечном счете, определяет, как быстро ИТ должно отреагировать и выполнить этот запрос – т.е. конечный срок выполнения запроса. Соответственно, сотрудникам поддержки ИТ, в рамках регламентов и рабочих инструкций предписывается…

Новостной поток, 20 февраля 2020, последний комментарий 26 февраля 2020

Планирование непрерывности Service Desk

Что нужно сделать, чтобы убедиться, что ваш сервисный центр сможет работать в чрезвычайной ситуации? Ответ на этот вопрос предлагает известный эксперт в области ITSM Стюарт Рэнс (Stuart Rance). Около 30 лет назад, когда я работал в международной IT-компании, одно из наших зданий сгорело дотла. В этом здании располагался центр обработки данных, который поддерживал множество важных услуг. И всё же большинство людей, которые пользовались этими услугами, не знали, что что-то пошло не так, пока они не услышали об этом от коллег. Все ИТ-услуги были незаметно для пользователей перенесены в другие локации. В то время создание действительно устойчивых услуг требовало больших усилий,…

Типовые роли в поддержке и в управлении услугами

Известный эксперт в области ITSM Рой Аткинсон (Roy Atkinson) в своей статье делится перечнем и описанием типовых ролей в ИТ-поддержке и в управлении услугами, которые использует в своих отчётах Ассоциация профессионалов в области технической поддержки HDI. Первая линия поддержки / Аналитик Центра ПоддержкиСпециалисты технической поддержки первой линии, которые получают и обрабатывают заявки. Эти специалисты отвечают за предоставление клиентам информации, восстановление услуг, предоставление специфических услуг и эскалацию заявок на следующие линии. Могут иметь другие названия, например Аналитик службы поддержки, Агент службы поддержки. Вторая линия поддержкиСпециалисты технической поддержки, которые обрабатывают заявки, переданные с первой линии. Этим специалистам необходимы более продвинутые технические навыки…

Сервисная эмпатия – настройка на клиента.

Вы можете создать лучшую услугу с помощью самых современных технологий, но, если вы не понимаете предпочтений и желаний пользователя, ваши усилия по созданию лучшей услуги легко потеряются. Понимание означает наличие эмпатии по отношению к людям, использующим ваш продукт или услугу. В быту под эмпатией понимается способность индивида к сочувствию другому человеку. Но это в быту… А если говорить про сервисные отношения, то как трактовать эмпатию, и действительно ли она важна? Сервисная эмпатия (Service empathy) – способность распознавать, понимать, прогнозировать и проецировать интересы, потребности, намерения и опыт другой стороны для установления, поддержания и улучшения сервисных отношений.** ITIL®4: Create, Deliver and Support…

Игорь Фадеев, 5 февраля 2020, последний комментарий 3 июня 2022

Что делать со “старыми” инцидентами?

В редакцию портала поступил вопрос: Добрый день. Как следует поступать со «старыми» инцидентами? Пример 1. Инцидент не закрывается уже длительное время, например, месяц. Причина — отсутствие ресурсов/времени у специалистов. Следует ли открывать проблему и закрывать после этого инцидент? Пример 2. Внешний инцидент не закрывается уже длительное время, например, месяц. Причина — вендор не предоставляет исправление. Следует ли открывать проблему и закрывать после этого инцидент?

Вопрос из зала, 16 января 2020, последний комментарий 16 марта 2020

Вопрос приоритизации заявок

В редакцию портала поступил вопрос: Вопрос по приоритетам. У сотрудника второй линии есть три заявки в работе, над одной он работает, по двум другим идёт время и эти заявки с приоритетами «срочный»и «средний». Заявки поступили в разное время, закончив первую, сотрудник, по идее, должен перейти к срочной. Но на практике заявка с приоритетом средний (пока сотрудник работал над заявкой номер 1), уже почти исчерпала время решения, так как поступила гораздо раньше средней и остались считанные минуты до нарушения SLA. Сотруднику, чтобы не потерять KPI, нужно быстро обработать среднюю, а срочный вопрос на потом. Получается конфликт интересов сотрудника и заказчика….

Вопрос из зала, 21 ноября 2019, последний комментарий 29 ноября 2019

Эмоциональный интеллект в сервисных отношениях

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

Игорь Фадеев, 10 октября 2019, последний комментарий 14 октября 2019

Первая линия поддержки – от девочки-оператора до монстра

В редакцию портала поступил вопрос: Моя попытка структурировать информацию о развитии ITSM-направления в нашей стране (происходило всё на моих глазах) навело меня на следующие наблюдения. В начале было слово (идея). Идея создания единого окна для приёма обращений пользователей в крупных компаниях была воспринята на ура. Единый телефонный номер, «девочки»-операторы, принимающие и дальше распределяющие заявки. Позволяющая разгрузить пользователей от специфических знаний идея (к кому, по какому вопросу и в какой форме обращаться, что делать если что-то надо или что-то не работает), была на тот момент, как минимум, интересной. Мы рисовали красочные презентации (а потом и строили), в которых показывали, как пользователю…

Вопрос из зала, 2 октября 2019, последний комментарий 18 октября 2019

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

Service Desk

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