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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Service Desk

Всё о службе поддержки пользователей

Вопрос из зала: как классифицировать инциденты по ИТ-услугам?

Посетитель нашего портала Дмитрий задаёт следующий вопрос: Коллеги, добрый день. Интересует как правильно связывать инциденты с затронутыми ими бизнес-сервисами. Пример 1: клиент не смог перевести средства на счет телефона через интернет-банк и обратился в поддержку -> зарегестрировали инцидент с привязкой к бизнес сервису "Платежи и переводы в ИБ". Тут всё понятно. Пример 2: Ответсвенный специалист обнаружил сбой в процессинговой системе (либо пришел алерт от системы мониторинга). Этот сбой влияет / может влиять не только на проведение платежей в ИБ, но на операции в банкоматах / ТСП / интернете и т.п.  – В данном случае, первая линия должна связять инцидент со всеми затронутыми / потенциально затронутыми бизнес-сервисами или каким-то…

Пять важнейших навыков современного специалиста Service Desk

Ник Пирт, директор по маркетингу и PR компании Zendesk, делится своим видением ключевых навыков специалиста Service Desk наших дней. По мнению Ника, служба поддержки становится гораздо более восприимчивой частью бизнеса и должна технически и эмоционально реагировать на потребности обращающихся пользователей. Точка контакта – первая линия поддержки – формирует восприятие всей ИТ-организации в целом, а характер этого ежедневного взаимодействия вносит свою лепту в её оценку. Пользователи стали разборчивее: они представляют, что такое хорошее обслуживание – этому способствует получаемый опыт общения с разными поставщиками услуг. Чтобы развиваться в ногу со временем, вашей команде специалистов службы поддержки нужно будет обзавестись определёнными навыками, которые позволят…

Система определения приоритетов одной известной компании

В одной компании уже много лет действует такая система определения приоритетов неприятных событий (мы бы называли их инцидентами, наверное): Код Sev-5, самый низший, используется для относительно незначительных проблем, как правило технических. Такие проблемы можно и нужно решать в обычном рабочем порядке. То есть — не очень срочно, но сделать нужно. Код Sev-1, самый высший, присваивается срочным событиям, реакция на которые должна быть безотлагательной: запускаются все возможные системы оповещения ответственных сотрудников, приступить к устранению беды следует немедленно, о проблеме, её последствиях и героическом устранении будет доложено одному из топ-менеджеров компании, который не только выслушает, но и сделает орг.выводы и примет административные…

Вопрос из зала: критерии формирования групп поддержки

Наш постоянный читатель и участник дискуссий на портале, Вячеслав просит совета аудитории про необходимые и достаточные критерии, которые можно было бы использовать при организации отдельных групп поддержки: Доброго времени суток. Вопрос к личному опыту по Support groups. Какие ключевые критерии вы бы посоветовали выбрать необходимыми и достаточными, для выделения отдельных Support Groups. Интересует как с точки зрения здравосмыслия Support model, так и с точки зрения реализации в ITSM приложении. Вопрос вызван тем, что при рассмотрении организации достаточно большого размера и ширины профиля, логичное желание выделить группы по матрице Операционный уровень/Сервис влечёт за собой желание пользователей системы плодить группы сотнями… Поэтому…

Как измерить портал самообслуживания

Директор по обучению и сертификации HDI, Rick Joslin в своей заметке «What is LZS?» рассказывал о метрике LZS (Инциденты, решаемые на 0 уровне – Level Zero Solvable), которая показывает долю инцидентов, решённых службой поддержки, которые могли бы быть решены пользователями самостоятельно с использованием портала самообслуживания. Предположим, вы запускаете такой портал. Известно, что если пользователи не могут решить свой вопрос с помощью портала самообслуживания, они вряд ли обратятся к нему снова. Метрика LZS помогает спрогнозировать эффективность портала самообслуживания с точки зрения пользователя, снизить риски неприятия и повысить вероятность повторного использования. После запуска портала, анализ инцидентов входящих в LZS, помогает выявлять возможности…

Реальные примеры описаний процессов: управление инцидентами

Мы подготовили еще один список документов, находящихся в открытом доступе, и полезных для самостоятельной организации процессов. Ранее мы уже говорили о процессах управления изменениями, управления уровнем услуг. На этот раз речь о процессе управления инцидентами. Многие организации уже не первый год имеют дело с этим процессом, поэтому вдвойне интересно посмотреть "а как другие решают проблемы, с которыми столкнулись мы". Возможно, вы найдете интересные для себя решения в приведенных ниже документах.  Описание процесса управления инцидентами Harvard University. Интересный экземпляр, с документе проработаны не только процедурные вопросы, но и политики, CSF, KPI.   Описание процесса управления major инцидентами Harvard University. Не менее любопытный документ,…

Кто такие VIP-ы и как их поддерживать?

Канадский эксперт и ITSM-консультант Райан Оджильви в своем блоге обсуждает вопрос VIP-поддержки и пытается понять, а нужно ли вообще выделять VIP-пользователей, как это делать и как же для них организовывать поддержку. Первое, на что обращает внимание Райан, это то, по какому принципу мы набираем людей в категорию VIP: Выбор может быть очень субъективным. Вполне возможно, что вы считаете VIP-ами всех сотрудников, начиная с какой-то определенной должности. Но всегда ли их запросы важнее, чем у других сотрудников, выполняющих ежедневные задачи бинеса. В некоторых случаях вы можете столкнуться с руководителем высшего звена, который скорее желал бы увидеть особый акцент сотрудников ИТ на влияющих…

Недовольны пользователи? Не прячьте службу поддержки!

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

Хороший, плохой, злой… сервисдеск.

Филлис Друкер (Phyllis Drucker) консультант по бизнес-процессам компании Linium, ITIL эксперт, с более, чем 20-ти летним опытом работы в индустрии ITSM, поделилась в своем блоге личным опытом общения с службами поддержки нескольких компаний в качестве клиента. Опыт оказался довольно разнообразным, и вылился в несколько небесполезных советов. Филлис пишет, что будучи профессионалом в области ITSM, не может не оценивать ответы сотрудников поддержки с точки зрения движущих ими мотивов. Поэтому, она решила записать свои впечатления, справедливо считая, что они могут быть полезны как начинающим Service Desk менеджерам, там и опытным руководителям, уже не замечающим некоторых очевидных, но очень важных,  вещей. Что же…

Крис Мэтчетт: Service Desk больше не нужен

Портал ITSM Review, отчитываясь о посещении ежегодной конференции Service Desk Institute, рассказывает о докладе Криса Мэтчетта (Chris Matchett) под провокационным названием “Kill Your IT Service Desk”.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM