Blogs

Filter by Date Period

Select Date
Filter by Date Range
Filter by Date Range

Filter by Category

Filter by Category

Net Simplicity Score (NSS) gets a little more complex

In last Tuesday's post, I asked the community here on PAOSS and on TM Forum's Engage platform for ideas about how you would benchmark complexity. I also provided a reference to an old post that described the concept of a NSS (Net Simplicity Score) for our OSS/BSS. Due to the complexity of factors that contribute to a complexity score, the NSS is a “catch-all” simplicity metric. Hopefully…

Read More »

OSS are not just a #$%&ing cost centre

It seems that OSS/BSS are always an afterthought. And always seen as a cost centre rather than a revenue generator. Now I'm biased of course, but I think that's such a narrow view. And we need everyone in our industry to spread the same gospel. I like to think of it like this... Sales teams identify the customers and revenue (let's call them THE BUY-SIDE). Network teams…

Read More »

Opinions wanted – How to Benchmark OSS/BSS complexity

I'd love to ask you an important question...  how do we benchmark OSS/BSS complexity? To measure how complex our systems are and therefore provide a signpost for simplification.A colleague has opined that the number of apps in a stack could be used a proxy. I can see where he's going with that, but I feel that it doesn't account for architectural differences such as monolith versus…

Read More »

The digital transformation paradox twins

There's an old adage that "the confused mind always says no." Consider this from your own perspective. If you're in a state of confusion about something, are you likely to commit wholeheartedly or will you look to delay / procrastinate? The paradox for digital transformation is that our projects are almost always complex, but complexity breeds confusion and uncertainty. Transformation may be urgently needed, but it's…

Read More »

What will get your CEO fired? (part 4)

In Monday's article, we suggested that the three technical factors that could get the big boss fired are probably only limited to: Repeated and/or catastrophic failure (of network, systems, etc) Inability to serve the market (eg offerings, capacity, etc) Inability to operate network assets profitably In that article, we looked closely at a human factor and how current trends of open-source, Agile and microservices might actually…

Read More »

What will get your CEO fired? (part 3)

In Monday's article, we suggested that the three technical factors that could get the big boss fired are probably only limited to: Repeated and/or catastrophic failure (of network, systems, etc) Inability to serve the market (eg offerings, capacity, etc) Inability to operate network assets profitably In that article, we looked closely at a human factor and how current trends of open-source, Agile and microservices might actually…

Read More »

What will get your CEO fired? (part 2)

In Monday's article, we suggested that the three technical factors that could get the big boss fired are probably only limited to: Repeated and/or catastrophic failure (of network, systems, etc) Inability to serve the market (eg offerings, capacity, etc) Inability to operate network assets profitably In that article, we looked closely at a human factor and how current trends of open-source, Agile and microservices might actually…

Read More »

What will get your CEO fired?

Not sure whether you have a clear answer to that question - either the thought is enticing (you want the CEO to get fired), unthinkable (you don't want the CEO fired) or somewhere in between.  You'd invariably get different answers from different employees within most organisations (you can't please all of the people all of the time). Today's post also has no singular situation, so it…

Read More »

Exactly what is an OSS’s “intuition age”

I'm currently reading a book entitled, "Jony Ive. The genius behind Apple's greatest products." I'd like to share a paragraph with you from it (and probably expect a few more in coming days): "...Apple's internal culture heavily favored the engineers within the product groups. The design process was engineering driven. In the early days of Frog Design, the engineers had bent over backward to help implement…

Read More »

Interesting metrics from The Blue Book launch

When I first started the Passionate About OSS site / blog many years ago, I was lucky to get a handful of views per day. It's grown by many multiples since then, fortunately. The launch of The Blue Book OSS/BSS Vendor Directory generated some exciting metrics yesterday. The directory alone came within 5 pageviews of the highest count we've ever seen on PassionateAboutOSS.com (and PAOSS is…

Read More »

“The Blue Book OSS/BSS Vendor Directory” from Passionate About OSS has officially launched

We're excited to announce that “The Blue Book OSS/BSS Vendor Directory” has officially gone live here at https://passionateaboutoss.com/directory It provides a comprehensive directory of over 400 suppliers that produce OSS, BSS and/or related network management tools. Company details, product details and functionality classifications are included. Every network operator has a unique set of needs from their operational software – software that includes OSS (Operational Support Systems),…

Read More »

A lighter-touch OSS procurement approach (part 3)

We've spoken at length about TM Forum’s, “Time to kill the RFP? Reinventing IT procurement for the 2020s,” report so far this week. We've also spoken about the feeling that the OSS/BSS RFP (Request For Proposal) still has relevance in some situations... as long as it's more of a lighter-touch than most. We've spoken about a more pragmatic approach that aims to find best available fit…

Read More »

A lighter-touch OSS procurement approach (part 2)

Yesterday's post described the approach to get from 400+ possible OSS/BSS suppliers/products down to a more manageable list without: Having to get into significant discussions with vendors (yet) Gathering all your stakeholders together to prepare a detailed list of requirements We'll call this "the long list," which might consist of 5-20 suppliers. We use this evaluation technique (which we'll share more about on Monday) to ensure…

Read More »

A lighter-touch OSS procurement approach (part 1)

You may have noticed that we've run a series of posts about OSS/BSS procurement, and about the RFP process by association. One of the first steps in the traditional procurement process is preparing a strategy and detailed set of requirements. As TM Forum's, “Time to kill the RFP? Reinventing IT procurement for the 2020s,” report describes: "Before an RFP can be issued, the CSP’s IT or network…

Read More »

Do I support the death penalty (of OSS RFPs)? Hmmm….

As per yesterday's post, I'll continue to reference a TM Forum report called, "Time to kill the RFP? Reinventing IT procurement for the 2020s" today. Mark Newman and the team have captured and discussed so many layers to the OSS/BSS procurement process. There's no doubt the current stereotypical RFP approach to procurement is broken. It needs to be done differently. That's why we have been doing…

Read More »

Lobbying hard for the death penalty for OSS RFPs

Earlier this year, the TM Forum published a really insightful report called, "Time to kill the RFP? Reinventing IT procurement for the 2020s." There are so many layers to the OSS/BSS procurement discussion and Mark Newman and team have done a fantastic job of capturing them. We'll expand on a few of those layers in a series of posts this week. For example, section 2 articulates…

Read More »

OSS/BSS procurement is flawed from the outset

The industry we work in is worth tens of billions of dollars annually. We rely on that investment to fund the OSS/BSS projects (and ops/maintenance tasks) that keeps many thousands of us busy. Those funds originate from project sponsors in the buyers' organisations taking a leap of faith in kicking off an OSS project. For many of the big projects, sponsors are obliged to involve the…

Read More »

OSS that make men feel more masculine and in command

"From watching ESPN, I'd learned about the power of information bombardment. ESPN strafes its viewers with an almost hysterical amount of data and details. Scrolling boxes. Panels. Bars. Graphics. Multi-angle camera perspectives. When exposed to a surfeit of data, men tend to feel more masculine and in command. Do most men bother to decipher these boxes, panels, bars and graphics? No - but that's not really…

Read More »

Moving from traditional assurance to AIOps, what are the differences?

We're going to look into assurance models of the past versus the changing assurance demands that are appearing these days. The diagrams below are highly stylised for discussion purposes so they're unlikely to reflect actual implementations, but we'll get to that. Under the old model, the heart of the OSS/BSS was the database (almost exclusively a relational database). It would gather data, via probes/MDDs/collectors, from the…

Read More »

Is your service assurance really service assurance?? (Part 6)

Seems this post from last week has triggered some really interesting debate - Is your service assurance really service assurance?? (Part 5). It was a post that looked into collecting end-to-end service metrics rather than our traditional method of collecting network device events/metrics and trying to reverse-engineer to form a service-level perspective. Thought I'd give you an update. I'm thinking along the following lines, but admit…

Read More »

Going to the OSS zoo

"There's the famous quote that if you want to understand how animals live, you don't go to the zoo, you go to the jungle. The Future Lab has really pioneered that within Lego, and it hasn't been a theoretical exercise. It's been a real design-thinking approach to innovation, which we've learned an awful lot from." Jorgen Vig Knudstorp. This quote prompted me to ask the question…

Read More »