Записи рубрики «Управление инцидентами»

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

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

Своими мыслями на этот счёт поделился Стюарт Рэнс, эксперт в области управления ИТ-услугами. Большинство инцидентов, с которыми имеет дело ИТ, относительно незначительны. Они могут быть важны для пользователей, которых затронули, но в большинстве случаев не представляют реальной угрозы для бизнеса. Команды технической поддержки, с которыми мне доводилось работать, в основном достаточно эффективно устраняют такие инциденты. Они...

Сочетание Cynefin и Swarming для лучшего управления инцидентами

Cynefin – интригующий фреймворк, он базируется на теории сложности и принципе, согласно которому разные ситуации требуют существенно разных подходов. Его создатель, Дейв Сноуден (Dave Snowden), кратко описывает это как «осознать сложность, чтобы действовать». Сноуден создал фреймворк в 1999 году, когда работал в IBM, а в 2003 опубликовал широко известную статью «Комплексные акты познания». Он оставил...

Управление инцидентами в бизнес-процессах компании

В редакцию портала поступил вопрос: Коллеги, всех приветствую. Хотел поднять тему внедрения управления услугами на уровне предприятия (Enterprise Service Management). На тему натолкнула статья Стюарта Рейнса Incident Management Isn’t Just For IT (оригинал optimalservicemanagement...isnt-just-for-it, перевод habrahabr.ru/post/347488/). Кому-нибудь приходилось участвовать в таком преобразовании процессов? С какими трудностями сталкивались? Известны случаи, когда инициатором таких проектов был именно ИТ и...

Service Desk 2018

Довольно часто для молодых ИТ-специалистов, входом в мир информационных технологий служит Service Desk. Сложившийся стереотип о простоте работы на позиции специалиста первой линии поддержки, а также низкого авторитета подразделения в целом, до сих пор ощущается при разговорах с собеседниками. Предлагаю немного разобраться в этом вопросе. Из ITIL® v3 2011 следует, что Service Desk — это функциональное...

Правильная последовательность внедрения ITSM-процессов

В редакцию портала поступил вопрос: Добрый день, коллеги! Наша компания находится на этапе внедрения процессов ITSM. В качестве первоочередных к внедрению процессов остановились на 6: управление обращениями, управление инцидентами, управление запросами на обслуживание, управление изменениями, управление конфигурациями, управление проблемами. Возник спор: в какой последовательности внедрять процессы. Я считаю, что правильнее было бы сперва смоделировать и описать...

«Здесь играем, здесь не играем …»

Для оценки качества работы первой линии часто используются такие метрики как: «Доля обращений, решённых на первой линии (First Line Resolution — FLR)» и «Доля обращений, решённых в течение первого контакта (First Contact Resolution — FCR)». Причина их появления довольно очевидна – стремление увеличить количество обращений, разрешаемых на первой линии. В свою очередь, это должно привести к снижению стоимости...

Поддержка искусственным интеллектом

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

Провокация: есть мнение, что управлять инцидентами скоро будет не нужно!

Если следовать заметке The End of Incident Management (as we know it!) Дага Теддера (Doug Tedder), в обозримом будущем управлять инцидентами будут роботы, впрочем, как полагает редколлегия, и писать заметки на портале RealITSM. Как вы думаете, как скоро такое может произойти, и что же будут делать люди? Итак, можете ли вы представить себе ITSM без...

Границы ответственности инцидент-менеджера

В редакцию портала поступил вопрос: Добрый день всем! У меня с нашим проблем-менеджером возник спор, кто же все-таки должен контролировать решение ИТ-проблем? Он утверждает, что инцидент-менеджер, он же инициатор проблемы, должен вести непрерывный контроль за решением проблемы, при необходимости "пинать" инженеров или change-менеджемент, который решает проблему, так ли это? В моем понимании инцидент-менеджер безусловно является...

Книга «RealITSM: проверено временем» поступила в продажу

Купить книгу "RealITSM: проверено временем" теперь можно: в бумажном виде в книжном магазине itSMF; в электронном виде на сайте Cleverics. Как уже упоминалось, эта книга является сборником самых популярных и ярких авторских заметок, вышедших на портале RealITSM за шесть лет. Поэтому у неё сразу 12 профессиональных авторов. Инвентаризацию заботливо разложенных на пути к эффективному управлению ИТ грабель...

Вопрос из зала: что делать с переклассификацией инцидентов

  В редакцию портала поступил вопрос: При решении инцидентов иногда возникают ситуации, когда зафиксированное ранее для инцидента влияние требуется изменить. Логичным в этом случае кажется и изменение срока решения инцидента. Хотел бы услышать мнения экспертов по поводу следующего способа изменения срока решения инцидента при изменении его (зафиксированного) влияния. Для упрощения возьмем следующую модельную ситуацию. Срок...