Управление проблемами Archives – Страница 2 из 7

В потоках применительная практика

Сегодня сбои, аварии и катастрофы представляют собой экзистенциальную угрозу для поставщиков и потребителей, не зависимо от сферы деятельности и масштабов бизнеса. Откуда берутся эти инциденты? Это неотъемлемая часть жизненного цикла услуги или сервисных компонентов, или это те неприятности от которых можно и нужно избавиться? Эволюция сервисных отношений вносила свои коррективы в способы решения этих вопросов. ITIL v2 выделял 2 направления в деятельности: предоставление услуг и поддержку. В ITIL v3 сервисная поддержка и предоставление услуг больше не были отдельными дисциплинами, а все рассматривалось сквозь призму жизненного цикла услуги. Этап эксплуатации в жизненном цикле описывал стоящие перед ним задачи: минимизация влияния сбоев в…

На какой курс пойти, чтобы узнать про практику Х?

Этот вопрос вы, наши слушатели, задаёте довольно часто. К тому же появились новые курсы категории VAP. Так что было бы удобно иметь под рукой справочник. Ну что же, вот оно: встречайте ответ на вопрос “на каких курсах Cleverics какие и в каком объёме рассматриваются практики ITIL(r)4?”. Практик много, курсов тоже немало. Так что будет таблица. Хотя мне кажется, это и удобнее. Practice Практика ITFO CDS DSV DPI HVIT DITS VAP-SUPPORT VAP-CHANGE VAP-SLM Architecture management Управление архитектурой 5 3 Availability management Управление доступностью 5 7 Business…

Артём Мукосеев, 1 октября 2021, последний комментарий 1 ноября 2021

Как технический долг вредит вашей команде программистов – и вашей безопасности приложений

Техническая долг может серьезно повлиять на здоровье организации – и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize “Состояние технического долга в 2021 году”, считают, что технический долг негативно влияет на моральное состояние их команд.

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

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

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

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

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

Что относится к процессу управления изменениями?

В редакцию портала поступил вопрос по процессу управления проблемами: Если в качестве решения проблемы возможны: изменение настроек компонетов системы доработка (те реализация дополнительных функуций, которые не были в ТЗ) 1 и 2 относятся к процессу управления изменениями? или это разные процессы, какие?

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

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

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

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

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

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

Два вопроса об управлении проблемами

В редакцию портала поступил вопрос: Здравствуйте! Процесс управления проблемами На основании обращений пользователей зарегистрирована проблема: определен способ обходного решения. Дупустимо ли в инциденте устанавливать связь с проблемой (т.е. записью в проблем трекере) при закрытии инцидента путем обходного решения? Предполагается, что это будет выполнять специалист 2-3 ЛТП. Для устранения корневой причины требуется доработка (например, ошибка при формировании требований, не является багом). В качестве решения регистрация RFC. В каком случае проблема может быть закрыта: реализация и проверка заказанной доработки или же достаточно согласование заказанной доработки?

Вопрос из зала, 11 декабря 2020, последний комментарий 14 декабря 2020

Предсмертный или пост-смертный анализ или как избежать катастроф

“Цена неудачи – образование” Девин Каррауэй (Devin Carraway). “Вскрытие покажет” – знакомая многим фраза, это когда мертвые учат живых. Обычно вскрытие проводят, чтобы выяснить и проанализировать причину смерти, только оно уже никак не поможет умершему… Каждый, кто работал с технологиями, проектами, услугами сталкивался со сбоями или неудачами. Разные масштабы, разные последствия – все имеет свою цену. А можно ли было избежать мелких проблем, значительных неудач или глобальных катастроф? У всего есть причина и следствие. Или если уж это произошло, то как мы должны на это реагировать и какие уроки вынести? Есть два подхода, позволяющих учиться на прошлых ошибках и избегать…

Игорь Фадеев, 29 августа 2020, последний комментарий 2 сентября 2020

Проактивное управление проблемами

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

Вопрос из зала, 17 марта 2020, последний комментарий 31 марта 2020

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

Управление проблемами

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