My Photo

About Mike


Subscribe to Mike's Blog

Subscribe to Postings

To Receive a Daily Email of new Postings
Enter your email address:

Delivered by FeedBurner

Read My Posts via RSS feed
 


Join the Conversation
Subscribe to Comments

To Receive a Daily Email of Comments on Posts
Enter your email address:

Delivered by FeedBurner

Join the Conversation (Comments RSS Feed)
 AddThis Feed Button

Site Search





Creative Commons License 
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 2.5 License.


Recognition


My photos on
www.flickr.com
This is a Flickr badge showing public photos and videos from Mike Schaffner. Make your own badge here.


Powered by TypePad
Member since 10/2006

Rankings

  • Blogarama - The Blog Directory
  • Technology Blogs - Blog Top Sites
View blog authority

« LBJ Was Right! - (Mastering the Three Worlds of IT - Part 2) | Main | When Efficiency Runs Amok (It can ruin breakfast - and more) »

November 08, 2006

Execution - Keep Your Eyes on the Prize

I earlier reported that in "Conquering Organization Change" Mourier and Smith reported that “About 70 to 75 percent of major organizational change efforts fail to meet the expectations of key stakeholders”.  At the same time many IT groups take pride in overcoming user resistance, budget and resource constraints etc. to successfully implement a new application or package.

Why this apparent dichotomy? I believe it is because we may be using different "measuring sticks" to define success.  The key stakeholders simply want the benefits outlined in the project approval request.  They are interested in seeing increased revenue or lower costs or reduced inventory or higher productivity etc.  In IT we can easily get so focused on the technical details of the project that the  implementation becomes the objective rather than the means to the objective.

Some clues that you may be defining success as implementation of the software rather than the achievement of the project objectives the key stakeholders are looking for:

  • The project plan basically ends with software "go-live"
  • The only involvement shown on the project plan for non-IT people is for requirements definitions and user testing and training
  • The project plan doesn't include a communications / marketing strategy
  • The project plan doesn't include the develop of metrics for key stakeholder objectives and the plan and reports don't include reporting on these metrics
  • The project plan doesn't include any required actions by those outside of IT for process and organizational changes

We have to keep our eyes on the prize.  The prize is to achieve the business objectives.  The software is just a means to accomplishing this.  Very often we'll find the "go-live" date is just the mid-point of the project, not the end point.

Your thoughts?

Tell a Friend       View blog reactions       

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/t/trackback/1102168/6535497

Listed below are links to weblogs that reference Execution - Keep Your Eyes on the Prize:

Comments

I think the key in any business, whether selling to external customers, or implementing IT projects for internal customers, is the same - the customer and what he or she values. Anything that does not add value as defined by the customer is a waste of resources. As much as is possible, these non-value-adding activities need to be eliminated. Keeping "eyes on the prize," as you say, is the way to make this happen.

Great list of what to avoid in deploying IT projects to users, I'd love to see your list of "must do's."

One other thing that can cause issues like this is that the rewards organizations give don't line up with their vision. If you are rewarding for getting projects implemented quickly, thats the result you are going to get, not meeting the expectations of the stakeholders.

Allen great comment on the "must do's". It is always better to concentrate on what you should be doing rather than what you shouldn't be doing. Some that come to mind:
1. Structure the rewards system on achieving the objectives rather than just technical milestones.
2.The business unit not IT is the one responsible for getting the project approved and funded.
3. The CEO looks to the business unit leaders rather than IT for project status.
4. All changes and/or enhancements are checked against the question - How does this help achieve or support the business objective of . . .?
5. Constant communication and reminders about what you are trying to achieve. Keep the objective in the minds of everyone by refreshing it frequently.

In regard to items 2 and 3 above, IT can and should have a major supporting role but having the business unit truly engaged in this manner greatly improves the chances you'll achieve the business objectives.

You are absolutely correct about the importance of the reward structure. That is one of the most important items in determining behavior. The reward structure shouldn't be just money. It should include things like praise, recognition, and advancement.

Post a comment

If you have a TypeKey or TypePad account, please Sign In





Recommended Books



This is the personal blog of Michael W. Schaffner. The opinions expressed in this blog are soley mine and those of commenters. You should not infer that these opinions are the opinion of or have been endorsed by any current or former employer.
Copyright 2006, 2007, 2008 Michael W. Schaffner       You may copy or quote sections of this blog if you provide an attribution consisting of a reference to the Michael Schaffner and ''Beyond Blinking Lights and Acronyms" along with a hyperlink (if a web reference) to the blog posting.     
Creative Commons License 
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 2.5 License.