Archive for the ‘new projects’ Category

After The Vista Disaster, What Did Microsoft Do Differently To Create Windows 7?

Thursday, December 3rd, 2009
Image Credit What Can Microsoft's IT Leaders Do Differently To Make Windows 7 A Success?

What Can Microsoft's IT Leaders Do Differently To Make Windows 7 A Success?

Isn’t it every IT Leader’s nightmare: you work long hours, pull of miraculous feats of IT project accomplishment in order to create one of the most complicated pieces of software ever, only to have all of your customers hate it?

That’s what it must have felt like to be working at Microsoft when Vista was rolled out. After getting rejected by their customers, what did Microsoft’s IT Leaders do differently the next time around?

A Broken Process

After the debacle of Vista, Microsoft realized that they had lost their way. In the past they had successfully developed operating systems and suites of software successfully; however, something had clearly gone wrong with the Vista project.

Everyone agreed that Vista had two major flaws that doomed it almost from the beginning. The first fatal flaw was that it simply took way too long to develop: a total of five years. I think that we can all understand what must have happened there: scope creep. Add to this some fundamental team communication problems and all of a sudden you’ll keep overshooting your due dates.

The second flaw that did Vista in was that even when it finally rolled out the door, it really wasn’t done. All sorts of software drivers that were required in order to support customer’s various pieces of hardware including monitors, printers, mice, scanners, etc. just weren’t ready yet. Once again I think that we’ve all been there: after five years, somebody high up in the food chain said “just ship it”.

What Got Changed

Their key insight was that they had, like so many other companies, allowed silos of developers to get created. This meant that they had highly skilled workers who were experts at one thing (e.g. GUI interface design) off working all by themselves. Plans, features, and interfaces were not being shared between teams.

When Vista rolled out the door these internal communications failings became obvious to all. Code that worked perfectly by itself all of a sudden didn’t seem to work very well when it had to play ball with other parts of the operating system.

Ok, so realizing that you’ve got a problem and then actually doing something about it are two different things. To their credit, Microsoft appears to have done a good job of tackling this problem.

The solution appears to have been implemented in two steps. First, the Microsoft IT managers changed their way of thinking. Instead of each IT team having their own unique development plan, there was a single development plan that was owned by all.

Secondly, Microsoft forced the development team to think beyond the Microsoft campus and insisted that they work closely with computer makers (HP and others) in order to identify potential problems early on and fix them before they became major issues.

What All Of This Means For You

Lots of people like to throw stones at Microsoft in part because they are so big and successful. The problems with the Vista product clearly showed that the issues that IT Leaders everywhere face are the same sorts of issues that Microsoft was facing and failing to deal with.

To their credit, they appear to have learned from their recent past mistakes. They’ve torn down the internal walls that had built up between development groups and they’ve become humble enough to reach out to computer makers to ask for their help in making sure that Microsoft’s software will work with the hardware that it’ll be running on.

The lessons for all of us are pretty straightforward: when we make mistakes, we need to evaluate what went wrong, change the way that we’re doing business, and reach out to others in order to create a solution that will work in the future. how let’s see how that new Windows 7 product turns out…

Do you think that Microsoft’s reputation as a solid IT shop can recover from the hit that it took from the Vista failure?

Click here to get automatic updates when The Accidental IT Leader Blog is updated.

What We’ll Be Talking About Next Time

Life is hard for IT Leaders and it’s not going to be getting any easier anytime soon. Those “touchy-feely” workplaces that places like Google and Apple have sure seem to be missing the mark — work is for work or have these companies forgotten that?

Pimp My IT Job!

Tuesday, June 3rd, 2008

How To Improve My IT Job
What to do when you are stuck working on a program/project that is not the executives’ current favorite? Do you feel as though you are stuck in your company’s technical back waters and that your skills are growing older, staler, and more out-of-date each and every work day? Do you look enviously at your coworkers who are working on more glamorous projects and using cool new tools like Ruby or various Web 2.0 toolkits to create shiny new beasts?

Well fear not, amazingly enough you are not alone. Most of the IT community is in your shoes — we work to keep the critical systems up and running and try to make them just a bit better each and every release. “Project Envy” is a fact of life that we all live with. What to do about it?

There is no single magic cure for this affliction; however, here are three ways that I have dealt with this in both my own career and in trying to keep folks on my team motivated:

  1. I.N.T.L.S: “It’s Not The Language, Stupid” Lots of times our jealousy of other workers and projects stems from the fact that they get to use a neat new toy that we don’t get to use. Get over it — good design is good design, no matter what language or tool you have to work with. Back in the day, folks were able to get Fortran to do some pretty amazing things that it had never been originally designed to do. Think about it this way: how boring must it be if the language / tool that you are using to solve a design problem does too much of the work for you. Instead, focus on creating the tightest, clearest code that is humanly possible. We all like a challenge and this will help you to overcome language envy.
  2. Can Anyone Say “Soft Skills?”: If you find yourself trapped on a back waters project, instead of spending your days surfing dice.com, how about if you spend some time working on those skills that you are going to need in order to make it through your entire 45 year career? Skills like communication, delegation, negotiation, etc. If your career eventually takes off, you will desperately need these skills so use this “pitstop project” as an opportunity to bone up on what you’ll need.
  3. Play the Metrics Game: Most IT departments have fallen in love with metrics and this offers you a great way to get some department wide recognition no matter what project you find yourself stuck on. Back water projects are generally in charge of older, stable applications or systems. You can use this to your advantage. Study what metrics your department is tracking and determine which of them are most important to upper level management. Then take a look at your project and ask yourself how you can make this project #1 in terms of department metrics. By doing so you’ll rise to the top and will get noticed. This just might be enough to get you moved to another more popular project.

There are many more things that you can do should you find yourself stuck on a project that turns out to not be the flavor-of-the-week. Complaining, sulking, and surfing for a new job are always options, but there are much better ways to spend your time!