Application Modernization

Webinar: Application Understanding

noreply@blogger.com (Peter Mollins) — Mon, 11 May 2009 16:39:00 +0000

You already know that applications automate your core operations. But do you have adequate control over these systems? The answer is often 'no' because of the sheer size and complexity of your application portfolio.

Find out how you can regain control over the applications that run your business at a webinar on May 27. Register here:

http://www.microfocus.com/promotions/wwwcwwmw0509/default.aspx?page=email

Application Understanding Paper

noreply@blogger.com (Peter Mollins) — Wed, 18 Mar 2009 14:28:00 +0000

A good paper on how to understand existing applications from a business and technical perspective. After all, these are the systems that automate your most central business processes. You need to control them, adapt them, and modernize them. To do so requires application understanding. You can access the paper here.

Wikipedia Entry on Business Rule Mining

noreply@blogger.com (Peter Mollins) — Wed, 17 Dec 2008 21:15:00 +0000

Business rule mining is a critical way to capture intellectual property from existing applications. Harvesting business processes can accelerate the path toward reuse of the logic within a service-oriented architecture, in a business rule engine, or as development specifications. The challenge, however, is how to undertake business rule discovery.

Mannes Neuer, senior product manager at Relativity, has started an entry at Wikipedia that discusses the topic of business rule mining. Those in the industry that could contribute to the wiki to enhance the content may be interested in doing so.

A few related blog posts on the topic of business rule mining are here:

Application Modernization Lifecycle

noreply@blogger.com (Peter Mollins) — Tue, 02 Dec 2008 18:32:00 +0000

eWeek just published an excellent paper by Tim Pacileo. He discusses how to plan Application Modernization activities. On our Application Portfolio Management sister-site, we discuss our APM can be used to support many of the suggestions he discusses. Specifically, we look at how to identify and prioritize application modernization activities based on business priorities.

Another key point that Pacileo makes is the need to take an incremental approach to modernization. First, you can contain costs and risks by concentrating effort on a subset of the application portfolio. Second, you can quickly turn projects around, demonstrating value to line of business executives and oversight committees. Third, you can generate returns that can be reinvested in continued modernization. For instance, by rationalizing the application portfolio you can free assets and budgets that had been allocated toward non-productive or non-essential activities.

Another key aspect of his paper is the discussion of planning for the future. In that context, he suggests determining whether in-house or packaged applications make the most sense to use. This is an important aspect of the ‘understand’ phase of the application modernization article. That is, to perform gap analysis on the existing business logic / business processes embedded within the application portfolio. Matching needed functionality and processes with available applications can help the CIO to make smarter build / reuse / buy decisions.

To add to his piece, it is useful to look into the modernization lifecycle. This discusses the phases through which a typical application modernization initiative passes.

Rationalization vs. Modernization?

noreply@blogger.com (Peter Mollins) — Tue, 25 Nov 2008 19:24:00 +0000

A reader placed an interesting post on our Application Portfolio Management sister site. The question was whether application rationalization is the same as application modernization. There are various opinions on the topic, with many suggesting that rationalization is an IT activity distinct from and on par with modernization. I think that is more helpful to consider it to be a subset of modernization.

Traditionally, application modernization has been thought of as an IT activity that involves IT-centric manipulations of existing code bases. Rationalization was seen as outside of this classic view because it involved the wholesale purging of applications, rather than updating them. It also was seen as separate because it was often the first step of clearing the site to make room for more targeted application modernization actions.

But as application portfolios have become recognized as key enablers of business processes, this IT-centric view of modernization has begun to recede. Changes to the application portfolio are increasingly in response to overarching business pressures and are no longer isolated within the IT department. For instance, modifications could involve introducing more dynamic application architectures to respond to shifting business strategies. Or, the elimination of non-strategic applications to cut costs as business needs change.

This adapting of application portfolios to respond to business pressures is application modernization. We start by asking what business requirements we have and then selecting our IT activities from our basket of alternatives (SOA, outsourcing, redevelopment, rationalization, etc.) based on what will best address this need. This trend has accelerated with the adoption of application portfolio management capabilities that allow IT to govern applications as business assets.

By thinking of application modernization as a business-led activity first, we elevate the process and increase its results (and relevance) for management. By thinking of rationalization as an alternative within the application modernization schema, we ensure that APM-led business decisions determine which path we will take toward efficient and flexible application portfolios. Certainly rationalization is often the first path taken because it can generate immediate budget benefits, but IT management should view all modernization options as being on the table for any portion of the application portfolio.

Portfolio Management is Top Priority for 2009

noreply@blogger.com (Peter Mollins) — Mon, 24 Nov 2008 20:19:00 +0000

A new posting on Application Portfolio Management was added to our sister site. This details the announcement by Baseline that Project and Portfolio Management is one of the top priorities for CIOs for 2009.

Forrester and Maintenance Cost Reductions

noreply@blogger.com (Peter Mollins) — Tue, 18 Nov 2008 16:21:00 +0000

An interesting research piece on the 'application modernization' space was published this month by Phil Murphy at Forrester. He discusses approaches that development organizations can take to in order to slash application maintenance costs. You are likely familiar with statistics that show 70% and more of budgets being devoted to ‘lights-on’ activities. Clearly, savings in the application maintenance world can have a big impact by redirecting resources toward higher-value activities, like application modernization. And also by demonstrating IT’s commitment to cost savings.

This particular piece takes an insightful and inclusive approach, referencing many previous research pieces for APM and application modernization. On that point alone, this is a worthwhile reference paper. But in addition, it has other aspects that are of interest. In particular, the document looks at how dependency mapping can help.

As applications have grown increasingly sophisticated the interrelationships between various artifacts has become more complex. One program may depend on inputs from dozens of other artifacts, and its outputs may have downstream consequences for dozens of other artifacts. So, enhancements or modernizations to one program can have often unintended repercussions on the rest of the application portfolio. This can disrupt business processes and can lengthen the time required to make enhancements as analysts must research their application portfolio in exhausting detail – often without documentation or subject matter expertise.

The paper makes an important suggestion: use dependency mapping technology to uncover interrelationships between artifacts. This allows users to quickly trace all relationships, provide a list of potential impacts, and correct these impacts before they have negative consequences. While the paper recommends run-time mapping, it is important to consider static analysis. Because static analysis relies on tracing all logical paths from a target element, you can be certain that even infrequently used paths are recognized as dependencies. Run-time analysis will only spot less commonly run (but often more important) processes (like quarterly finance roll-ups) as they are run – which may not be often.

Dependency mapping using static analysis also has other benefits, notably from an architectural perspective. First, let’s say we are interested in simplifying our architecture due to the complexity that stems from our globally distributed development organization. We begin by abstracting our software based on how it is managed. So, artifacts that are managed by the same team are grouped together. This abstraction layer provides a summary of the various interdependencies.

We can then immediately see that there are too many dependencies between the software managed by India and Ireland. From a practical perspective, this means that each time India makes a change it may need to contact Ireland to avoid unexpected impacts. This could lead us to rearchitect / modernize our application portfolio or reallocate assets so that we can minimize these cross-geography dependencies.

Gartner on APM Best Practices

noreply@blogger.com (Peter Mollins) — Fri, 14 Nov 2008 18:06:00 +0000

An excellent piece of research came out from Gartner this week. Jim Duggan’s research details methods to make Application Portfolio Management successful. A key aspect of the research centers around the need to manage from diverse perspectives. That is, to manage the application portfolio based on contexts that matter to the business. A post on our Application Portfolio Management sister site goes into greater detail.

Let’s outline why Application Portfolio Management is so important. IT has no shortage of priorities. But are they the right priorities? Are investments being made in the right way to support the needs of the business? It’s hard to select and justify projects unless you can validate that they support corporate priorities. And with the trend toward cost containment this is becoming a more important issue. In the same line, IT must be investigating where cost savings can be achieved by rationalizing systems that can be eliminated.

That is where Application Portfolio Management comes in. It is a process of measuring the value, cost, and risk of the application portfolio from perspectives that are important to the business. For instance, what is the cost of applications that automate a given business process – versus its value to the organization. Or, what is the software quality trend for our outsourcing partners.

There are two keys here. First, we are collecting metrics from diverse sources. It could be stakeholder surveys, code metrics (like function points or cyclomatic complexity), or cost data from an ERP system. The point is to collect the kind of measurements that will aid the decision making process. Second, we want to place our collected metrics into the right business context. That is, we want to collect and group the metrics such that they are organized by business concept. This allows us to make IT decisions in the context of the business goals that we are supposed to manage to.