Univ. of Wisconsin CIO discusses IT failure [podcast]

Univ. of Wisconsin CIO discusses IT failure [podcast]

Summary: Many organizations remain saddled with turf battles, internecine wars, and Machiavellian plots, which is not conducive to IT success. Learn how one CIO runs successful projects by bringing business and IT groups together.

SHARE:
TOPICS: CXO
3

Properly understanding IT failure requires looking inside the relationship between IT and business groups in an organization. Ideally, these groups should create business strategies using technology as the support for shared business goals.

However, many organizations fall short in this area and remain saddled with turf battles, internecine wars, and Machiavellian plots. Needless to say, such environments are not conducive to IT success.

With that backdrop, I enjoyed speaking with Bruce Maas, Chief Information Officer at the University of Wisconsin-Milwaukee, where he leads information technology strategic planning for the campus and is responsible for directing University Information Technology Services (www.uits.uwm.edu). Bruce once served as Project Manager for the PeopleSoft Student Administration implementation, successfully meeting all major milestones on time, within scope, and a half million dollars under budget.

Univ. of Wisconsin CIO discusses IT failure [podcast]Bruce and I met on Twitter and we've had numerous discussions about the relationship between IT failure and poor requirements planning. If you care about the CIO perspective on IT failure (and you should care), listen to this podcast. You'll gain insight into a CIO's view on creating better projects.

On the roots of failed IT projects:

Every organization is in a different position depending on its maturity. Many mistakes get made right at the beginning, when projects are conceived and the business case is built. For example, consideration may not given for how the software will be implemented within the overall organization.

Something that seems narrow in scope at the beginning, for example after talking with a salesperson, becomes a lot more complicated when it's implemented.

On why up front estimates are often wrong:

Many ideas come from the business side, which is not sure how to start these projects in the right way. Especially on smaller projects, familiarity with desktop tools causes business owners to under-estimate the complexity of the project. Frankly, we don't give them the tools needed to help them ask the right questions and so they know what they're getting into.

On communication issues between IT and business groups:

We lack a common vocabulary. Oftentimes, we find we're talking past each other, using words that one or the other doesn't understand. Our organization has tried to build a shared vocabulary and a shared way to approach problems.

On teaching IT and business groups to work together:

We've used the International Association of Business Analysis (IIBA) methodology to create a common approach that isn't overly burdensome. Business unit owners and IT staff need to understand they're on the same team trying to accomplish the same objectives. Creating a sense of shared ownership positions you well to succeed in the later stages of a project.

[Photo via FusionCIO.]

Topic: CXO

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

3 comments
Log in or register to join the discussion
  • Most Interesting...

    The University of Wisconsin, Milwaukee, shares many of the same dynamics that corporate businesses have:

    * To foster innovation, decentralize authority into the business units. I?m sure they feel this makes the organizations more efficient too.

    * Create software assets by purchasing software solutions versus developing it in house (acquisition [packaged solution] vs. rolling your own). The only difference between the university and corporations is use of offshoring.

    * Business units over look issues of integrating the solution into the organization due to lack of knowledge.

    * The lack of shared terminology so that IT and business unit people are communicating effectively and productively rather than "talking passed each other."

    It?s also interesting to note that he says most problems with projects occur on small and medium size projects that lack "the formality of bringing in a project manager and so on." It?s also interesting to see that IT sees the problem and has taken on the responsibility of closing the gap with the business units in order to help the business units reduce IT project failure.
    elizab
  • You can find in Middle East

    If you want to have resume of someone in Middle East (IRAN) contact me +989192065414 I have very high tech developement. I think at least you like to know the issue and related fields.
    bnj_it
  • You have to walk a mile in my shoes first

    One of the major reasons IT projects fail is because IT people don't delve deeply enough into the business they are supporting. Let's take healthcare IT, for instance. You can use the term 'requirements planning' all you want, but until someone walks in the shoes of the patient care-giver, for instance, or has BEEN a patient - the kind whose life DEPENDS on systems to run flawlessly & and KNOWS, really KNOWS what the REAL issues are, no IT project pointed at healthcare organizations will ever succeed. More than just my opinion.
    waytoobusyforthisnonsense