Problem Management — документация…

Не статья, а раздел документации к ITSM-платформе — и в каталоге он лежит по той же причине, что и документация по инцидентам: видно, во что превращается практика, когда её приходится не описать, а запрограммировать.

Что внутри

Обзорная страница модуля: назначение практики — предотвращать инциденты и уменьшать влияние тех, которые предотвратить не удалось, через установление корневой причины. Перечень того, что система умеет: заводить и регистрировать проблемы, приоритизировать их по влиянию, срочности, конфигурационным единицам и услугам, назначать исполнителей, вести расследование с эскалацией, заводить известные ошибки с обходными решениями, закрывать проблему вместе со связанными инцидентами.

Дочерними разделами идут модель состояний, заведение проблем, база известных ошибок, обработка и отслеживание.

Одна техническая деталь стоит того, чтобы её заметить: таблицы проблем и задач по проблемам наследуются от общей таблицы задач ITSM. Это ровно то требование, которое в разборе стоит вторым по важности — общие справочники с управлением инцидентами. Здесь видно, как оно выглядит внутри: не договорённость, а общий предок в структуре данных.

Кому пригодится

Тому, кто пишет требования к системе или готовит техническое задание. Видно, какие сущности и связи придётся описать и в каком месте практика упирается в модель данных, а не в регламент.

На что обратить внимание

Привязка к продукту высокая: названы конкретные таблицы и соседние модули. Переносится отсюда логика, а не решения.

Обзорная страница только указывает направление: модель состояний, поля и роли живут в дочерних разделах. Если вы пришли за ними, одной этой страницы не хватит.

Раздел англоязычный, хотя платформа российская.

Что читать рядом

Наш разбор управления проблемами — раздел «Чем автоматизируется»: что от инструмента действительно нужно, в порядке важности, и чего от него ждать не стоит.