According to most industry perceptions, application performance management (APM) and application portfolio management (APM) might seem to be worlds apart — or at best connected by a very thin thread. Much of this, admittedly, comes from application portfolio planning's roots in project and portfolio management, which lived in another realm and in my view in another era — when a cloistered development team got most of its go-ahead information from often equally cloistered business analysts. In other words, when the fertile dialog that's emerging between development, operations and ITSM teams was still in its infancy.
In this blog, I'd like to highlight three areas that are bridging the APM-to-APM divide: digital experience management, application discovery and dependency mapping (ADDM), and agile/DevOps lifecycle planning.
Digital Experience Management
In my view, probably the single most important lane in our 3-lane bridge connecting the two APMs is digitalor user experience management. Coincidentally, this is a technology area where I've witnessed another set of colliding acronyms — user experience management (UEM) and unified endpoint management(UEM), which also have at least a plank to unite them.
EMA's recent research revealed a striking connection between digital experience management and application portfolio planning right out of the gate. When asked, "Over the past three years, what has become more important for digital experience management?" application portfolio planningtied with application performance managementfor first place! If you're curious, agile, business development and customer management and cloudcame next.
Why was this just waiting to happen? Our data suggests that the answer lies in the fact that digital experience management embraces not only application performance, but also application outcomes and relevance. For instance, when we asked, "When you talk about digital experience management, what do you see bringing you the most value?" the answers in ranked order were:
1. Business impact
3. Change management
Of these, business impact, design, productivityand usageall directly inform business RELEVANCE and VALUE. In other words, if you wanted to plan your application portfolio meaningfully, wouldn't you want to capitalize on these insights which are, by the way, dynamic, real-time, and can be trended to correlate with business performance overall?
But COST was also a factor. In fact, given the pressures on IT for transparency in the "age of cloud" cost has become increasingly central to IT executive planning. When we asked about business metrics applied to digital experience management, the top five were:
1. Cost-related external SLAs with cloud and other service providers and partners
2. Business activity management impacts
3. Revenue-related impacts
4. Business process impacts
5. Service desk operational efficiencies
What you see is a sandwich — with two pieces of bread focused on cost (one and five) and the middle section (lettuce, cheese and ham?) squarely focused on value. All of these are relevant sources for meaningful application portfolio planning and management.
Application Discovery and Dependency Mapping
ADDM is really a bridge to many things. As you know, it can be central in understanding, prioritizing and resolving performance issues associated with application services by capturing application-to-infrastructure, as well as application-to-application, interdependencies. It is also an area of vast innovation in the industry, tied to multiple use cases with multiple product architectures and designs.
Two of the more prominent use cases for ADDM are change management and asset management. The latter is particularly relevant here because it connects business services with actual costs. Costs in terms of public cloud investments, on-premise hardware and software, and potentially even operational costs associated with everything from infrastructure management to software audits. In other words, ADDM can provide inestimable value in mapping the end products of IT (its application/business services) to all the associated costs surrounding the creation, delivery and support of those products.
Of course to do this, more than ADDM is required. More advanced investments in IT service management (ITSM), IT governance analytics, and more fluid approaches to IT asset management (ITAM) and software asset management (SAM) are needed to color in the picture. Best of all, though, once again, all this data is real (not just surmised), dynamic and current, and can be trended over time to capture historical insights into the real costs of managing an application business service.
On the one hand, linking application portfolio management to agile and DevOps should be a no-brainer. Pretty easy to figure that associated planning needs to be done before speedy execution. But I'm highlighting the connection here because the current focus on agile is all about speed, not about relevance. The truth is, as I like to say, you can "automate train wrecks." You can also, frankly, be "agile and dumb" –speedily doing enhancements that don't bring the most value at the cost to others that are far more relevant to business outcomes. So, I'd like to suggest a new brand for "agile" called "Informed Agile" — where APM truly meets APM.
In wrapping up, I'd like to add that I didn't mean these three lanes in the bridge between the two APMs to be complete or the last word. I'm sure there are other areas where APM meets APM, beyond these three. The very nature digital transformation, and the closely associated role of IT transformation, could add any number of layers, from SecOps requirements to advance IT analytics.
It seems to me that the time has already arrived for IT to look beyond traditional ways of working. The idea notion that business experts sit on one side of a wall, and IT professionals sit on the other now seems to belong to the past. That wall is crumbling, and the opportunity to have common conversation with common data points is finally emerging.
Part 3 of our three-part blog series on the shortcomings of traditional APM solutions for monitoring microservices based applications explains how the alerting and troubleshooting capabilities of traditional APM do not address the evolving requirements of monitoring microservices based applications ...
In a digital world where customer experience defines your business, is your APM solution doing its job? This may seem like a strange question to open a technical blog on Application Performance Management (APM), but it's not. With customer experience today largely driven by software, we think there's no more important question to ask ...
According to the NetEnrich 2019 Cloud Adoption survey, 68% of enterprise IT departments are using public cloud infrastructure today, and 27% of respondents said that doing so is part of their near-term plan ...
Organizations and their IT teams are not in sync when pursuing their digital transformation strategies, according to a new report released today by The Economist Intelligence Unit ...
Having the right tools and good visibility are critical to understanding what's going on in your network and applications. However, as networks become more complex and hybrid in nature, organizations can no longer afford to be reactive and rely only on portable diagnostic tools. They need real-time, comprehensive visibility ...
When building out new services, SaaS providers need to keep in mind a set of best practices and "habits of success," which cover their organization's culture, relationships with third-party providers and customers, and overall strategic decisions and operational know-how. If you're a SaaS application provider, here are five considerations you need to keep in mind ...
In the coming weeks, EMA will be gathering data on what we believe is a unique research topic — approaching DevOps initiatives from the perspectives of all key constituents. We're doing this to try to break through some of the "false walls" created by more niche, market-defined insights, or some of our industry hyperbole. Here are some of the directions we're pursuing ...
An application on your network is running slow. Before you even understand what the problem is, the network is blamed for the issue. This puts network teams in a dangerous position — guilty until proven innocent. Even when network teams are sure an issue doesn't stem from a network problem, they are still forced to prove it, spending sometimes significant amounts of time going through troubleshooting processes, looking for a problem that doesn't exist ...
Tap and SPAN. It's the same thing, right? That answer would be wrong. Some network engineers may not know the difference, but there are definitely clear and distinct differences between these two types of devices. Understanding these differences will help you elevate your game when it comes to network performance monitoring and application performance monitoring ...