we know our users are complaining, we know we are losing business, we have been trying to identify the issue for days, I am losing credibility, I missed several friends dinner, I work every weekends, I have to leave the office now because I have to jump on a change management conference call while driving with the kids screaming in the back of the car. I have other things on my plate, like launching our new private banking services, budgeting for new servers to address our merger with ABC company, I need to grow my business, we can’t even have a feel on how our services behave nor identifying simple problem such as one out of five times the browser hangs when entering employee badge number. The assumption I made last week on where the problem might have been are now wrong, the change management team applied a patch against that specific application and the problem didn’t go away. I am stress and tired…. I am stress and tired…. I am stress and tired…. I am stress and tired….

IT experts would say: “I have tools several, several, several, several tools, and it is true after triaging all the alerts, the tools were able to isolate issues but I really just care about what impacted my users in company ABC. What is the behavior of my most revenue generating transactions today and what will it be after we merge the two companies’ systems next week, how would I know if it improves or degrades the overall business service?”Familiar with THIS?  What if you would take a peek at introducing Business Transaction Management (BTM) into your IT process?

You would finally see at this moment the IT consumers and IT producers of business transaction information, knowing whom and what is impacted, focusing only on the most important services. What if you knew the exact flow of the information and the behavior of your special revenue generating credit card application transactions? BTM is a source of rich IT information.  It is much more than incident management, you can not only understand the current behavior and plan for growing your business you can see the impact on your services of an unplanned or planned change.

This is the cure to resolve the “THIS”, today, tomorrow, next week, on a constantly changing fluid IT environment. Really who could have predicted that you would transact business via text messages?  With this information on hand feel free to use those specialized tools and apply them appropriately to isolate granular application components issues but change the way you think about managing IT,  It is not always about technical components. Now, I won’t cure all your stress and fatigue as there always be screaming kids, traffic, lines at the coffee shop but one less thing to worry about, getting a little more of your personal life back, one more thing to proudly walk to your management and really feeling good that you know the “THIS” at every moment of the day and I guarantee you will be grooving along a Disco song….

As a vendor of BTM solutions, we know what our costs are, so that part of the equation is fairly simple to figure out.  Trying to put a dollar amount on the value of BTM is where things get trickier.

The common way of quantifying the value is breaking it down into value points that derive from the different ways customers use BTM.  For example, practically every user who deployed a BTM solution in Production has been using it, among other things, to prevent application outages.  If we can determine the monetary cost of an outage – and we can – and if we can show that BTM has reduced outages by a certain percentage (or eliminated them entirely), we will be able to calculate how much money was saved by deploying BTM for outage avoidance.

And outage avoidance is just one of the many use-case scenarios for BTM.  Virtually everyone who implemented BTM has also discovered how useful it can be for problem isolation and resolution.  Just like with outages, it is possible to measure or estimate the cost of the problem determination and resolution cycle.  If it can then be demonstrated that the Mean Time to Repair (MTTR) for performance issues dropped by 70% since a BTM solution was implemented, we can add this windfall as another component in the total value of BTM.

We can come up with more use-case scenarios for BTM and estimate how much money was saved in each one of them.  BTM can cut costs by improving processes such as application optimization, QA testing, SLA management, capacity planning, activity-based costing, application consolidation, and more.  Each one of these cost savings can contribute nicely to the bottom line value of BTM in an organization, but does this total really represent the value of BTM for the organization?

I hereby propose that it does not.

If we examine all the different scenarios in which BTM is used, we can see one common element and that is that BTM provides a new level of visibility that did not exist beforehand.  BTM allows IT to see things that they could not see before.

Consider this analogy: Nine year-old Jack is a vision-impaired kid who, for the first time in his life, gets a pair of glasses that allows him to see clearly.  How much are the glasses worth to him?  We could point out that with his new glasses on, Jack successfully avoided an incoming car as he was crossing the street and saved himself from being badly injured or worse.  Also, Jack now spends only 30 minutes a day doing homework whereas before it used to take him well over two hours.  Furthermore, Jack’s family can finally move out of their expensive house, which has special amenities for the vision impaired, and into a regular house.  This will cut down their rent by almost 20%.

Each one of these observations can be translated into a dollar amount, but is this getting us any closer to determining the true value of glasses for nine year-old Jack?  What about the fact that for the first time, Jack can see what his parents and sister look like?  His amazement when he found out that his cat actually has one blue eye and one green eye?  His pride at finally being able to read books and watch TV just like the other kids?  Isn’t Jack getting far more value out of these simple discoveries and accomplishments than from having to spend less time doing homework?

BTM is a game-changing technology. Being able to see transactions clearly enables IT to stop “flying blind” and start making informed decisions that take service management to the next level.  Just like Jack with his new glasses, once IT starts using BTM regularly, they can no longer manage without it even for one day.  What, then, is the real value of BTM for an organization?  The question will remain open for now, but I can tell you that much – it goes far, far beyond just being able to avoid outages and fix problems faster.

Today, the only thing constant throughout the application lifecycle is change. Building an application is relatively cheap, supporting and maintaining it is where the costs start to spiral out of control. Change requests are an expensive activity, they require development, regression testing, documentation, planning, downtime, backup procedures and an eye for detail. However, when a change occurs how many organisations can truly quantify the business impact?

What exactly changed?

For example, a DBA might look at the top 5 slowest SQL Statements that execute in the database. They might optimise these in several ways by creating a few indexes, updating relevant table statistics or tweaking I/O settings. Various change requests are then submitted which are then deployed in production. What the DBA doesn’t understand at the time is what impact their changes will have on the business. Their database could be serving multiple applications spanning hundreds of business transactions with thousands of users. Introducing a new index on one table might improve one SQL statement but it could have a detrimental effect on several other SQL statements which collectively could impact several key business transactions. It’s therefore virtually impossible to quantify whether changes like this will have a positive impact on the business.

Same goes for an application developer. I know because I’ve been there and tried to optimise many JVM’s with APM tools in the past. I could spend all day knocking milliseconds off Java API calls or playing with container settings like connection pools or thread counts in a vain attempt to optimise the application sitting on top of the JVM’s. You can find 101 interesting things a day to optimise with an APM tool. The trick is knowing which things will actually impact the business in the most positive way. Its also good to know when to stop tuning – the more you change the more you need to test. When your tweaking application code or changing container settings its not that easy to figure out what business transactions your playing with. Again, you might be tuning your JVM’s to make them more efficient but being able to truly understand the business impact of your actions is still a black art. If a dev team of 5 people spends 4 weeks tuning application code and only improves business transaction response time by 5% did they really do a great job? Did the 5% improvement impact important business transactions or did it impact less important business transactions?

Another problem is knowing when to schedule a change request. Many applications these days are 24/7 and global. No longer can organisations rely on midnight change requests. You want to schedule change requests at times with the least business impact. How many users are logged on at this time? How many business transactions execute at this time? Are the business transactions important or can they suffer unavailability?

Business Transaction Management solves a lot of these change management issues. When you capture all business transactions across all tiers all of the time you have full visibility into how each change request or tier impacts your business transactions and ultimately your business. You can also identify the best time to schedule changes based on business transaction activity. When Change Request #5463 was deployed it improved the SLA for several key business transactions by more than 25%. When Change Request #7653 was deployed it improved the response time of Execute Order by 80% but actually degraded the response time of Cancel Order and Check Customer by almost 350%. This is just a small sample of the benefits BTM can bring to change management.