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

“Эксплуататорам” услуг на заметку

Если ваша деятельность связана с ИТ, или вы собираетесь работать в ИТ-экосистеме, то повнимательнее взгляните на деятельность, связанную с “жизнью” услуг в продуктовой среде. Я нисколько не принижаю важность работы маркетинга, проектирования, тестирования, ввод услуг в эксплуатацию, но хочу заметить, что все это делается ради того, чтобы услуга помогала достичь конечных результатов, и получить ценность для своих потребителей, а также создать ценность и для вас, как для поставщика. Ведь, пока мы не введем ее в эксплуатацию, для поставщика не наступает возврат инвестиций, а незавершенная работа по разработке и внедрению генерирует расходы. Время вывода услуги на рынок стремятся сокращать, но ведь…

Инцидент – как много в этом слове…

Вы когда-нибудь задумывались над смыслом этого слова? Что оно значит для вас? Готов поспорить, что ответ на это вопрос будет на 100% зависеть от контекста! Но этого мало. Вам надо быть уверенным, что вы со своим собеседником одинаково понимаете не только контекст, но и значение этого термина. Если вы работаете в сфере ИТ и знакомы с ITIL, это не означает, что ваши клиенты будут воспринимать инцидент так же, как и вы. Для вас это незапланированное прерывание или деградация качества услуги, а для клиента инцидент — это событие, требующее присутствия полицейских. Интерес к этой теме привлекает как тех, кто находится на…

Игорь Фадеев, 26 марта 2021, последний комментарий 29 марта 2021

Интервал недоступности

Организации, ставящие перед собой задачу контроля качества предоставляемых ИТ-услуг, измеряют показатель доступности. Что такое доступность услуги и как она измеряется в реальной жизни? Давайте разбираться. Недоступность ИТ-услуги является высшей мерой нарушения ее эксплуатационных характеристик. Потребительские характеристики ИТ-услуги становятся такими, что ее потребитель теряет возможность получать от услуги ценность. Каждодневной заботой поставщика услуг является поддержание этой самой доставляемой потребительской ценности, а значит и обеспечение непрерывности ИТ-услуги. Такое определение нарушения доступности часто вызывает раздражение, т.к. оно предельно неконкретно и не отвечает на вопрос владельца конкретной услуги, что это означает в терминах его услуги, как измерять недоступность, и тому подобные вопросы. Корень зла…

Вопрос одновременного внедрения нескольких базовых процессов

В редакцию портала поступил вопрос: Коллеги, доброго дня, поделитесь пожалуйста опытом. Есть ли у вас УСПЕШНЫЕ кейсы одновременного внедрения нескольких базовых процессов (инциденты\обращения\изменения\конфиг\проблем)? Какие дополнительные «грабли» были при таком внедрении и как удалось избежать эффекта паралича работы ИТ-службы (когда специалисты вместо обычных 10 заявок в периоде — начинают обрабатывать 4-5 а остальное время «тупят» в новом ServiceDesk-е с новыми окошками и привыкают указывать связи, типы, статусы и т.д. по инструкциям)? Заранее благодарю, Сергей.

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

Я знаю три слова…

Есть довольно ощутимые вещи, которые вы можете сделать, чтобы прокачать свои знания в ITSM: посетить учебные курсы, мастер-классы, деловые игры, семинары и тренинги. Что выбрать в этом многообразии и как учесть тенденции быстро меняющегося мира? Да, мир не стоит на месте и вслед за официальным объявлением AXELOS об отмене сертификации ITILv3, о котором мы уже писали, набирает обороты новая линейка курсов и сертификации ITIL4. Но что делать тем, которым нужны знания в области ITSM, при этом вопросы сдачи англоязычных экзаменов не так актуальны? А если еще учесть то, что материалов в публикациях «ITIL® 4 Practice Guide» намного больше, чем требуется…

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

В редакцию портала поступил вопрос: Добрый день! От инженеров, использующих систему регистрации заявок (СРЗ) для выполнения нарядов, поступил кейс, верное решение которого не получается определить однозначно. Часто специалисты выезжающие на места, приходя по одной заявке, делают еще 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, который так важно помнить при попытке улучшить что-либо. Скорее всего, ваши очереди по инцидентам и запросам на обслуживание выросли как никогда, и отдельные люди и команды…

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

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

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

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

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