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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

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

Про самый знаменитый процесс управления ИТ-услугами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Закрываем инциденты на второй линии, возможен ли такой сценарий?

Что говорит о закрытии инцидентов ITIL ITIL рекомендует закрывать инциденты на первой линии с помощью функции service desk. Рекомендация почти дословно звучит так: «Службе service desk следовало бы удостовериться в том, что инцидент полностью исчерпан, пользователи удовлетворены и согласны с тем, что инцидент можно закрыть» (Service Operation 4.2.5.9). Кроме этого, ITIL рекомендует службе service desk выполнить несколько процедур:  указать код закрытия выполнить опрос удовлетворенности пользователя  выполнить документирование закрытия инцидента  определить есть ли связь с текущей проблемой с целью избегания повторения инцидента формально закрыть инцидент (изменить статус на «закрыто») Мало того, не стоит забывать о том, что тот же ITIL пишет...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM