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

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

Service Desk

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

Личные границы…верности поставщику

Недавно в социальной сети Facebook появился пост о том, как девушке в банке не выдали деньги с её личного вклада. Аргумент – якобы, банк взял на себя обязанность позаботиться о возможной неграмотной растрате средств самой владелицей этих самых средств. Первая моя мысль была – в какой момент героиня поста решить прекратить отношения с этим банком.  И меня это натолкнуло на размышления – как сильно влияет на готовность потребителя оставаться с поставщиком услуг работа людей, чьи обязанности – напрямую контактировать с потребителем? Что конкретно перевешивает? Уровень самих услуг поставщика или же качество коммуникативных навыков и квалификация сотрудников служб поддержки? И что выгоднее, рациональнее поставщику…

Запуск портала самообслуживания – думай как “Growth Hacker”

Начнём с начала: что такое "growth hacking" и зачем это нужно ИТ? "Growth hacking" – это процесс, включающий эксперименты с использованием различных маркетинговых инструментов и с вариациями свойств продукта, направленный на выявление наиболее эффективных и действенных путей роста бизнеса. Growth hackers (дословно, хакерами роста) обычно являются маркетологи, инженеры и менеджеры по продуктам, ключевой задачей которых является расширение клиентской базы, используя следующие этапы: Привлечение Активация Удержание Рекомендация Получение прибыли Один из ярчайших примеров применения подхода "growth hacking" продемонстрировал DropBox. Компания увеличила свою клиентскую базу и прибыль, предлагая своим клиентам бесплатное хранение данных при переходе по реферальной (партнерской) ссылке. Еще один интересный…

Вопрос из зала: качество работы первой линии поддержки

В редакцию портала поступил вопрос: Хотел попросить коллег поделиться информацией – какие основные меры направлены на обучение первой линии так, чтобы при функциональной эскалации на 2/3 уровень приходили качественно обработанные обращения (с точки зрения 2/3 линии) в условиях постоянно изменяющихся ИТ-услуг и характера обращений… На мой взгляд это "вечный" вопрос в условиях, когда есть деление поддержки на линии и происходит функциональная эскалация – недовольство работой первой линии. В корне изменить ситуацию можно только посадив "дорогих" специалистов на первую линию и убрав переназначения в принципе. Либо мы можем лишь в большей или меньшей степени уменьшать "боль" некоторыми мерами, например: вводом реестра по каждой ИТ…

Что не так с клиентскими приложениями сервис-деска и как это исправить

Пять лет назад в воздухе запахло революцией — социальная сеть Facebook изменила свой интерфейс, и пользователи моментально возненавидели его. До гильотины дело не дошло, потому что вскоре страсти улеглись и все забыли, каким был старый интерфейс и был ли он вообще. Год назад история повторилась в менее впечатляющих масштабах, но с менее благополучным сценарием — сменил свой облик портал «Кинопоиск», и волна отрицательной обратной связи оказалась настолько сильной, что она практически смыла новый интерфейс всего за двое суток. Так пользователи реагируют на интерфейс приложений, которыми им хочешь, не хочешь, приходится пользоваться. А что делать нам, когда мы внедряем клиентское приложение…

Вопрос из зала: KPI и своевременность обработки инцидента

В редакцию портала поступил вопрос: Помогите разобраться с ситуацией просчета показателя KPI как своевременность обработки и поиску доли вины по просроченным инцидентам. На вашем ресурсе я уже изучил статью, но остался ряд вопросов. Представим ситуацию, когда был просрочен инцидент, и в процессе решения было несколько смен услуг и несколько смен групп ТП. SLA по услуге = OLA(Время 1ЛТП)+OLA(Гр ТП в зависимости от выбранной услуги). Допустим, инцидент по первоначальной услуге надо было решить в срок 10 дней. 1ая Гр ТП была занята или просто приступила к решению на 5ый день. В итоге было установлено, что услуга выбрана не та и проблема…

Десять самых модных навыков сервис-деска и что с ними будет в сезоне-2017

По результатам 2015 г. (отчет «2015 Support Center Practices & Salary Report») ассоциация HDI назвала топ-10 важнейших навыков для сотрудников сервис-деска, которые важно учитывать при их найме и продвижении: Навыки обслуживания клиентов (умение задать необходимые вопросы для выявления проблемы и ее причин). Навыки общения. Быстрая обучаемость. Навык диагностики и решения проблем. Способность работать под давлением. Адаптивность. Навыки работы в команде. Навыки межличностного общения. Опыт работы в поддержке пользователей. Честность. В следующей таблице — статистика HDI о том, какие качества в действительности развивают в реально существующих сервис-центрах (из того же отчета). Вы удивитесь, но и здесь навыки обслуживания клиентов — на…

5 подводных камней автоматизации

Elzette Wilkinson, которая пришла в мир ITSM, оставив любимые исследования  в английской литературе, в статье "5 Common IT Automation Mistakes and How to Avoid Them" рассуждает об автоматизации, ее достоинствах, ошибках в подходе и о том, как их избежать. Наверняка об этом много и писали и говорили. И тем не менее, тема остается актуальной.  Департаменты ИТ испытывают постоянно возрастающее давление, от них ждут повышения эффективности и рентабельности, снижения риска несоблюдения законодательства, предоставления ощутимой бизнес-ценности. Столкнувшись с одинаково сложными требованиями потребителей и управленцев, IT начинает понимать преимущества средств автоматизации. Автоматизация ИТ не только уменьшает нагрузку на сервис деск, но и сокращает время решения обращений, улучшает…

Свежий “Магический квадрант” по IT Service Support Management Tools от Gartner

В конце августа опубликован очередной аналитический отчет Gartner о системах управления поддержкой ИТ-услуг (IT service support management, ITSSM). На портале RealITSM не раз публиковались мнения о подобных отчетах и том, как их правильно применять. Тем не менее, поскольку многие компании информацию из этих отчётов если не  используют, то, как минимум, анализируют, пройти мимо такой новости, наверное, было бы не правильно. Аналитики Gartner отмечают, что, несмотря на то, что список систем на портале ITSM Portal (который, на самом деле, уже давно www.ITWNET.com) на тот момент состоял из 415 позиций, и некоторые из них повторяются, сами они насчитали более 450 производителей систем….

Нужен ли процесс “Управление запросами на обслуживание” процессу “Управление инцидентами”?

За последнее время несколько раз на курсах по ITIL(с) обсуждался вопрос использования процесса управления запросами на обслуживание (Request Fulfillment Management [RFF]) для решения задач, лежащих в области интересов других процессов из процессной модели ITIL. Последнее обсуждение было вчера (Да. В корпоративном формате мы проводим тренинги и в выходные). В качестве примера подобного обсуждения вопрос: «В каком процессе должен отрабатывать запрос на получение информации об инциденте, находящемся в работе (например, о текущем статусе инцидента)? В процессе «Управление инцидентами» [Incident Management , INC] или в RFF?» Сначала зафиксируем очевидное. Во-первых, источником информации (в т.ч. о текущем статусе) является, конечно же INC, поскольку…

Когда нужно нарушать правила

Прошлым летом мы уже рассказывали про "разумное непослушание" (например, здесь и здесь). В этот раз Стюарт Рэнс (Stuart Rance) продолжает рассуждать на тему в своей заметке на портале SysAid. Недавно он стал свидетелем небольшой истории – примера неудачного взаимодействия. Делая покупки в торговом центре, Стюарт увидел, как молодая девушка, строго и неброско одетая, с укрытой платком головой, подошла к примерочным комнатам и спросила у парня консультанта, есть ли в этом отделе продавцы-консультанты девушки. Парень очень вежливо и корректно объяснил, что да, есть, но они сейчас все очень заняты, при этом настолько, что он не может кого-либо из них позвать. Продавец-консультант…

ИТ + психология?

Как изменить организационное поведение и улучшить производительность? Марк Смолли (Mark Smalley), известный как IT Paradigmologist, в своей статье "Важность организационного поведения" (The Importance of Organisational Behaviour) рассуждает о значимости поведения в организации, и о том, как этим можно управлять. Управление поведением в организации Organisational Behaviour Management (OBM) является важным аспектом управления, которое применяет психологические принципы организационного поведения и экспериментального анализа поведения в организациях, чтобы улучшить производительность индивидуумов и групп в организации. OBM применяет принципы из многих областей, включая поведенческий анализ и управление эффективностью деятельности. Но почему вам это должно быть интересно? Потому что поведение является основным фактором, который стимулирует организационную эффективность. У вас…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;