Looking forward to jeopardy and fall-outs

When we find that orders have gone into (are about to go into) a jeopardy state or a fall-out state, the experts are brought in and tend to work backwards to identify the problem and resolve it.

But what if our OSS were able to predict the likelihood of future failure and present that information to operators? What if a certain series of similar steps / processes / values (the “recipe”) had resulted in a 90% fall-out rate based on analysis of past instances? Would the operator try a slightly different recipe to get a higher likelihood of success? Or if unable to change, then at least report that this recipe is likely to fail?

There are two numbers. The first is the likelihood of failure (ie fall-out). The second is the likelihood of reaching target SLAs (ie jeopardy), such as estimated RFS (Ready for Service) date.

I’m sure these predictive stats are already being gathered by some sophisticated OSS. The difference here is in giving operators the information to improve the situation – at the front of the funnel, when there is still time to change, rather than mid-way through the work-flow when it’s nearer the bottleneck and deadlines are imminent.

If this article was helpful, subscribe to the Passionate About OSS Blog to get each new post sent directly to your inbox. 100% free of charge and free of spam.

Our Solutions

Share:

Most Recent Articles

No telco wants to buy an OSS/BSS

When you’re a senior exec in a telco and you’ve been made responsible for allocating resources, it’s unlikely that you ever think, “gee, we really

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.