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

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

Service Desk

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

Когда бизнес заодно…

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

Слоны в посудной лавке или искусственный интеллект на службе ИТ-поддержки

Оригинал The Three Elephants in the “AI for IT support” Living Room, автор Стивен Манн (Stephen Mann) Некоторым людям не нравится искусственный интеллект (AI – artificial intelligence). Возможно, они выросли на фильмах о «Терминаторе» и сталкивались со Скайнетом и покушением на уничтожение человечества машинами. Или они переживают, что технологии могут отрицательно сказаться на том, что в данный момент является неотъемлемо «человеческим» и это повлечёт либо потерю чего-то, либо снижение квалификации и отрицательно скажется на результате (или всё это вместе). Когда мы смотрим на возможность применения искусственного интеллекта службой ИТ-поддержки, мы видим, что, по всей вероятности, в этой комнате есть «слон»….

Уровень лояльности? Достаточный

В какой момент, получая услуги, вы понимаете, что ваша лояльность к поставщику этого сервиса колеблется в ту или иную сторону? Какие факторы на это влияют? Что может сделать провайдер, чтобы сделать вас таки счастливым при уже обнаруженных недостатках? Так бывает? Конечно! Вот представим пятизвёздочный загородный отель. Отельный бизнес – один из пионеров предоставления услуг. Природа, spa, шведский стол из пятисот блюд – все к этому уже привыкли, как к чему-то неотъемлемому в подобных местах. Точнее сказать «все этим уже пресытились» – а это плохой знак для отеля, потому люди начинают сравнивать. И вот наш (коварный мозг) наметанный глаз опытного потребителя четко…

Расчет норматива по числу обращений за рабочую смену для первой линии

В редакцию портала поступил вопрос: Добрый день! Возник следующий вопрос. Как правильно рассчитывается норматив по количеству обращений за одну рабочую смену на 1FTE первой линии? И может ли вообще такой норматив быть рассчитан, и главное применим ли к 1 линии? Сейчас у нас эта цифра есть, но правильно ли она рассчитана, хотел бы разобраться с вашей помощью.

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

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

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

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

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

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

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

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

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

Оригинал заметки 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. Но сброс пароля всё-таки относительная простая и быстрая операция, поэтому давайте оценим его в половину стоимости: $…

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM