A proxy for OSS Mission Control

Yesterday’s blog provided a contrast between a NOC and NASA’s Mission Control. It indicated that Mission Control is focussed on a single payload whilst NOCs are managing thousands / millions of services simultaneously.

From a customer experience perspective, we need to build OSS / BSS suites that are able to track every journey from end-to-end rather than the more common batch / silo approach. But this can be a really difficult, perhaps even insurmountable challenge for organisations with many legacy systems that contribute to existing workflows. Journey mapping can be difficult to retrofit.

As a proxy if you don’t have linking keys, you can use the cascading bucket technique. The diagram below (stolen from SolveforInteresting.com) shows the concept (disregard the numbers though).
Leaky bucket

If you can measure volumes of flows at each step in the journey then you can get a feel for where fallouts are happening. Sankey diagrams can be a good way of visualising.

It’s only a proxy though as most customer journeys traverse complicated service provider processes that have time gaps and data mutations / augmentations.

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.