Archive for September, 2009

Business Service Management – well what can I say

The famous red sweater and beard.

I’ll be honest “Business Service Management” as a phrase has never sounded exciting for me. It sounds generic, woolly and uses words that generate flashbacks of my university lectures delivered by people with red jumpers and beards. Needless to say I did some digging recently on the internet and was pleasantly surprised by the wealth of information and vendors who have a story in this space. As you might guess the definition of BSM varies, which is ok until you begin to think “Do I just make up my own definition of BSM or do I work with someone else’s?”.

BSM opinions talk a lot about managing IT from a business perspective. To be honest I haven’t seen an enterprise software pitch that doesn’t talk about aligning the business with IT these days.  For me though, the aligning bit is more of a mindset than a killer enabling technology, process or methodology.  The way an employee approaches things or thinks has a lot to do with how they manage or work. IT exists solely to deliver a competitive edge to the business that funds it. If every person in IT thought “What impact am I having on the business” once or twice a day then its my belief that the business and IT would be closer aligned, more efficient and more successful. I’ve never been a fan of IT outsourcing for this exact reason – do the people working for a 3rd party IT outsourcer ever think or care about the business they are supporting or impacting? A few do but most probably don’t I’d imagine.

Here we are in a gloomy recession where business performance is all that matters. Huge losses and decreased revenue for many businesses  have resulted in cost cutting and a focus on re-prioritizing business functions and services. How much do businesses spend on service X, Y and Z and how much do they make from X,Y and Z. It would be foolish to think that businesses would continue to invest in services that didn’t generate a return. The next bit is then figuring out where all these business services exist within the world of IT. If you’re going to focus on service X, Y and Z and de-commission A, B and C then you absolutely need to understand where X, Y, Z, A, B and C exist and what dependencies they have with each other and the applications/infrastructure that underpins them.

sqlIf businesses are going to start changing people’s mindsets in IT then they need to provide them with the right tools so they can start to learn how the business runs on IT. I bet most DBA’s have no idea which business transactions or services are executing against their schema’s these days. You might be sceptical and say why is this important? Should a DBA tune the top 10 slowest SQL Statements? or should they tune the SQL statements that relate to the top 10 business services? This is where BSM technology like Business Transaction Management (BTM) comes in handy. When you can track all business services and transactions across your entire infrastructure you gain this visibility of how the business runs on IT. With intelligence into business transaction latency, resource consumption and SLA across all tiers you begin to see first hand the real impact IT has on the business. Business services have been running across IT for decades, with BSM and enabling technology like BTM its only now IT is beginning to see the bigger picture.

I know it sounds simple but if you work in IT try thinking once or twice a day what impact will you have on your business. If you don’t know then its worth exploring what BSM and enabling technology like BTM can do for you.

3 comments September 9, 2009

CMDB Dead on Arrival?

You know those weeks when ten different people happen to talk about the very same thing from five different angles? Well last week was CMDB week for me, and this week already started with the same topic on three different calls and five email threads.

Every customer, integrator, vendor and analyst with whom I spoke had a similarly sad story to tell. Projects that start with great expectations, ranging from pre-change impact assessment to post change operational business impact analysis and from business architecture mapping to technical application component dependency insight. Then varying degrees of positive experiences using the automated discovery tools to populate the CIs and their technical dependencies. And then a frustrating disillusionment. It becomes clear that these maps are not going to provide more than marginal value that hardly justifies the effort, and the great leap into real business service mapping must be taken.

Some take a “boil the ocean” approach. They spend the next three months with several people trying to map one business service such as “Online client support” top to bottom down to the granular service as consumed by users. All this time and effort is spent only to discover that the maps are incomplete due to reasons such as “it would take months just to reverse-engineer that old piece of black box we kept from the legacy system”. They are inaccurate due to reliance on “hard data” such as “I think we that for time deposit services we use the TXMP CICS transaction to do interest rate calculations, but not really sure, need to look at the programs…” And the worst of all, even the best maps no longer describe reality three months into the project because the application has already changed twice and the infrastructure setup once!

Others take the “let’s start with some high level maps” approach. Good on paper, and somewhat easier to implement, these approaches end up creating high level maps that are as good as telling you a tornado is impacting the state of Ohio now! Well it’s a pretty big state to go looking for the impacted communities and by the time you start the search based on this “mapping” 911 will already tell you who’s been impacted. The common response from management to status updates on these projects is ”want to tell me we invested all of this effort and money to uncover issues we already knew about?”

Bottom line: People with the best intentions to put CMDBs in the center of their IT alignment initiatives and power effective configuration, and problem change management processes that truly put them on a path to better service quality and improved operation efficiencies, are finding themselves in a tough spot. Projects are being scrapped, put on hold, and alternatives are being desperately sought.

It was gratifying to be able to share with these folks the experiences of organizations that enjoy truly automated business to IT mapping. As described in a previous post “Does change management impact your infrastructure or your business? – BTM adds tremendous value to the mapping of services to CIs. It not only provides these benefits standalone, which is a great approach to justifying CMDB projects if you have not engaged in one yet, but can also salvage failing and stalled CMDB initiatives and resurrect the confidence in their value to the business.
While clinically dead on arrival, a shot of BTM can definitely revive CMDB.

Add comment September 3, 2009


Monthly Archives

Meet the Bloggers

Tags

Apdex APM Application Management Application Performance Application Performance Management BSM BTM BTM "Business Transaction Management" "Transacton Management" Business Business IT Alignment Business Model Business Service Management Business Transaction Management Business Transactions Change Management Clear cloud computing CMDB Cost End User Experience End User Monitoring Enterprise Monitoring Experience management Incident Management iPhone IT ITIL IT Outsourcing ITSM Marie-Pierre Belanger Marketing Monitoring MTTR Net Neutrality OpTier People and process ROI Russell Rothstein Stephen Burton Transaction Flow Transaction Management Transaction Performance Management Value virtualization virtualization management

Blogroll