Jump to content

Серая проблема

В ИТ « серая проблема» (или «серая проблема» ) — это проблема, причина которой неизвестна или не подтверждена. Распространенные проблемы серого цвета:

  • Периодические ошибки;
  • Периодический неверный вывод или;
  • Временные проблемы с производительностью.

Поскольку вызывающая технология не ясна, ИТ-отделам часто бывает трудно передать проблему группе технической поддержки (команде платформы).

Сочетание информации о частоте и причинной технологии может дать представление о сложности проблемы и, таким образом, указать, насколько сложно ее будет исследовать (см. Рисунок 1).

Проблемы в каждом квадранте имеют определенные характеристики:

Квадрант 1
В типичном ИТ-отделе от 80 до 90% проблем представляют собой серьезные неисправности, которые легко отследить до вызывающей их технологии. Соответствующая группа технической поддержки или поддержки платформы эффективно решает эти проблемы каждый день.
Квадрант 2
Некоторые повторяющиеся проблемы возникают из-за известной ошибки или, очевидно, вызваны определенным аппаратным или программным компонентом. Этими проблемами занимаются специалисты технической поддержки, работающие с поставщиками.
Квадрант 3
Время от времени возникает разовая проблема, причину которой так и не удается найти.
Квадрант 4
Техническая принадлежность этих проблем неясна, поэтому их называют «серыми проблемами», то есть не черно-белыми.

Серые проблемы оказывают существенное влияние на ИТ-услуги, а также:

  • Формировать основную часть текущих повторяющихся проблем
  • Создание непропорционально высокой рабочей нагрузки на ИТ-поддержку
  • Дайте указание на более серьезные проблемы в будущем
  • Заставить бизнес скорректировать методы решения проблемы

Перспектива ITIL

[ редактировать ]

ITIL Service Operations подразумевает, что «серые» проблемы должны решаться через группу решения проблем под руководством функции управления проблемами. На практике даже те ИТ-организации, которые внедрили ITIL, редко имеют процедуру решения серой проблемы, оставляя ее метаться между группами технической поддержки, поскольку каждая из них отрицает, что виновата их технология.

См. также

[ редактировать ]

Дальнейшее чтение

[ редактировать ]
  • Оффорд, Пол (2011). RPR: метод диагностики проблем для ИТ-специалистов . Адванс Севен Лимитед. ISBN   978-1-4478-4443-3 .
  • Пример серой проблемы
  • Презентация Британскому компьютерному обществу
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: e44dcf8011d9bbb60926b809dce4829d__1704247800
URL1:https://arc.ask3.ru/arc/aa/e4/9d/e44dcf8011d9bbb60926b809dce4829d.html
Заголовок, (Title) документа по адресу, URL1:
Grey problem - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)