Всё об управлении проблемами
ИТ-услуги не совершенны. Безусловно, во время разработки услуги и их компоненты тестируются и проверяются, однако все равно некоторые ошибки остаются незамеченными, а некоторые риски не возможно предсказать. В процессе эксплуатации эти ошибки и уязвимости проявляют или могут проявить себя инцидентами.
Проактивное управление проблемами сильно помогает в успешном предоставлении ИТ-услуг, но не лишено сложностей. Давайте узнаем, как этот подход может помочь вашей организации и как его реализовать.
Что такое проблема, как она возникает и проявляется в предоставлении услуг? Чтобы услуга приносила максимальную ценность заказчикам, необходимо пройти несколько этапов жизненного цикла услуги. Каждый из них должен быть выполнен корректно: Тщательное и правильное планирование Проектирование на основе планов Разработка и приобретение компонентов Внедрение компонентов в эксплуатационную среду Правильная эксплуатация, потребление и поддержка услуг Если все эти этапы выполнены безупречно, вероятность возникновения сбоев и инцидентов минимальна. Однако, на практике всегда существует риск ошибок на каждом этапе, что может привести к сбоям и отказам услуг. А виной всему проблема, возможно не одна. Управление проблемами Управление проблемами направлено на выявление, анализ…
Несмотря на важность управления инцидентами, позволяющего быстро справляться со сбоями в ИТ-услуге, существует парадокс: напрямую оно не приносит ценности организации.
Наши ИТ-услуги не идеальны, и часто возникают сбои, вызванные разными причинами – проблемами. Чтобы эффективно работать с проблемами, без анализа корневых причин не обойтись.
Непрерывное совершенствование лежит в основе успешного управления ИТ-услугами, и потому рассмотрим, как оно может быть использовано в ключевых процессах и какие преимущества для них оно дает.
Мы заканчиваем серию статей про интересные уроки, которые можно вынести из аварийных ситуаций, рассказом про трудное решение о восстановлении системы в компании Reddit и общими выводами, которые можно учитывать в своей работе.
Если в рамках практики «управление проблемами» вы идентифицируете только одну корневую причину (root cause) для каждой проблемы, то вы упускаете множество возможностей для совершенствования. У одного из моих клиентов возникла проблема, которая вызывала множество инцидентов. Они провели исследование и выявили корневую причину. По их мнению, это была ошибка в программном приложении, разработанном внутри компании. Они устранили ошибку и закрыли проблему. Это типичная ситуация, которую я наблюдаю в управлении проблемами, и на первый взгляд, она выглядит нормально. Но на самом деле это недостаточно хорошо, потому что вам нужно задавать много неудобных вопросов, если вы хотите понять, что на самом деле произошло….
Практический опыт расследования причины инцидента в компании Advenita, превратившийся увлекательный детектив и позволивший сделать важные выводы на будущее.
Давайте поговорим об управлении инцидентами и проблемами. Дело вот в чем. ITIL существует с конца 1980-х годов. Сейчас мы находимся на четвертой версии (ITIL 4), но, несмотря на огромное количество книг, курсов и сообщений в блогах об ITIL, до сих пор существует путаница в вопросе о том, где заканчивается управление инцидентами и начинается управление проблемами. Плюс разница между этими двумя понятиями. Если бы это был просто терминологический вопрос, я бы не стал так беспокоиться об этом, но реальность такова – путаница в управлении инцидентами и проблемами вредит всем нам. Если существует путаница в практике/процессах управления инцидентами и проблемами, то нам…
Как организовать поддержку в ИТ – это вопрос, с которым сталкиваются почти все организации, вне зависимости от того, являются они внутренним поставщиком услуг или внешним. Да, это задача не из легких.