Про самый знаменитый процесс управления ИТ-услугами
Перебои в работе системы никогда не бывают удачными. И всегда дешевле узнать о чужих сбоях, чем учиться на своих собственных. В этой серии статей мы рассмотрим несколько таких обзоров инцидентов с целью извлечь из них уроки. Возможно, некоторые из опубликованных примеров помогут вам сделать свои системы более устойчивыми к сбоям.
Но открывая текст практики «Управление инцидентами», мы обнаруживаем удивительную вещь: в описании процесса обработки и решения инцидента нет ни такого шага, ни хотя бы какого-то упоминания приоритизации. Что же это значит?
В каждой ИТ-организации есть практика управления инцидентами, причем во многих организациях эта практика была разработана много лет назад и никогда не подвергалась переработке, «стиранию пыли» и переосмыслению. Если вам это знакомо, то пришло время модернизировать управление инцидентами, создав систему, использующую автоматизацию и искусственный интеллект в дополнение к человеческим усилиям. В этой статье представлены три идеи для начала.
Давайте поговорим об управлении инцидентами и проблемами. Дело вот в чем. ITIL существует с конца 1980-х годов. Сейчас мы находимся на четвертой версии (ITIL 4), но, несмотря на огромное количество книг, курсов и сообщений в блогах об ITIL, до сих пор существует путаница в вопросе о том, где заканчивается управление инцидентами и начинается управление проблемами. Плюс разница между этими двумя понятиями. Если бы это был просто терминологический вопрос, я бы не стал так беспокоиться об этом, но реальность такова – путаница в управлении инцидентами и проблемами вредит всем нам. Если существует путаница в практике/процессах управления инцидентами и проблемами, то нам…
Как организовать поддержку в ИТ – это вопрос, с которым сталкиваются почти все организации, вне зависимости от того, являются они внутренним поставщиком услуг или внешним. Да, это задача не из легких.
Как менеджер по управлению значительными инцидентами или менеджер по проблемам, вы можете пройти все курсы ITIL или управления ИТ-услугами (ITSM) в мире, но ничто не сможет подготовить вас к первому крупному инциденту или кризису. Это определенно то, что становится легче только с опытом.
В независимости от того работаете вы в ИТ или бизнес-подразделениях, вы точно сталкивались с понятиями инцидента и проблемы, я просто уверен в этом. Однако далеко не всегда мы делаем различие между этими двумя понятиями. Да, в повседневности всех интересует качество предоставляемых услуг, а не терминология. И если для бизнеса ценность от управления инцидентами понятна и очевидна, то управление проблемами остается за кадром. При этом то, насколько эффективно и результативно выстроена деятельность по управлению инцидентами и проблемами напрямую влияет на то, как бизнес воспринимает деятельность поставщика услуг. Чем различаются и что общего в управлении инцидентами и управлении проблемами 1. Назначение…
В этом видео ролике мы расскажем как работать с документами Practice Guide. На данный момент опубликовано 34 отдельных документа. Это видео поможет вам ориентироваться в этих документах, и использовать их как некое пособие в вашей работе. А для примера мы взяли практику Управление инцидентами. Давайте смотреть видео и разбираться
В настоящее время реагирование на инциденты в большей степени направлено на упреждение и попытку полного предотвращения инцидентов. Что такое реагирование на инциденты? Инцидент — это событие (выход из строя сети, отказ системы, утечка данных и т.д.), которое может привести к потере или нарушению работы, услуг или функций организации. Реагирование на инцидент — это усилия организации по обнаружению, анализу и устранению опасностей, возникших в результате инцидента. В наиболее распространенных случаях, когда упоминается реагирование на инциденты, оно обычно относится к инцидентам безопасности. Иногда понятия “реагирование на инциденты” и “управление инцидентами” используются как взаимозаменяемые. Однако инцидент может быть любого характера, он не обязательно…
Совсем недавно у Игоря Фадеева вышла статья с разбором разницы между инцидентами и известными ошибками. Действительно запутаться в понятиях очень легко, на курсе ITIL® 4 Foundation мы регулярно с этим “распутываемся”.
Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления…