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

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

Service Desk

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

Высокая цена низкого качества

Когда по роду деятельности много думаешь о том, как можно хорошо организовать работу по предоставлению услуг, то и в обычной жизни невольно наблюдаешь за тем, как это делают разные поставщики. Замечаешь какие-то слабые места, отмечаешь недовольство потребителей, строишь прогнозы, к каким рискам поставщика это все приведет, продумываешь способы cделать лучше. На днях со мной cлучилась история – мой самолет улетел без меня. Сначала меня задержали на регистрации в связи с заменой воздушного судна (и я про себя отметила, что уважаемая мной авиакомпания теперь уж точно позаботится о том, чтобы потерянное время не сказалось негативно на моем полете), потом мне пришлось постоять в огромной очереди…

Как остаться мотивированным на Service Desk. Шесть советов

Рубен Соломон (Reuben Solomon) в своей заметке на портале SysAid оказывает психологическую поддержку специалистам Service Desk, публикуя шесть советов по сохранению мотивации к работе. Совет 1. Заново откройте для себя, что вам нравится в работе на Service Desk. Возможно, что вы начали работать в Service Desk, потому что хотели помогать людям. Возможно, что у вас есть талант замечать проблемы, которые никто другой не видит. Или вы понимаете, как при помощи ИТ можно что-то улучшить. Продолжая думать в этом ключе, вы начнёте лучше понимать, как бизнес воспринимает Service Desk. В свою очередь это напомнит вам, что роль Service Desk в операционной…

Вопрос из зала: как поступать с заявками, требующими ответных действий пользователя?

Поздравляем всех посетителей портала с наступившим Новым годом! Редакция  возобновляет свою работу после новогодних каникул. В рубрике "Задать вопрос!" пока без ответа находится вопрос Дениса, который он адресует общественности портала: Добрый день. Существуют ли устоявшиеся практики управления "обратными заявками от исполнителя потребителю" или задачами, которые потребитель должен выполнять для получения услуги? Первая иллюстрация Услугой является поддержка ПО. Периодически возникают ситуации, когда потребителем услуги в его системах некорректно заполняются данные. Процессы у потребителя построены так, что обнаруживается это с некоторой задержкой, при экспорте-импорте. Проблемами такие ситуации называть не хочется, т.к. обе стороны их считают штатными, перестраивать процессы — не вариант, достаточно…

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

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

Проектный опыт: интеграция IDM и Service Desk

В наших заметках и статьях мы не раз писали о том, как полезно интегрировать IDM и Servise Desk.Сегодня расскажу подробнее на примере реального проекта, что собой может представлять такая интеграция, как она работает и какую пользу позволяет получить. Задача была следующей: автоматизированное исполнение в IDM согласованных в SD заявок на управление учетными записями (добавление/отзыв прав, блокировка, сброс пароля, изменение информации). Основной плюс здесь, конечно же, в автоматизированном добавлении/отзыве прав доступа, что существенно уменьшает количество ручного труда по управлению доступом в системе. Ролевые модели для управляемых систем уже существовали на момент начала работ, поэтому в IDM системе использовались уже задокументированные роли с определенным набором прав в управляемых системах. Схема…

Вопрос из зала: что за процесс такой – Request Fulfilment?

Постоянный посетитель нашего портала, Рафхат Осмонов, задаётся следующим вопросом: В чем особенность, какое назначение, охват и ценность процесса Request Fulfilment? С какой целью в этом процессы выделен объект Service Request? Каково его назначение и где проходят границы? Давайте выскажемся по теме!

Уверенность в экспресс-внедрении.

Вышедшая неделю назад заметка Дмитрия Исайченко "О пользе предпроектных обследований" сподвигла меня поделиться мыслями на тему того, что делать в случае, когда от предпроектного обследования было решено отказаться, и экономия вкупе со сжатостью сроков требуют выполнения экспресс-внедрения ITSM решения "как есть".   Первое, что необходимо осознать – это выгоды от экспресс-внедрения ITSM решения как для исполнителя-консультанта, так и для заказчика! Абсолютно естественно, что эти выгоды выражаются повышенными рисками неудачного внедрения, рисками выполнения постпроектной эксплуатации своими силами, высоко установленной планкой качества решения и самого внедрения, а также пропорционально краткими сроками и малым бюджетом.  На практике, проектная команда консультантов мала и состоит…

Вопрос из зала: оптимизация работы 2-й линии поддержки

Читательница нашего портала Балжан Курманова задаёт животрепещущий вопрос: Добрый день, Хотелось бы узнать опыт коллег. Каким способом можно опитимизировать работу 2 линии ПП, тем самым разгрузить специалистов и приучить Заказчиков к подаче запросов через АС и структурировать их запросы? Поясняю ситуацию: 2 линия ПП по 10 ИС (только функциональная часть), на каждую ИС (в каждой примерно от 500 и выше пользователей) определены по 2 специалиста, в задачи которых входит не только отработка поступающих запросов от пользователей ИС (ведется учет в АС), но и сопровождение ИС (отработка корреспонденции, взаимодействие с Заказчиком, защита отчетов у них, взаимодействие с 3 линии, содействие при сбоях…

Основные причины замены ITSM-системы

Что толкает компании к непростому решению – перейти на другую ITSM-систему? Stephen Mann на полях группы Back2ITSM обращает внимание ITSM-сообщества на отсутствие в широком доступе перечня наиболее распространённых причин этого непростого шага. Предложенный им список выглядит следующим образом: Просто "нравится альтернативная система" Необходимость следования корпоративной стратегии по переходу на "облака" или SaaS-решения Новый руководитель навязывает систему, к которой привык на прошлой работе Переход на "лучшую" систему при слияниях/поглощениях Устранение "зоопарка" ITSM-систем Запуск нового ITSM-процесса, не поддерживаемого существующей системой Неудовлетворённость возможностями или интерфейсом существующей системы Недостаточная гибкость существующей системы Неудовлетворённость качеством поддержки от производителя Низкое качество внедрения существующей системы Неоправданно большие…

Квадрантовая метафизика

В статье «Мы выбираем, нас выбирают…» Дмитрий Исайченко затронул вопрос использования отчетов аналитических агентств при выборе системы автоматизации ITSM. Комментарии к статье показывают, что вопрос задел за живое. Действительно, выводы аналитиков не совпадают, поэтому, если отчёты используются при принятии решения, неизбежно возникают вопросы: «Кому верить? Чей рейтинг лучше?» Несмотря на то, что структура оценок, весовые коэффициенты параметров зачастую открыты, точность оценки сильно зависит от мнения аналитиков (в противном случае оценки бы совпадали). Оценить, например, одним параметром «Архитектура» и возможности интеграции с другими системами и гибкость настройки системы при развёртывании довольно сложно. Некоторые параметры оцениваются путём опроса. Какой отчет выбрать? В качестве идеи (шуточной?) для…

Календари рабочих групп

Недавно мне задали вопрос относительно справедливой оценки своевременности обработки обращений пользователей с учетом календарей рабочих групп (речь о календарях рабочего времени). В книге "ITSM. Руководство по измерению" рассматриваются способы обеспечения корректности оценки. Например, для этого авторы предлагают оценивать своевременность не как отношение количества своевременно обработанных обращений к общему количеству обращений, а путем использования метрики TPI, которая позволяет мотивировать сотрудников решать, в том числе давно просроченные обращения. Но как бы мы не решили оценивать своевременность, везде, где появляются сроки, появятся и календари, т.к. круглосуточно работают далеко не все. О календарях и пойдет речь в этом посте.  Зачастую раньше всех календари появляются…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM