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

Вопрос из зала: выбор системы автоматизации

Альберт задаёт вопрос: Компания, занимается продажами. Разветвленная сеть филиалов (40 шт). На данный момент установлен service desk OTRS, пользуется для регистрации заявок через единое окно (что очень тяжело дается) и для автоматического расчета уровня SLA. Количество ИТ сотрудников работающих с этой системой около 25 человек (10 в офисе, 15 по филиалам). В эту же систему подключили техническую службу (+ 20 человек). Система не гибкая (бесплатная). В ближайший год планируется развитие компании, и понимаю, что текущая система будет не удовлетворять потребностям (количество пользователей 100, заявок 1000-2000 ежедневно). Необходимо чтобы с ServiceDeskи SLA работали не только ИТ, а все сервисные службы компании,…

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

Тесты интеллекта как инструмент поддержки пользователей.

Говорят, для того, чтобы разгрузить перегруженных операторов поддержки, можно перехватывать часть обращений разными средствами автоматизации – порталами, IVR и тому подобными. Но мало кто знает, что эти же средства прекрасно подходят для тестирования интеллектуальных способностей (и, вероятно, других особенностей личности), чтобы потом на основе результатов тестов… делать что-нибудь. Чем больше процедура обращения в службу поддержки похожа на квест, тем больше поставщик услуг узнает о пользователях. А они – о поставщике, кстати. Позвонил я недавно в службу поддержки клиентов одного банка. Там, конечно, ответила механическая женщина, которая предложила мне зайти в систему автоматизации. Я согласился, и она попросила меня ввести номер карты….

Роман Журавлёв, 1 октября 2012, последний комментарий 13 октября 2012

Мини-кейс: выбираем приоритеты

Подискутировал тут со слушателями спец-курса «Управление инцидентами» про выбор приоритета инцидентов. Общие слова про то, что правила назначения приоритета призваны помочь исполнителям скорее выбрать, какую задачку делать первой, и про то, что приоритет – это всего лишь алгоритмически определяемый признак, который всё равно нужно дополнять живой головой, принимающей решения, были сказаны. Дело в том, что в этой организации есть регламент процесса, где, во-первых, приоритет однозначно определяет целевой срок устранения инцидента, а еще заданы признаки выбора приоритета. Примерно такие: Приоритет «Высокий» – сбой затронул работу всех пользователей Приоритет «Средний» – сбой затронул значительное число пользователей (более 80% по оценке ИТ-специалиста»). Приоритет…

Константин Нарыжный, 28 сентября 2012, последний комментарий 21 октября 2012

Роботизированная поддержка

На днях был в командировке в Краснодаре. Тамошние коллеги рассказали удивительную историю о том, как на одной из выставок им был продемонстрирован бот, который умеет самостоятельно общаться с пользователями по MS Lync, выполняя функции … первой линии поддержки. В частности, со слов очевидцев, он умеет требовать от пользователей более конкретные формулировки, чем «помогите» или «у меня всё не работает», в том числе посредством уточняющих вопросов по диагностическому дереву. По итогам диалога, если пользователю не удалось помочь, но собрана достаточная диагностическая информация, бот самостоятельно регистрирует от пользователя заявку в MS SCSM. То есть я уточню: пользователь обращается в службу поддержки по…

Дмитрий Исайченко, 27 сентября 2012, последний комментарий 4 октября 2012

Безвыходные инциденты

Думаю ни для кого не секрет, что инциденты рано или поздно закрываются. Обычно это происходит после того, как найдено и применено решение, в некоторых случаях требуется подтверждение пользователя, в некоторых нет. Иногда это делает участник одной из ролей (например, менеджер процесса), иногда – система автоматизации, после получения подтверждения или по прошествии определенного времени после решения. При этом обычно указывается так называемый "Код закрытия", указывающий, на каком основании был закрыт инцидент. Справочник кодов закрытия – отдельная история. Обычно в нем присутствуют коды: "Решен", "Не удалось воспроизвести", "Отказ пользователя" и так далее. На днях обсуждали с одним из клиентов возможность ситуации, при…

Евгений Шилов, 26 сентября 2012, последний комментарий 4 октября 2012

Вопрос из зала: есть ли плюсы в портале самообслуживания?

Анна Лобова, IT Manager и постоянный читатель нашего портала, а также регулярный участник ITSM-вебинаров, задаёт вопрос в виде развёрнутого кейса. Анна просит наше сообщество помочь ей и раскритиковать кейс в пух и прах. Давайте поможем. Не секрет, что без каталога услуг, SLA, базы знаний, системы регистрации и учета запросов сотрудникам ИТ живется нелегко: пользователи просят все что хотят и прямо сейчас. Очевидность необходимости всех этих и других «айтиловских примочек» объяснять в очередной раз не стану. Но как предоставить пользователям эти данные в удобном формате и более того: как собрать их вместе и залинковать между собой таким образом, чтобы не…

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

Функциональная эскалация

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

Дмитрий Исайченко, 11 сентября 2012, последний комментарий 22 сентября 2012

itSMF Russia 2012: “Линейки и градусники”: доклад Светланы Чудиной

12 и 13 сентября в Москве пройдет третья всероссийская (и даже международная) конференция независимого форума по управлению ИТ-услугами itSMF Russia. Мы продолжаем серию анонсов секции "Линейки и градусники", модератором которой, по сложившейся традиции, выступит заслуженный автор портала realitsm.ru Дмитрий Исайченко. В рамках секции будут подниматься вопросы измерения деятельности людей и технологий вообще, будут обсуждаться принципы и фундаментальные подходы к измерению, анализу и сравнению результатов. Ну, а кроме того, часть докладов и тем будет посвящена и вполне земным вопросам, интересным практически любой ИТ-службы или компании. Так, Светлана Чудина, руководитель службы технической поддержки в MARS Information Services расскажет о MARS Service Desk:…

Новостной поток, 7 сентября 2012, последний комментарий 7 сентября 2012

Who is incident manager?

Во многих ITSM-проектах менеджером процесса управления инцидентами назначают начальника отдела поддержки пользователей (Service Desk). Такой вариант обладает рядом понятных минусов. Основной – риск вытеснения функций менеджера сквозного процесса функциями руководителя отдела поддержки. Как следствие, сложности во взаимодействии со второй линией, риск появления изолированных самостийных видов поддержки, с поступлением обращений мимо первой линии, без регистрации в системе автоматизации. Особенно вероятна такая «параллельная реальность» в отделах сопровождения прикладных систем. Причина: первая линия относительно редко бывает достаточно компетентной, чтобы оказывать полноценную начальную поддержку по прикладному ПО. А значит и пользователями, и «прикладниками» может восприниматься как лишнее звено, только увеличивающее общее время обработки обращений….

Дмитрий Исайченко, 19 августа 2012, последний комментарий 12 сентября 2012

Не бойтесь обучать сервис-деск!

ИТ-скептик (Роб Ингланд) написал про то, что сервис-деск можно и нужно отвлекать от работы на обучение, непременно в полном составе. Я считаю, что у сервис-деска должно быть право на таймаут для профессионального развития и тим-билдинга. Я был руководителем, и мне было трудно обеспечить профессиональное обучение для моих подчиненных. Но сложнее всего было сделать так, чтобы от этого обучения их не отвлекали. Многим кажется, что обучение коллег – это «задача с низшим приоритетом». Я постоянно боролся с тем, что моих сотрудников хотели снять с обучения ради «более важных дел». Многие сервис-дески из тех, что я встречал, были настолько маленькие, что дважды…

Новостной поток, 25 июля 2012, последний комментарий 6 августа 2012

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

Денис задает нашему сообществу довольно популярный вопрос: какое приложение для нужд сервис-деска выбрать? Здравствуйте, я являюсь одним из соучредителей небольшой компании которая занимается оказанием услуг населению в сфере ИТ. Сейчас наша компания стоит перед выбор программного обеспечения для управления инцидентами (service desk). Приоритетные задачи: 1. учёт рабочего времени сотрудников. 2. складской учёт 3. оценка работы со стороны клиента. 4. учёт выручки мастеров. 5. Трудозатраты. и всё в этом духе Спасибо за внимание.

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

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

Service Desk

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