Archive for the ‘process’ Category

What CIOs Can Learn From GM About Eliminating Red Tape

Wednesday, November 2nd, 2011
Image Credit CIOs Can Learn A Lot From A Car Company That Is Back From The Dead

CIOs Can Learn A Lot From A Car Company That Is Back From The Dead

If there is one thing that CIOs hate it’s red tape – bureaucratic roadblocks that keep the IT department from doing what it is supposed to be doing. The very definition of information technology is that it moves fast and adapts to dynamic situations – exactly what a company’s bureaucratic processes and barriers to success seem to be designed to prevent. What CIOs need is a good role model for how to make this problem go away, it turns out that an American car company may be just the one to provide this…

A Little Bit Of History About General Motors…

General Motors is a really, really big company. General Motors is the world’s largest manufacture of cars – Toyota is a close #2, but GM is still #1. Just like with every other large company, over the years red tape as crept into GM processes and this is now a significant problem.

Today GM has what others have called a “plodding culture”. This was never a good thing, but as a result of the recent global financial crisis it is something that can no longer be tolerated. When the financial crisis hit, GM was forced into bankruptcy. Only now are they starting to emerge from that financial situation. This means that they need to start and deliver on a host of new projects.

Although as CIO your firm may not have recently been in bankruptcy, your IT department and the IT sector as a whole certainly has been on hold for the last 1-2 years due to economic issues. Just like at GM, as we all start to get back to competing with the rest of the world, it is the CIO’s responsibility to remove bureaucratic roadblocks and eliminate any lumbering processes that may be in place.

How GM Is Getting Rid Of Its Red Tape

If we can all agree that this is what needs to be done, then it all comes back to the million-dollar question: what do we need to do to make it happen? The good news for CIOs is that there is no magic involved, the bad news is that it just takes good old-fashioned hard work.

Ultimately what red tape does in any company is to slow things down and prevent new ideas from making it from the front lines where they are born to the upper levels of management where they can be implemented. Despite the importance of information technology, the IT department can face red tape issues just like the rest of the company.

Over at GM what they are doing to eliminate their red tape problem is to put the right managers into the right roles. It’s important that the people that the CIO selects for these types of jobs not be afraid to speak their minds – this is how the existing red tape can be overcome.

These “change agents” within the IT department will have to do what is being done over at GM: go out and be among the front line workers. There will always be too many workers and too few change agents so what the change agents need to do is to act as cheerleaders for the IT workers. They need to encourage them to speak up and overcome the red tape that may be holding them back.

This involves making sure that when a worker identifies a new idea that they speak up and make sure that it gets brought to the attention of senior management. Likewise, when a project clearly becomes obsolete or will no longer serve its original purpose, IT department workers need to be encouraged to speak up and let others know that money, time, and effort is being wasted.

What All Of This Means For You

General Motors is a huge company with a long and checkered history – they’ve done some great stuff, but they’ve also made a lot of mistakes. We who work in the IT sector need to take the time to learn from them how they are working to eliminate the red tape that they have in their organization.

GM has all of the same problems that our companies have. Great ideas at the lower levels in the company have a hard time finding their way up to the decision makers who could decide to implement them. GM has a history of spending time and effort on projects that everyone knew would never see the light of day and they kept doing so because nobody spoke up.

In order to cut through all of their red tape, GM has placed change agents in charge of their new projects. These people have been given the assignment to create new projects that will get GM back on track. These “red tape cutters” are teaching the GM staff how to get their ideas through the red tape so that they can be considered and potentially cause changes to be made.

CIOs need to learn from the work that GM is doing. The importance of information technology is so great for companies that it’s the job of the CIO to make sure that nothing, including red tape, stands in the way of your next IT project.

- Dr. Jim Anderson
Blue Elephant Consulting –
Your Source For Real World IT Department Leadership Skills™

Question For You: Do you think that CIOs should pick certain people to focus on eliminating red tape?

Click here to get automatic updates when The Accidental Successful CIO Blog is updated.

P.S.: Free subscriptions to The Accidental Successful CIO Newsletter are now available. Learn what you need to know to do the job. Subscribe now: Click Here!

What We’ll Be Talking About Next Time

In the classic Hollywood movie “All The President’s Men”, the heroes who are trying to unravel the web of corruption are told that they will be able to put the pieces together if they “… follow the money…”. It turns out that even though today’s CIOs are not trying to solve a crime, if they want their career to take off, they would do well to follow this same advice.

Three Big IT Transformation Mistakes That HP Made

Wednesday, May 13th, 2009
HP's IT Department Made Some BIG Mistakes During Their Transformation

HP's IT Department Made Some BIG Mistakes During Their Transformation

If you made three costly IT mistakes would you admit it? I think that most of us would probably say “no” – we’d run and hide our mistakes under a rock somewhere. However, thankfully over at HP they’ve decided to come clean about a few of the mistakes that they’ve made during their multi-year IT transformation project. We can all learn from their mistakes.

HP’s CIO Randy Mott decided to remake HP’s IT department when he came on board a few years ago. In order to kick the project off, they needed to make some assumptions about how things were operating and move forward.

Chris Murphy over at InformationWeek had a chance to sit down with Randy and ask some questions about where HP’s assumptions were just flat out wrong. What he’s learned holds a lot of information for all of us. Here are the big three:

  1. The Secret World Of IT: When HP decided to remake their world of IT, they had to start the process by finding out how big the IT operations were. They grossly undercounted. Going in they thought that HP was using 3,500 applications to run the business. It turns out that they were using more like 6,000. They knew for sure that they had 85 data centers being used by the business. Ultimately, they ended up discovering more than 400 locations where they had massed computing infrastructure.
    Lesson Learned: take the time to do a complete inventory BEFORE you ever start any sort of IT transformation.
  2. Plan For Growth: It sure would be nice if we could freeze time, make changes to our IT departments, and then start things back up again. HP seems to have thought that they could do this because they didn’t remember to plan for acquisitions to occur during the project. Well, you know how this story goes – HP kept buying up other firms and since there was no IT incorporation plan, it caused big headaches for the IT team that was trying to transform IT.
    Lesson Learned: Create a solid process for bringing in new IT departments to any ongoing projects.
  3. Beware Of Success: Once again, the business keeps moving while IT works on its projects. In this case, HP shot past their growth projections. What this ended up doing was pushing the IT transformation project off of its tracks – data centers that were to be consolidated were suddenly needed because they were supporting unplanned for growth.
    Lesson Learned: Make sure that you have a backup plan that tells you what you are going to do if sales projections change from what has been forecasted.

In the end, HP was successful with their IT transformation and they ended up reducing those 6,000 applications down to about 1,500, reducing those 400 data centers down to 6, etc. However, because of the three mistakes that they made, this difficult job was made just that much harder. Now you know – don’t repeat this mistakes!

Have you ever been surprised to discover that there is a whole “shadow IT” department operating in your business that nobody has ever counted? Has a merger or acquisition ever screwed up one of you IT project’s schedule? Has your IT department ever been surprised by unexpected growth? Leave me a comment and let me know what you are thinking?

IT Work Split: The New 80/20 Rule

Monday, May 11th, 2009
IT Departments Need To Apply The 80/20 Rule To Support Work

IT Departments Need To Apply The 80/20 Rule To Support Work

Pity the poor CIO – he manages a team of professionals that do great work, but he / she rarely gets any credit for a job well done. Why you ask? Well an unfortunate comparison can be made to the maintenance staff that takes care of the building that your work in. It’s great that they keep everything up and working and looking good, but how often do you ever really think about them?

What’s missing here is for CIOs to determine what the right work split is for their team. No matter what we do, there is always going to be some support and maintenance work to be done, but how much is too much?

HP’s CIO Randy Mott was facing this problem when he came on board a few years ago and he’s moved quickly to try to resolve it.

Chris Murphy over at InformationWeek had a chance to sit down with Randy and ask some questions about how he’s gone about getting his team to work on the things that really count.

When Mott first joined HP the IT department was spending about 70% of its time doing support work – keeping the network up, resetting passwords, recovering deleted files, etc. This meant that only 30% of their time was being spent doing things that moved the company forward.

So did Mott do? First he cut his IT payroll almost in half – they went from 19,000 staff (50/50 contractors and employees) down to under 10,000 (90% of which are employees). The thinking here is that if you are just doing support, it really doesn’t matter who doing the job, contractor or employee, as long as it gets done. However, if you are doing mission critical system development, then the person doing the work had better be an employee so that you’ll have continuity.

The way that Mott figured out who to keep and who to let go was by documenting what everyone was doing. Once a week folks would stop and document what they had been working on that week. The thought was that if you don’t have good data on what folks are doing, then you can’t make good decisions about what they SHOULD be doing.

One other key change that HP made is in how they define work. There are only two buckets these days: support or “new development”. No middle ground is permitted so say goodbye to “enhancements”.

In the end, Mott’s been able to get his work split to a 70 / 30 mix. It’s not quite the 80 / 20 that he’s shooting for, but he’s getting close. This approach also allowed Mott to get enough data to be permitted to decommission some popular but high maintenance applications. How many other IT departments wish that they could do that?

What is the work split between support and new development in your department? What would you like it to be? What steps are you taking to reduce the amount of time that your team spends on support activities? Leave me a comment and let me know what you are thinking.

Why Don’t IT Alliances Work Out?

Monday, April 20th, 2009

IT Department Alliances Can Make Everyone Stronger - If They Are Done Correctly

IT Department Alliances Can Make Everyone Stronger - If They Are Done Correctly

You would think that the more alliances that your company / IT department makes with other firms, then the better that they would become at making them. After all, practice makes perfect – doesn’t it? It turns out that this is not always the case.

Koen Heimeriks has spent time studying 200 firms that had formed more than 3,400 alliances. What he has found just might surprise you.

He found that those firms that had the most experience striking up alliances actually had worse results when compared to those firms who had moderate experience.

Why the difference? It turns out that there are two problems that develop in firms that already have  a number of alliances:

  1. they have a tendency to become overconfident in their alliance building skills, and
  2. they can develop learnings about alliances that are in actuality based on unsupported ideas about cause and effect.

So what can make an IT department’s alliance with another firm actually work out well? It turns out that it’s the methods and procedures that the firm uses to create alliances that will determine their eventual success. Established firms that already have many alliances will probably have rigid and inflexible business processes for making decisions and selecting partners.

However, IT departments with fewer existing alliances will have more flexibility built into their processes. An example of this would be where employees who have worked on previous alliances share information with the employees who are trying to create a new alliance. This type of discussion can lead to experimentation and allows novel approaches to each alliance opportunity.

So in the end, what does all of this lead to? Heimeriks reports that the larger firms who had many alliances and a more rigid alliance creation process had an alliance success rate of around 50%. Those firms that had fewer alliances and a more flexible alliance creation process had an alliance success rate of around 71%. Sure looks like flexible processes are the key to successful IT alliances!

Does your IT department have any alliances with outside firms? Would you say that you have a lot or a few of these alliances? Are they generally successful or not so successful? Do you feel that your alliance creation processes are fixed or flexible? Leave me a comment and let me know what you are thinking.