Всё об управлении проблемами
С точки зрения внедрения управления проблемами, примерно две трети ИТ-организаций уже “занимаются” управлением проблемами. Но это не всегда то, чем оно должно быть, т.е. инвестирование времени и ресурсов для проактивного расследования и устранения повторяющихся проблем ИТ и бизнеса, а также их коренных причин.
В независимости от того работаете вы в ИТ или бизнес-подразделениях, вы точно сталкивались с понятиями инцидента и проблемы, я просто уверен в этом. Однако далеко не всегда мы делаем различие между этими двумя понятиями. Да, в повседневности всех интересует качество предоставляемых услуг, а не терминология. И если для бизнеса ценность от управления инцидентами понятна и очевидна, то управление проблемами остается за кадром. При этом то, насколько эффективно и результативно выстроена деятельность по управлению инцидентами и проблемами напрямую влияет на то, как бизнес воспринимает деятельность поставщика услуг. Чем различаются и что общего в управлении инцидентами и управлении проблемами 1. Назначение…
Управление проблемами обращает на себя особое внимание среди специалистов, работающих в ИТ сфере. И несмотря на то, что эта деятельность не так заметна окружающим, последствия от ее отсутствия знакомы каждому. Управление проблемами — это не про восстановление услуг или ликвидация неполадок, а про определение первопричин и их устранение. Кому доверить эту ответственную деятельность? Этот вопрос обсуждается на курсах, форумах, описывается в статьях и рекомендациях. Мы уже обсуждали, чем проблемы отличаются от инцидентов. Сегодня речь пойдет о тех, кто тратит свое время и усилия на решение проблем. Организационные структуры и команды Сразу скажу, что специальную организационную структуру для управления проблемами я…
Почти всегда, когда речь заходит об управлении проблемами, возникает ряд проблем, связанных с пониманием и организацией этой важной, но далеко не всегда по праву оцененной деятельности. А что мы знаем о проблемах? Я сейчас говорю не о том, что в повседневности мы слышим, когда происходит нечто, что нарушает нашу привычную деятельность. Это, кстати, одна из проблем в восприятии управления проблемами с точки зрения смыслового наполнения этой деятельности. Наверняка вам приходилось слышать, а то и самим произносить что-то из серии: “у меня проблемка возникла… Не мог бы ты подойти посмотреть (или помочь) решить это недоразумение?” И если для обывателя ничего странного…
Совсем недавно у Игоря Фадеева вышла статья с разбором разницы между инцидентами и известными ошибками. Действительно запутаться в понятиях очень легко, на курсе ITIL® 4 Foundation мы регулярно с этим “распутываемся”.
Сегодня сбои, аварии и катастрофы представляют собой экзистенциальную угрозу для поставщиков и потребителей, не зависимо от сферы деятельности и масштабов бизнеса. Откуда берутся эти инциденты? Это неотъемлемая часть жизненного цикла услуги или сервисных компонентов, или это те неприятности от которых можно и нужно избавиться? Эволюция сервисных отношений вносила свои коррективы в способы решения этих вопросов. 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…
Техническая долг может серьезно повлиять на здоровье организации – и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize “Состояние технического долга в 2021 году”, считают, что технический долг негативно влияет на моральное состояние их команд.
Если ваша деятельность связана с ИТ, или вы собираетесь работать в ИТ-экосистеме, то повнимательнее взгляните на деятельность, связанную с “жизнью” услуг в продуктовой среде. Я нисколько не принижаю важность работы маркетинга, проектирования, тестирования, ввод услуг в эксплуатацию, но хочу заметить, что все это делается ради того, чтобы услуга помогала достичь конечных результатов, и получить ценность для своих потребителей, а также создать ценность и для вас, как для поставщика. Ведь, пока мы не введем ее в эксплуатацию, для поставщика не наступает возврат инвестиций, а незавершенная работа по разработке и внедрению генерирует расходы. Время вывода услуги на рынок стремятся сокращать, но ведь…
Вы когда-нибудь задумывались над смыслом этого слова? Что оно значит для вас? Готов поспорить, что ответ на это вопрос будет на 100% зависеть от контекста! Но этого мало. Вам надо быть уверенным, что вы со своим собеседником одинаково понимаете не только контекст, но и значение этого термина. Если вы работаете в сфере ИТ и знакомы с ITIL, это не означает, что ваши клиенты будут воспринимать инцидент так же, как и вы. Для вас это незапланированное прерывание или деградация качества услуги, а для клиента инцидент — это событие, требующее присутствия полицейских. Интерес к этой теме привлекает как тех, кто находится на…
В редакцию портала поступил вопрос по процессу управления проблемами: Если в качестве решения проблемы возможны: изменение настроек компонетов системы доработка (те реализация дополнительных функуций, которые не были в ТЗ) 1 и 2 относятся к процессу управления изменениями? или это разные процессы, какие?