- Is AIOps a technology, a platform, a solution, a capability, a combination of each?
- Does one size fit all?
- Is the end state the same for everyone?
- Will every effort look identical in how it achieves its end state?
- Are there commonalities across industries & organizations? (tools, skills, approach, objective)
I recognize that these are loaded questions, but we need to face them. We need to come to some agreement on them and then we can move forward. Ultimately, we need to arrive at a common understanding that clears up some of the confusion around the term AIOps. We need to agree on some fundamental principles about the concept of AIOps.
The first step is to provide some framing around the words in the first question to ensure we’re on the same page. These are not formal Webster Dictionary definitions so, work with me on this.
Solution vs Capability
- A solution is about the end state consumer/customer. This is your “why.” It’s why you’re doing something – why it matters.
- A capability is about you. This is your “what.” It’s what you need to do to deliver the solution.
Technology vs Platform
- A technology implies a component more singular in nature that is installed and delivers on an end objective.
- A platform – on the other hand – is typically comprised of multiple technologies that collectively deliver on a broader multifaceted objective.
Now the $1M question, “What is AIOps?”
It should be obvious; it must be a combination of all the elements described. They all must be contributing to the overarching purpose of this concept we’ve been calling AIOps. Organizations are not homogenous entities though. They have different needs at different points along their maturity path. That means the elements described above are needed but in varying degrees, in different quantities at different points in time for each organization. All four elements play a role in completing the AIOPs story, the challenge however is, how does each contribute and how do we know how to put it together?
The first two terms (solution and capability) are the easiest ones to understand because to achieve a solution, you need a capability. To be more exact, you need lots of capabilities put together specifically for you to deliver the solution. Some capabilities you may already possess; some you need to acquire.
The second two terms (technology and platform) are trickier. This is mainly because a platform will have one or more technologies. A discrete technology may or may not be part of a formal platform. In summary, a technology could itself be viewed as a platform depending on the granularity in which it’s defined – whereas some technologies are simply point-solutions, independent of a platform.
Think of it in terms of automobile manufacturing. An automobile has multiple assemblies – or what we’ve been calling technologies. These assemblies: windshield, frame, drivetrain, engine, dashboard, etc., are put together to produce the automobile as we know it. Each assembly, however, can be made up of other, smaller assemblies or – subassemblies. Each element within an assembly, no matter how small or large, simple, or complex, contributes to the final product. No element can be devalued because they all play valuable & vital roles.
Similarly, we must determine the various elements that contribute to this concept we’ve been calling AIOps. We need to leverage it to move from technology operations to modern technology operations management, or better yet, automated technology operations management? Before we do this though, you also need to answer; Does one size fit all?
Does One Size Fit All?
If you didn’t see this coming, then you haven’t been paying attention. Of course, one size does not fit all. A regional bank has different needs than that of a global industrial equipment manufacturer. Even two regional banks are likely to have different capabilities, skills, and toolsets. This uniqueness is what will impact the approach each takes to meet the business needs. Insight into everything from the infrastructure out to the user experience and everything in between is what industries and organizations commonly desire. The purpose of having this insight is to act on it in a proactive – or better, predictive – manner using automation.
I recognize that the primary question, “What is AIOps?” is still not truly answered though in this post. I hope, however, that this blog has pushed your AIOps conversation away from it simply being installed software and instead towards it being a comprehensive operational concept where insight-driven automated actions are the goal.
The problem is that few have the insight to act on – never mind possess – the ability to automate actions based on it. You need this, even though most groups are not sure how to make it happen. Stay tuned for that part in the next blog post.
Join the Conversation
I invite you to reach out to me through social media if you want to provide general feedback. If you prefer more formal or private discussions, email [email protected] to set up a meeting! Click Carlos at Forrester.com to follow my research and continue the discussion.