Service Desk Archives – Страница 8 из 25

ITSM, DevOps, и почему трехуровневая поддержка должна быть заменена на Swarming

DevOps приходит в ИТ-организации, независимо от того, готовы они к нему или нет. Автор этой статьи утверждает, что существующая организационная структура подавляющего большинства служб ИТ-поддержки в корне неверна. Недостатки организационной структуры затрудняют или делают невозможным для этих предприятий успешную интеграцию зарождающихся практик DevOps с уже существующими структурами технической поддержки. По мнению автора, развивающийся в настоящее время подход под названием Swarming[1] идеально подходит в качестве методологии организации технической поддержки в эру DevOps. Предыстория: ортодоксальная трёхуровневая поддержка Начнём с краткого обзора структуры управления, которая лежит в основе большинства функций ИТ-поддержки крупных предприятий. Классической организационной структурой управления ИТ-услугами является трёхуровневая иерархия поддержки: Уровень…

Новостной поток, 4 сентября 2017, последний комментарий 19 января 2022

Problem Management: эскалация инцидента на вторую линию

В редакцию портала поступил вопрос: Коллеги, добрый день! Прочитал много материалов, касающихся Problem Management. Совсем не прочувствовал идею, что Управлению проблемами сложно внедрять и до него нужно "дорасти". Возьмем на примере. Звонит пользователь, и говорит, что не может на компьютер зайти — заблокирована учетная запись. Причем утверждает, что это происходит каждый день. Проверяю по тикетам — так и есть. Каждый день мой сотрудник первой линии успешно решает данный инцидент. То есть налицо наличие проблемы. Но Problem Management не выстроен. Я хочу, чтобы ITSM система мне позволила на основе данного инцидента создать проблему, которую перевести на вторую линию, к которой можно приклеить прошлые такие…

Вопрос из зала, 18 июля 2017, последний комментарий 2 августа 2017

Как мотивировать пользователей подавать заявки в Service Desk через портал?

В редакцию портала поступил вопрос: Приветствую, коллеги! Возникла следующая дилемма. Есть три способа подачи заявок в ServiceDesk: Веб-портал (где пользователь сам выбирает сервис ИТ). Письмо по электронной почте (тогда все заявки сваливаются на первую линию и их категорирует один из сотрудников первой линии). По телефону (только в случае невозможности первых двух способов. Самый эффективный способ с точки зрения руководителя ServiceDesk — первый. В этом случае, во-первых, значительная работа по категоризации заявки проводится самим пользователем (он сам выбирает тип заявки (инцидент, ЗНО, ЗНИ) и сервис ИТ). Во-вторых, по некоторым сервисам (которые первая линия всегда эскалирует на вторые) заявка сразу попадает на вторые линии, специалисты которых выставляют лишь срочность…

Вопрос из зала, 17 июля 2017, последний комментарий 2 августа 2017

Shift Left и трансформация службы поддержки

Интересными наблюдениями и рекомендациями, по результатам двухлетнего проекта трансформации службы поддержки, делится Ричард Сикора (Richard Sykora) (оригинал статьи A Support Center Transformation to Shift Left). Основная цель проекта была обеспечить «shift left» организации поддержки. Ричард пишет: "Cтратегия сдвига влево, на самом деле, очень проста. В левой части спектра у вас есть наименее затратная модель поддержки ваших конечных пользователей. В ней обычно нет людей, которые помогают пользователям, он широко известен, как нулевой уровень или самообслуживание. В центре спектра у вас может быть вспомогательный персонал, однако, это скорее сценарий «много-к-одному», например, чат. Дальше вправо по спектру соотношение уже «один-к-одному» между конечными пользователями…

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

Давайте будем осторожны, когда тратим деньги, и другие мифы о технической поддержке

Оригинал заметки Let’s Be Careful How We Spend Our Money: And Other Tech Support Myths, автор Рой Аткинсон (Roy Atkinson) Не так давно у меня был разговор с человеком из очень большой компании, очень-очень большой компании с сотнями тысяч сотрудников. Они сбрасывают пароли вручную. За прошлый год их служба технической поддержки проделала это 600 000 раз. Давайте быстро и, не сильно вдаваясь в детали, посчитаем. Средняя стоимость каждого тикета, если верить отчету HDI 2016 Technical Support Practices & Salary Report составляет $ 18,50. Но сброс пароля всё-таки относительная простая и быстрая операция, поэтому давайте оценим его в половину стоимости: $…

Новостной поток, 7 июля 2017, последний комментарий 12 июля 2017

Когда верхи сражаются, а низам – всё равно…

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

Елена Колбей, 2 июля 2017, последний комментарий 3 июля 2017

Пользовательский опыт – единственная метрика, которая вам действительно нужна

Команды, отвечающие за управление ИТ-услугами, как правило, измеряют качество услуг на основании исполнения SLA. Но, конечно, метрики, связанные с SLA, в зеленой зоне еще не гарантируют отсутствие жалоб со стороны пользователей.И главная опасность здесь заключается в, так называемом, «эффекте арбуза» — зелень снаружи (цели достигнуты) и совсем не сладкая красная мякоть внутри (гнев закипающих пользователей). В феврале 2017 года был запущен проект HappySignals Benchmark, который призван помочь организациям откалибровать свои оценки удовлетворенности пользователей, чтобы они, наконец, рассказали что-то полезное. На сегодняшний день на платформе уже доступны данные на основе наблюдений на протяжении шести месяцев и комментариев от ста тысяч сотрудников….

Новостной поток, 26 июня 2017, последний комментарий 31 июля 2017

Оценка эффективности сотрудника ИТ-службы

В редакцию портала поступил вопрос: Уважаемые коллеги! Вопрос следующего свойства: По книге "ITSM. Руководство по измерению" успешно внедряем индикаторы для процессов Inc mng и rf (Service request) mng, выбрали 2 индикатора TPI и TCR, как сбалансированные. Вопрос в следующем: Как однозначно оценить "эффективность сотрудника"? Т.к. если сотрудник 1 решил за месяц 200 обращений — у него TCR 0.78 и TPI 0.80, а второй решил 10 обращений и у него оба индикатора равны 1 (Идеальный). В описании измерений процессов не нашёл информации как сие реализовать, чтоб было честно с точки зрения сотрудника 1. Свой вариант: Ввести "нормирование" количества обращений, выполненых за период, но данный вариант не предусматривает…

Вопрос из зала, 19 июня 2017, последний комментарий 27 июня 2017

“Здесь играем, здесь не играем …”

Для оценки качества работы первой линии часто используются такие метрики как: «Доля обращений, решённых на первой линии (First Line Resolution – FLR)» и «Доля обращений, решённых в течение первого контакта (First Contact Resolution – FCR)». Причина их появления довольно очевидна – стремление увеличить количество обращений, разрешаемых на первой линии. В свою очередь, это должно привести к снижению стоимости обработки обращений за счёт использования более дешёвых ресурсов первой линии и повышению удовлетворённости пользователей за счёт сокращения времени обработки обращений (нет эскалации – нет потерь времени на реакцию). Применение этих метрик выглядит оправданным и легко реализуемым. В большинстве случаев расчёт предлагается производить по…

Дмитрий Хруслов, 13 июня 2017, последний комментарий 17 июля 2017

Эффективные способы получения обратной связи от пользователей

В редакцию портала поступил вопрос: Коллеги, добрый день! Поделитесь, пожалуйста, какие наиболее эффективные способы получения обратной связи от пользователя вы используете? Задача — узнать у конечного пользователя, насколько он удовлетворен качеством обслуживания. Исходные условия: не все пользователи имеют почтовый ящик; не все пользователи имеют отдельный компьютер (несколько пользователей работают с одного компьютера) и телефон. Используем следующие способы, каждый из которых имеет плюсы и минусы: В автоматическом уведомлении о решении инцидента просим пользователя оценить качество обслуживания, перейдя по ссылке на страницу с вариантами оценки. Проблема: мало кто переходит по ссылке. Сейчас прорабатываем возможность прямо в уведомлении сделать кнопки с вариантами оценки. Целевые опросы по тому…

Вопрос из зала, 29 мая 2017, последний комментарий 8 июня 2017

Добавление новых пользователей в систему: одна заявка на всех или на каждого?

В редакцию портала поступил вопрос: Добрый день! Заказчик присылает большое количество пользователей для заведения в системе. Завести всех пользователей за раз не представляется возможным (специфика системы), поэтому возникают вопросы: 1) Можно ли на всех пользователей сразу завести одну заявку в Service Deck, или необходимо заводить отдельную заявку на каждого пользователя? 2) Что об этой ситуации говорит ITIL?

Вопрос из зала, 19 апреля 2017, последний комментарий 17 июля 2017

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

Service Desk

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