«Моя проблема в том, что когда поступает предупреждение о сбое, кажется пустой тратой времени сначала создать тикет JIRA»
Это, конечно, легко решается, большинство систем оповещения могут выдавать несколько оповещений одновременно, и одним из этих оповещений может быть автоматическое создание заявки Jira.
Затем частью закрытия этого тикета Jira может быть административная задача записи (любым способом/системой, подходящей для вас) того, что вы согласовали в качестве времени ремонта.
(Уже подразумевалось, но позвольте мне заявить это явно: время разрешения заявки, отслеживаемое вашей системой продажи билетов, не совпадает со временем ремонта.)
Когда важны время разрешения заявки и сама метрика производительности, вы можете захотеть закрыть автоматически сгенерированную заявку на сбой сразу после устранения сбоя.
Когда вы начинаете анализ основных причин (RCA), используйте связанную, но новую заявку на исследование проблемы #XYZ (которая имеет другие критерии производительности и сообщается иначе, чем заявки, касающиеся сбоев).
В зависимости от результатов RCA вы можете начать работу над постоянным исправлением / мерами по смягчению последствий, которые вы снова отслеживаете другим способом, в зависимости от того, что необходимо сделать.