Business Value of IT

Why are we doing this? What if we don't? Can we prove it? Does it align with our strategic goals? This is The Business Value of IT. Evergreen CEO Don Casson presents tips to help you plan, capture, measure, and promote the business value of IT.

Evergreen and net.works - A Merger of Equals

Posted by Don Casson
on February 20, 2008
Category: Business Value of IT, CMDB, Change Management

Net.works and Evergreen are merging!!

Well this is very big news for us.  You often hear of mergers of equals, and you don’t believe it.  Well you can believe this.  Both companies are the same size and are in highly complementary market spaces.  

Both company names have strong brand equity within the HP customer and partner community, but the executives of both companies decided to trade as Evergreen Systems given its stronger brand recognition in the market at large (marketing dollars and blogs at work).  But the real question is…what value does this bring to you, our customers? 

To answer that let’s look at what is happening in IT operations.  For many organizations, ITIL principles are well on the way to being adopted, and a strong focus / desire exists to run as IT as one organization, not many distinct silos.  This focus on IT service management / delivery across IT has led to an uptick in technology buying to enable the new enterprise processes.  

But still, improvement is often slow and hard to measure.  Why?  We have service catalogs to streamline IT services ordering but executing those orders is still difficult.  We have improved change process management but executing those changes end to end is still laborious and largely manual.  We have the same detailed actions occurring in every IT silos thousands of times each year, and yet these actions are sill largely manual.  We are trying to respond from request to outcome—and yet we still have not done simple business process re-engineering from start to finish on repetitive requests.  

It is time for another big leap.  It is time to dig into the high volume processes underneath ITIL best practices, re-engineer them, and truly automate them end to end.  We must put the work into the technology. 

Our merger powers this idea.  Evergreen brings the ITIL experience, the process re-engineering, the IT service management experience, the service catalog (demand management), and the change management.   Net.works joins us at change management, bringing the configuration management experience, the end client management and automation, and the data center (server) management and “run book” automation.

Together we believe we can truly lead our clients to measurable, quantum leaps in productivity, agility, accuracy, proactivity, compliance, security, and quality—along with a significant reduction in risk.  

So how about…Let’s Automate!  Its now time.   

Don Casson

CEO Evergreen Systems, Inc.

Lessons Learned

Posted by scottdavis
on January 29, 2008
Category: Business Value of IT, ITIL Implementation, Uncategorized

Joel your question about unsuccessful ITIL implementations is a good one.   Although I can’t really provide any specific customer detail for a case study due to confidentiality, yet I can provide some overall insight and opinion based upon experience and other guidelines I’ve seen through industry analysts, scar tissue and the wisdom of others

In my opinion, the only real failures are those companies who choose “NOT” to adopt ITIL best practices.   Success improves from there.  That said, some companies embarking on this journey only achieve minimal levels of success.   In my view, ITIL implementations can struggle in a couple of key areas: 

  1. Overall Program Management
  2. Focus to Technology as the Solution  

Program ManagementITIL implementations are usually large and complex and solid Program/Project Management discipline is required.  Some companies start the struggle with grand plans based upon a huge scope and unreasonable expectations – then lack the organizational maturity (People & Process) to deliver to the expectations.  The desire for real, quick value can be overwhelming and must be balanced with the realization that this is a “journey”, not a “sprint”.   Getting strong sponsorship up front is critical.  Beginning with a true assessment, needs/gap analysis and identification of how to  lay a solid foundation while achieving quick wins with real business value can help  to avoid that “period of blame” that can quickly set in.  It’s kind of like building a house – or more specifically – like a large renovation and expansion project.   In the first year, you are laying a new/additional foundation with a huge amount of new or altered processes and changes in the culture.  Yet, you are living in the house at the same time, so you have to face up to the challenge to achieve/maintain  business value and sustain momentum until the roof is on, the carpet is in and the new areas are “livable”.    Your new foundation could possibly be a simple start in the area of things like “asset management” & then extending that to “Configuration Management” or by enabling some key wins in the areas of configuration management and incident/problem management with vision to move next  to release and change.    Bottom line:  start with a real baseline/foundation and build quick wins and value on that.    

Solid Program/Project Management with focus to project initiation (scope, sponsorship, communications) is a real help in this area.   Yet, sometimes, even those who drink the cool-aid and apply best project management practices struggle.   The best guidance I could provide for those struggling with current projects is:  revisit your roadmap, limit your scope and extend your project as best you can and always deliver with a business value mindset.  Even if you have a “failed” project in your lap, it may still be salvageable through recognition of the value you have already achieved, resetting expectations, re-aligning scope with business value, and re-visiting your tools, roadmaps and next steps.    

Technology Mindset - The root causes of failure to achieve expectations in ITIL implementations can be often be a misplaced focus to the “technical” rather than the people and processes.   It is not uncommon for the tool selection and purchase to come first (hey, there’s a glut of very good software sales teams out there).  While software plays a huge role in ITIL, a tool first approach can actually impede success.  To me, ITIL is not using best practices to use or manage technology - It’s about planning, executing and continuously improving a core set of processes to affect business outcomes.  The technology simply supports that.    I’ll sum it up like this…”would you buy a $10,000 lawn mower (tool) before you executed the process of obtaining financing, house-hunting and determining what type of property you even want.  Probably not… but it you did … would you then allow your lawnmower (tool) to drive the process of purchasing your home (location, financing, funding, etc…)?  What if you decide you want a condo?   Hello Craigslist! 

A solid CMDB is the key to any successful ITIL journey and there can be numerous speed bumps along the journey to a successful implementation.  Try not to think of a CMDB as a technology and definitive reference repository.  Rather consider it an overall set of processes, technology and culture designed to provide information to deliver business decisions and outcomes.   Some software vendors may try to espouse their CMDB as the definitive repository.   Try not to think of your CMDB as a single database.  Successful CMDB systems usually contain a variety of information and data in various repositories across your organization (known as “federated” data).    Relying on a single point of information sets you up for a slew of “data integrity and credibility” issues the first time your replicated data delivered from the single CMDB fuels incorrect decisions.  The key success factor here is to enable a comprehensive CMDB systems and processes that provide referential integrity and “metadata” pointing to the real,  “trusted sources” of the data where it resides – not trying to get it all in one place. 

Once you know where to get the real, trusted data and are able to refine your contextual mapping to business services, the challenge is to make transform the data to information and knowledge -  actionable to the decision making processes that consume it.

There are many other reasons that ITIL projects struggle… continue reading through Evergreen’s blogs, whitepapers and I’m sure you’ll find more… Hope this helps! 

Scott M. Davis Process Consultant

Evergreen Systems

512 983-6492

scott.davis@evergreensys.com

Meeting Tough Customers Over Incident Management

Posted by scottdavis
on January 10, 2008
Category: Business Value of IT, ITIL Implementation

So you are scheduled to meet with that really tough customer who has issues with your overall service desk or incident management performance.   My experience in running an incident management organization of over 100k problems per year supporting Fortune 500 customers may help with an approach that almost always facilitated a healthy and productive (although sometimes painful) customer outcome. Key Mantras:  

  • Do your homework

  • Listen

  • Open your Kimono…Commit to improving your customers life

  • And do what you say you’ll do.

    Continue Reading…

What’s Good for the CMDB is Good for ITIL Service Level Management

Posted by Don Casson
on July 30, 2007
Category: Business Value of IT, CMDB

In my last blog I laid out the proposition that Configuration Management and a CMDB is all about Change and that CMDB and Change are ‘partners’ in executing the work of IT efficiently and accurately. Seems pretty clear, right? Then it should be easy to justify and implement a CMDB based on large numbers of Changes, right again?

Not necessarily. Justifying, developing and implementing a CMDB is not an isolated activity, a technology implementation or a database development effort. A CMDB is a means to an end, not an end in itself, and the end(s) are increased ITIL best practice Change Management and control and increased Configuration and Release Management control.

Continue Reading…

CMDB and Configuration Management – Is It All About Change?

Posted by Don Casson
on July 23, 2007
Category: Business Value of IT, CMDB

Is the business value of a CMDB all about Change Control? And what if your organization performs root cause analysis? Do you really need a CMDB? We’ll address these and other CMDB, Change and Configuration Management issues in a new series of blogs this month.

As enterprises and their IT support organizations grow, their infrastructures become increasingly fragmented and spread across a variety of functions, technologies and organizations. As this IT infrastructure ‘sprawl’ continues, efficiency, optimization and overall control over IT resources suffers. Organizations often address the IT infrastructure ‘sprawl’ issue with automated or, in some cases manual, Change ‘root cause’ analysis tools. These tools analyze changes, in many cases failed changes, to get at the ‘root cause’ of the problem.

Continue Reading…

Value of the Post Implementation Review (PIR) Or we don’t need no stinking PIR

Posted by Don Casson
on March 12, 2007
Category: Business Value of IT

People don’t seem to take the ITIL PIR concept seriously. Reviewing changes and projects are like hated exam papers. When they are turned in, no one wants to look at them again, regardless of grade or outcome.

But the PIR is an opportunity to learn and to avoid repeat mistakes thereby freeing capacity. And isn?t the lack of capacity one of the chief complaints from your staff?

Continue Reading…

Developing the Business Case for Change, Configuration and/or Release Management, part 2

Posted by Scott Braden
on March 6, 2007
Category: Business Value of IT, Change Management

Last time I shamelessly teased you by stating that speed, quality and cost can all be improved at the same time. Now I’ll tell you how I’ve seen it done in real-world IT shops.

Here’s the secret: they implemented strong, mature ITIL-based Configuration, Change and Release Management.

Here’s why it works: as I said, these three processes are tightly linked at almost every step.

For example, your planned changes (RfCs or Requests for Change) are assessed for impact and risk and which Configuration Items (CIs) are involved by using the relational data about your infrastructure that?s stored in your CMDB (Configuration Management Database).

Then, the Change Management process hands off the actual implementation of many (but not all) changes to the Release Management process, which is responsible for building, testing and implementing the actual changes to the infrastructure.

Continue Reading…

Developing the Business Case for Change, Configuration and/or Release Management

Posted by Scott Braden
on March 5, 2007
Category: Business Value of IT, Change Management

When we’re working with clients to help them map out a long-term plan for ITSM (IT Service Management) using ITIL best practices as a guide and benchmark, one of the most important questions is “Which ITIL process should we work on first? Second?”

Continue Reading…

Conducting ITIL Assessment

Posted by Scott Braden
on March 1, 2007
Category: Business Value of IT, ITIL Implementation

When I’m working with clients on ITIL awareness training or conducting an ITIL maturity assessment, there’s always a tension between ‘what the official ITIL book says’ and ‘how can we implement ITIL in the real world?’

For example, the ITIL maturity model defines four levels of maturity - Repeatable, Defined, Managed and Optimized. So for a given ITIL Process, such as Configuration Management, we assess the client?s current state and assign a score. Looks really simple, on paper.

Continue Reading…

Real Business Value of ITIL Service Desk: Problem and Incident Management

Posted by Scott Braden
on January 12, 2007
Category: Business Value of IT

This week we finished up the first phase of an ITIL / ITSM improvement project in sunny Tampa. This has been a great place to work, first of all because the client wasn’t “broken” in their processes. They just needed a few tweaks in processes and some education and conversation around ITIL and why to do things in a slightly different way.

So this past Tuesday we gave our end-of-project wrap up presentation to the CIO and the senior staff, which went well, including a brief demonstration, lots of conversation about “what we can do next,” and a somewhat surprising insight from the CIO.

Continue Reading…

Next Page »

© 2005 - 2008 Evergreen Systems, Inc, a provider of ITIL consulting and other IT process improvement services for Fortune 500 clientele. All rights reserved.