Управление инцидентами Archives – Страница 3 из 16

Как регистрировать дополнительные независимые заявки в тех поддержку, возникающие во время решения основной?

В редакцию портала поступил вопрос: Добрый день! От инженеров, использующих систему регистрации заявок (СРЗ) для выполнения нарядов, поступил кейс, верное решение которого не получается определить однозначно. Часто специалисты выезжающие на места, приходя по одной заявке, делают еще 10. Это происходит потому что другие сотрудники, узнав о том, что специалист тех. поддержки где-то рядом, вспоминают, что у них тоже давно тормозит компьютер или не хватает какого-то ПО (т.е. услуги могут быть самыми разными). Инженеры попросили разработчиков СРЗ дать им возможность самостоятельно заводить себе наряды на такие вот случаи. Это, с одной стороны, позволит не просить заявителя «оставить заявочку», а с другой,…

Вопрос из зала, 3 февраля 2021, последний комментарий 8 февраля 2021

Насколько детальным должно быть меню регистрации запросов пользователей?

В редакцию портала поступил вопрос: Добрый день. Вопрос наверное не новый и проблема общая. Поступает куча запросов, неправильно зарегистрированных пользователем: неправильная привязка сервиса, типа запроса и т.п. Вопрос в следующем, насколько глубоко меню регистрации запроса должно быть категоризировано. Грубо говоря первая крайность – меню совсем без полей выбора привязки к сервису, к типу и т.д., пользователь просто описывает проблему своими словами, а далее все привязки делает специалист СТП при регистрации запроса. Вторая крайность – меню содержит кучу зависимых полей выбора (Сервис – Вид обращения – Тип запроса и т.д.), в которых пользователь обычно путается и регистрирует запрос неверно. Хотелось бы…

Вопрос из зала, 20 января 2021, последний комментарий 11 февраля 2021

Коллективное бессознательное – инструмент или осадок опыта

Погружаясь в пучину эксплуатации услуг, первое с чем обычно сталкиваются участники такого погружения – это непредвиденные ситуации в виде сбоев, поломок, а в крайних случаях, и с более значительными последствиями (когда что-то пошло не так или вышло из-под контроля). Эта жизненная ситуация, знакомая каждому, и решаем мы ее по-разному: самостоятельно или обращаясь к специалистам. Люди, не работающие в ИТ, назовут эти ситуации проблемами, трудностями, обстоятельствами, поломками или катастрофами. ITIL предлагает использовать понятие “инцидент” – как незапланированное прерывание услуги или снижение ее качества. В зависимости от степени тяжести и последствий таких инцидентов выделяется особый вид инцидентов – “значительные инциденты”. В любом…

Игорь Фадеев, 17 июля 2020, последний комментарий 21 июля 2020

Удовлетворённость инцидентами

Одним из важных блоков книги и курса ITIL® 4 Direct, Plan and Improve (DPI) является подход к формированию системы измерения и оценки. Совсем недавно мне повезло побывать у нас на этом курсе в качестве слушателя. При разборе модели планирования и оценки (Planning and evaluation model) одним из примеров для отработки применения модели была выбрана практика управления инцидентами (Incident Management). И когда после выполнения упражнения мы рассмотрели примеры KPI и PSF (Practice Success Factors, факторы успеха практики – «комплексные функциональные компоненты практики, необходимые для того, чтобы практика реализовывала своё назначение») из публикации «Incident Management ITIL4 Practice Guide», возникла дискуссия, которую я…

Игорь Гутник, 29 июня 2020, последний комментарий 28 декабря 2020

Эффективное управление очередью в условиях кризиса

На данный момент нелегко предоставлять лучшую услугу ИТ-поддержки нашим коллегам. Существует больший объем тикетов, нехватка людей из-за болезни, социальной дистанции или самоизоляции (с удаленной работой ИТ-персонала), а также технические ограничения оборудования и механизмов доставки. Кроме того, наши клиенты, скорее всего, будут чувствовать себя по-разному, когда проблемы с ИТ мешают им выполнять работу, которую им необходимо выполнять, работая дома. Все это означает, что поддержание нормального уровня услуг является реальной проблемой Оттолкнитесь от текущей ситуации Это один из руководящих принципов ITIL4, который так важно помнить при попытке улучшить что-либо. Скорее всего, ваши очереди по инцидентам и запросам на обслуживание выросли как никогда, и отдельные люди и команды…

Новостной поток, 25 июня 2020

Кризис-менеджмент в поддержке

В прошлом месяце показатели своевременности обработки запросов на обслуживание и устранения инцидентов еще были в зеленой зоне, а в этом они ниже положенных нормативов и ситуация продолжает ухудшаться. Что делать? В кого стрелять, куда нести цветы? План действий менеджера процесса должен состоять из следующих пунктов: Идентифицировать и локализовать проблему Подготовить одну или несколько мер, направленных на устранение проблемы или на минимизацию ущерба Найти ресурсы для осуществления плана и добиться их инвестирования Проконтролировать реализацию мер и убедиться в том, что они принесли ожидаемый эффект, в противном случае, вернуться к п.1 PROFIT Звучит просто, правда? Почему же не у всех получается? Посмотрим…

Андрей Труфанов, 22 июня 2020

Анестезия для сервиса

Любая боль – это сигнал о том, что есть проблема, о которой нам сообщает организм. А что в ITSM? Есть проблемы, о которых нам сигнализируют инциденты. Мелкие или значительные – они все равно остаются инцидентами, сигнализирующими об уровне боли для бизнеса. И как скорая помощь, Service Desk бросается на устранение боли. Подчеркну, это всего лишь снятие симптоматики, анестезия, которая потребует последующей терапии. С этой ситуацией сталкиваются и те, кто находится на стороне потребителя, и те, кто находится на стороне поставщика услуг. Вопросы управления инцидентами рассматриваются в рамках одноименного процесса в библиотеке ITIL v3, а также в руководстве по практике управления…

Игорь Фадеев, 26 мая 2020

Как сделать приоритет реальным показателем очередности выполнения запросов и инцидентов

Все мы привыкли к ставшей уже общепринятой методике определения приоритета запроса или инцидента. Определяется срочность запроса (как быстро необходимо его выполнить), и воздействие/влияние запроса на пользователя или бизнес-процесс. На основе матрицы из срочности и влияния определяется приоритет запроса, который в свою очередь (в числе прочих параметров, например тип запроса – запрос на консультацию или обслуживание или изменение или инцидент – или статус Пользователя – VIP\не VIP), определяет выбор SLO и, в конечном счете, определяет, как быстро ИТ должно отреагировать и выполнить этот запрос – т.е. конечный срок выполнения запроса. Соответственно, сотрудникам поддержки ИТ, в рамках регламентов и рабочих инструкций предписывается…

Новостной поток, 20 февраля 2020, последний комментарий 26 февраля 2020

Типовые роли в поддержке и в управлении услугами

Известный эксперт в области ITSM Рой Аткинсон (Roy Atkinson) в своей статье делится перечнем и описанием типовых ролей в ИТ-поддержке и в управлении услугами, которые использует в своих отчётах Ассоциация профессионалов в области технической поддержки HDI. Первая линия поддержки / Аналитик Центра ПоддержкиСпециалисты технической поддержки первой линии, которые получают и обрабатывают заявки. Эти специалисты отвечают за предоставление клиентам информации, восстановление услуг, предоставление специфических услуг и эскалацию заявок на следующие линии. Могут иметь другие названия, например Аналитик службы поддержки, Агент службы поддержки. Вторая линия поддержкиСпециалисты технической поддержки, которые обрабатывают заявки, переданные с первой линии. Этим специалистам необходимы более продвинутые технические навыки…

Новостной поток, 9 февраля 2020

Что можно узнать на курсе ITIL 4 CDS

Как вы знаете, курс ITIL(r)4 Create, deliver and support появился прошлой осенью. Разработан он на основе одноимённой книги и отдельных публикаций, в которых описаны практики, упоминающиеся в этой книге. Практики, вообще говоря, в книге упоминаются практически все, но для успешной сдачи экзамена нужно иметь представление об основных понятиях и подходах к организации ключевых (по мнению авторов ITIL) практик – ключевых в контексте двух потоков создания ценности, упоминаемых, кстати говоря, уже на курсе ITIL(r) Foundation. В список ключевых попали следующие из них: Поток создания новой услуги Проектирование услуг (Service design) Управление релизами (Release management) Подтверждение и Тестирование Услуг (Service validation and…

Артём Мукосеев, 20 января 2020

Зачем нужна категоризация?

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

Игорь Фадеев, 21 декабря 2019, последний комментарий 13 февраля

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

Управление инцидентами

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