Archive for the ‘Microsoft’ Category

  • By Scott Berkun on February 17th, 2010
  • 9 Comments »
  • Management

What Microsoft gets for $2 billion

As a follow up to my post on Microsoft and Creative Destruction, it’s worth looking at this chart, from Silicon Alley Insider.

It shows the quarterly operating expenses for Microsoft’s Online division. This last quarter, Microsoft lost $466 million. That’s 3 months.

Over the last year (4 quarters) Microsoft has lost nearly $2 billion.

And from what I remember, you’d see losses for the period before what’s shown on the chart, as the division has always struggled with profitability.

It’s an unbelievable chart. I’ve had to stop writing several times just to look at it again.

I’m certainly not arrogant enough to claim I know how to fix an entire division. But I can look at this and ask some basic questions:

  • Who in senior leadership has earned promotions or raises during this time? I’m not saying this is impossible, but it does deserve some serious explaining.
  • What fundamental assumptions are at work here that someone is still protecting?
  • How would things be different if this division were operating as it’s own company? Clearly whatever leverage and resources it’s getting from the rest of Microsoft hasn’t been of use to the bottom line. If it were it’s own company one of two things would have happened by now: 1) It’d be out of business or 2) It’d be doing things very differently.
  • What are the counter examples in this division that are profitable? And are their other groups rallying around their success and trying to learn/leverage/borrow from them?
  • In the last 50 years how many corporations have run entire divisions with this level of operating loss over four years or more? And what was the outcome?

If past history is any judge, Steve Sinofsky, the former VP from Office who took charge of Windows for Windows 7, might be the only weapon Microsoft can use to tackle Online.  Many other VPs have been at the helm, including David Cole who was my VP for a time in the IE days, but as the chart shows, they’ve been largely ineffective at things other than spending lots of money.

In spirit of my last post, the better question is what did Sinofsky do to the Windows team to turn Vista into Windows 7?  Why isn’t there a case study on this, that’s stapled onto the forehead of every manager until it’s read? And how can that be emulated in the Online division? My suspicion is this case study has not been done, and if it has, it’s either not being shared widely or it’s being ignored.

Microsoft and Creative Destruction

A recent NYT article by former Microsoft VP Dick Brass has caused quite the stir, but for the wrong reasons.  Every follow up article I’ve read, including one from Microsoft, gets much of it wrong some key things wrong.

The premise: The core point of the Brass article is how the introduction of middle management and bureaucracy has killed innovation at Microsoft.

My counterargument:  Microsoft has always been a conservative, platforms company. Visionary design and creative leaders think in terms of great products, which Microsoft has never been good at. Brass assumes the challenges that hampered Tablet PC were new and local, but they have always been there. Microsoft’s best, and most creative, work has come when a competitor forced one of the few Renaissance-VPs (VPs who were not over-promoted engineers but actually had a diversity of management skills) to take product design seriously.

My credentials: I worked at MSFT 1994 to 2003. I was on the IE 1.0 to IE 5.0 team among others (Windows, MSN, and MSTE/Best Practices, where I worked with many groups across the company). I wrote a bestselling book about Innovation and I’ve spoken and consulted with various groups at the company dozens of times since I left in 2003.

My take:

  1. The primary problem at Microsoft regarding good design &  innovation is the diffusion of creative authority. The problem is not the numbers of people at the company, or the layers of management, as many gripe about.  Layers don’t help, but it’s not the problem. The real issue is the inability to grant creative authority to the few people worthy of it. Microsoft has always been a place that gives way too many people a say in matters of design, vision and user experience, and it shows in the pervasive mediocrity of the majority of its products. Films need directors. Orchestras need conductors. But if you divide things into 30 pieces and ask 30 people to play creative visionary, mediocrity ensues. The better products at Microsoft are the ones where VPs modify the distribution of authority to create clear creative authority.
  2. Few VPs are qualified to be creative leaders, at Microsoft or elsewhere. And there is no creative lead role at Microsoft. There never has been. This is not new, it has always been true (at least since 1994 when I started). This is why when brilliant, genius type software designers come to the company, they are baffled by how little creative power they can earn, so they retreat to research or future thinking groups that have no skin in the game (e.g. Bill Buxton, Steve Capps, Ray Ozzie, Jim Gray (RIP), etc.). Microsoft is simply a hard place for to accumulate wide authority over design, which is required to make coherent visions, user experiences and innovations come true. Worse, it’s rare for leaders to acknowledge death by too many cooks since those who have never worked elsewhere, and have no conception of creative process, can’t imagine  any other way. The culture has always been a heavily consensus/collaboration driven place for managers, which waters down ideas, and shifts what goes out the door heavily towards conservation.
  3. Management at Microsoft is fat with inbred managers who are not worthy of their title, but this has always been true. If you are hired to manage version 5 of something, you inherit a host of decisions made with skills you do not have, yet get credit for anyway. If the team you inherit does good work, and you happen to be the manager, you receive credit, regardless of how little you did. Entire unprofitable, failed divisions, funded by the rest of the company, promote people out of corporate obligation, creating the existence of middle managers who have never actually successfully managed anything in the marketplace. For the 90s, this was MSN and Consumer products, which were perennial failures. The quality pool of people who managed in those divisions was below average and as the company aged more of these groups were born. Microsoft, like all companies, has suffered from the Peter principle, or worse, perhaps the Paul Principle (people who are lousy at even simple management skills but inherit mediocre projects they don’t understand, and simply manage not to get fired via their team’s noble but unheralded efforts, which hide their shortcomings). As a result, there are line level managers at Microsoft who are more competent than some middle or senior managers. But this has always been true, given the diversity of the company. It’s worse now because of the size.
  4. Real layoffs would be a blessing. In 1999 when I left the Internet Explorer team (before the ill-fated IE 6.0 release), I looked around the company for other teams to work on. I couldn’t believe how many lost, misguided, sad, self-destructive teams I saw. This was in 1999! The company has more than tripled in size since then. Mini-Microsoft is so clearly on the mark about his core ambitions.  I don’t wish unemployment on anyone, but I’d say a) the ratio of managers to programmers is insanely out of whack b) The number of projects and divisions that have never made profit and are market laggards is obscene. If the company were split apart, few groups are competent enough to survive a year. This defeats the “strategic value” these properties supposedly have, as dumping of buckets of money earned by Office and Windows profits into their bonfires of incompetence does not a strategy make.  You need basic leadership competence, which all too many groups at Microsoft don’t have (and many never did).
  5. Microsoft’s best and most inventive work has often been driven by competition. A visible and serious threat is the only situation where leadership, historically, was forced to be creatively aggressive, giving a  chance for creatives to obtain enough power to do good work.  Windows 95, Office 95, Internet Explorer 5.0, MS Natural Keyboard, XBOX 360 were all excellent products by most standards, and were made possible by strong competition. The question executives need to ask is why divisions like Mobile & MSN,or the entire Vietnam like 15 year history of imploding efforts of web search (there is a great book to be written by someone about this), have been disasters despite clear and strong competition – this is the analysis to post on every office door at the rest of the company.
  6. It’s lazy arguing to assume an organization of 10,000 or 100,000 is uniform in any way. Groups at Microsoft have a different culture, and some have been wildly more successful than others (e.g. Office vs. MSN/Live/whatever it’s called this week) in part because their leaders have developed superior cultures that diverge widely from other groups. Windows 7 is an excellent product no matter how it stands in comparison to Apple’s work, and the turnaround from Windows Vista, which many heralded as the end of MSFT, was beyond noteworthy.  If Windows 7 or XBOX 360  is made in the same company that makes all the products you hate, you have to realize the limits of painting broad strokes. This is where many critiques of Microsoft fall short, including the one by Brass. They assume uniformity, projecting a local set of experiences in part of the company as the model for the entire company.
  7. If you talk only to people who quit and were disgruntled you can’t possibly have the whole story.  I’ve never met Dick Brass, but I know the Tablet PC was a commercial failure. As smart as Dick is, its likely he never understood how IE beat Netscape (it was more than the monopoly stuff), or Office beat Lotus/WordPerfect etc.  He also might not know the long history of Windows and Office rejecting most requests from most other teams as a matter of both basic sanity and arrogance. Specific to Tablet PC, it started as a Bill Gates pet project. Working with Bill, who Dick curiously never mentions, was no treat, and unlike Steve Jobs, his direct involvement in matters of design is likely not a godsend. Articles like this one reads too much into corporate policies, as many of them are old (e.g. the review process) and good managers have always had ways to work within these rules to reward good employees. I’d agree the processes could be improved, but all the good VPs find ways to bend rules into loopholes.
  8. The greatest disease at Microsoft is lack of sharing lessons from failure, especially where innovation is concerned. Microsoft has made many big, visible bets. Many of them have failed, but that’s par for the course. The problem is these expensive lessons are swept under the rug, encouraging others in the company to repeat the same mistakes. Everyone loves to make fun of Microsoft Bob, but few can articulate why it failed. If you don’t understand why it failed, you don’t have any reason for laughing so hard, and you likely aren’t half as smart as you think you are. A case study on Vista, MSN Search, Microsoft Bob, The Tablet PC, etc. should be produced by an outside consultant, and stapled on the forehead of every manager at the company, once a day, until they read them all word for word. Then they’d take advantage of Microsoft’s so called experience and wisdom. Otherwise, they are being set up to make the same expensive mistakes again and again.
  9. The idea of Innovation, and Innovation Systems, is a distraction. Success in the market is a better scorecard and the most reliable source of criticism. Innovation, as the word is used in these articles, is a matter of taste. You can be very inventive and still get your ass kicked. Or do a great job with mostly conventional ideas, and kick more interesting competitors off the field. Apple, if you study their choices, doesn’t pull things out of the sky (digital music players, cell phones, and tablet PCs were all established ideas).  They enter games others are already playing and kick their ass. But innovation is the least useful lens. The best criticism of Microsoft’s management is how, or how not, they’ve done against their competitors in terms of customer satisfaction. If innovation matters as much as people seem to claim it does, it’s well reflected in either market success or customer satisfaction, so worry more about those solid measures, rather than the ethereal notion of who is innovative and who isn’t.
  • By Jamie on September 15th, 2009
  • 3 Comments »
  • Making things happen

Microsoft and Making things happen

One common criticism, often mild, I hear about my book Making Things happen is it’s a Microsoft flavored book. I plead guilty. But this wasn’t for philosophical reasons, which some people seem to assume. My goal wasn’t to spread to the world how Microsoft makes software (which had already been done by Microsoft Secrets). Instead it was to use what I’d learned shipping IE 1.0 to 5.0 and other stuff to illustrate all sorts of concepts, tactics and tricks that can apply to any kind of project whether they use similiar processes or not. I needed a spine and that was one I knew well and had the most stories working with. For better or worse, Microsoft is an excellent reference point for how software, or any product is made, for a variety of reasons. But that’s all I meant it for – a system to use as leverage to explore the important stuff, not the other way around.

One of my top gripes at the time was how most project management books seemed written by consultants, people who didn’t write as if they’d actually used what they are teaching themselves (Mythical man month, for all it’s charms, is guilty of this in parts), since they couldn’t point out the common traps of their advice. The best remedy seemed to be specific, be real, tell the truth, and thus, the book came out as it did. I was, and still am, a believer in the idea of program managers, or project managers as true team leaders, and I wanted to tell the story of project management from that point of view.

In fact, if ever I write another project management book I doubt I’d even mention some of the heavier duty process stuff that shows up, however briefly, in the book. MRDs, vision documents, etc. are, as some critics pointed out, artifacts of larger organizations and many won’t have to wrestle with them, which is probably a good thing.

I’m a big believer it’s the soft skills that matter much more, and when I look back at Making things happen I see what could have been two separate books. One about process-y stuff (chapters on vision, specs, etc.) , and another about the human elements of leading projects (leadership, communication, relationships, crisis, risk, politics).  I suspect people who like the book have a strong preference for one or the other.  In flipping through the book it does seem to hold up the promise in the preface, that you can skip boring chapters and get value from the next – perhaps I suspected there were two books in there when I wrote it.

Anyway, its been years now and I don’t think I ever posted about this, despite how often I’ve seen it surface in reviews or had it come up at lectures.

The end of Encarta

Microsoft recently announced the end of the product known as Encarata. Way back in the day Encarta was cool. It was one of the few things made in the CD-ROM era that, looking backwards, made sense (Yes, I owned a copy of both Art Gallery and Microsoft Dogs, and as idiotic as it seems now, the later actually got good reviews) – and was actually designed quite well.

It’ was also a curiously successful work of innovation by Microsoft on several counts. Few people remember, but Microsoft bet big on CD-ROMs and consumer software, and of those efforts, many of which flopped, Encarta was a gem.  In 1994 it demonstrated many of the things people had been promising PCs would be good for (multimedia, education, instant access to information, etc.). There were other encyclopedias, but (I don’t think) anyone else invested as much in the design and technology as Microsoft did.

encarta

Many forget, or were still in diapers, but in 1994, years before web design would be something you could say at a bar without people thinking you were into spiders, Encarta demonstrated much of what we call information architecture, interaction design and consumer aesthetics, all in one high profile consumer product. Many, many companies and software teams used Encarta as a reference for not only what was possible, but for what a good experience should be like. Microsoft didn’t invent many of the technologies involved, but the encapsulation of so many into a well designed experience is similar in some ways to the success of the i-pod.  Both are examples of innovation through superior user experience and integration of various technologies made mostly by other folks.

And most importantly, when Netscape and Internet Explorer began the browser wars, many of us looked at Encarta as an approximation of what a great web experience should feel like, with rich media, consumer appliance simplicity, and great search and navigation. In the hallways on the Internet Explorer team we had screenshots of some of the Encarta team’s work, among various other bits of software inspiration, up on the wall. It was definitely a reference used in designing features like Explorer bars,  Favorites & History.

Kudos to Bill Flora, Adrienne Odonnell, and Sheila Carter (who are listed here as the design team) and other folks who worked on this thing over the years.

Encarta also was one of the best product names Microsoft has ever had. Sure, that’s not saying much given how notorious MSFT is for lousy names, but like Excel (also a good name, at least it was in 1985, compared to Lotus 1-2-3) it somehow fit the vibe of the kind of thing the product was.

Can’t say I miss loading CDs into my PC (I can’t remember the last time I did that), but Encarta definitely deserves a notable place in the history of software design. They helped raise a bar many people still use today.

How project managers establish power

I remember the day I started working as a program manager on the Internet explorer team. On my second day, Joe Belfiore, my boss, came to my office, closed the door, and told me two things:

1. Your relationship with programmers is everything
2. There are only two teams at Microsoft to care about, Windows and Office.

Forget for a moment these specific points. Joe did the most important thing in the world as a boss. He gave me clear priorities. Even if they were wrong, from day one (ok, it was day two) he imparted his private view of how to succeed and how to make sense of things. It was amazingly empowering. I could slice through all of the work being thrown at me from across the team and the company, and divide into two neat piles: a) things to care about, b) things not to care about. Joe was a great boss and provided this kind of clarity all the time.

It turns out both bits of advice were right.

Your relationship with programmers is everything

As a program manager (glorified title for project manager), all of my power actually came from the programmers. I only had a job because of the programmers. No programmers means no code, no product, no revenue. End of story.  My power was an extension of theirs. I had to treat them with respect and go out of my way to earn their trust over time.

This meant first and foremost I had to earn their respect. Help them make decisions. Bulldoze organizational road blocks out of their way. Prove I was smart, that I could help them make tough decisions, and could make the product much better even though I couldn’t write code as well as they could. And only after establishing that value could I be a team leader and be of true use to the project. With programmers as allies, working with marketers, testers, executives, or leaders of other teams, became easier, and my role as a team leader became possible.

When I visit companies or talk to people, and they tell me they rarely talk to the programmers, a red flashing light goes off in my head. How on earth do you have any power? I wonder. You don’t know the people who actually make the thing you are managing! You have no idea if they believe in what they are doing or not, or if they have better ideas than yours.  Something critical is broken if project managers don’t have collaborative and trusting relationships with programmers.  If there is a problem between PMs and programmers, it’s the PMs job to fix it. Odds are they’re better at communication, conflict resolution and have more perspective, all of the key skills for resolving differences and building relationships.  Put another way: if you’re a PM and your team hates you, what else do you have? Your relationship with your team is everything.

There are only two teams at Microsoft to care about, Windows and Office.

Back in 1995 when Joe gave me this advice, it was true. There were only two groups at Microsoft that were successful and brining in sizable revenue.  The problem was working on Internet Explorer during the browser wars, every one of the 100 teams in the company wanted something from me, and every other PM on the team. They wanted us to add features to help promote their work, code changes to fix bugs that bothered them, etc. There was a huge pile of people who wanted to influence the work I managed. My phone rang all the time and my inbox was always full. If I treated everyone equally I’d be doomed. Couldn’t be done. I had to ignore, or say no to, most of the people who wanted something from me. With Joe’s advice I had a rough guide for sorting it out. Tons of exceptions of course, but the baseline advice was right and useful.

Good managers give these little bits of power insight all the time. Dividing up the complex, stressful working world of projects into two piles.  A project manager derives his power from this kind of clarity, especially if he can articuate it to others like Joe did to me.

Program Managers vs. Interaction designers

Recently Joel on Software posted about how to be a program manager and he lists UI design as one of the skills program managers should be responsible for. It’s no surprise that people who call themselves UI designers, such as the folks on on the interaction design mailing list, have taken notice and are mostly unhappy.

(Back story: The idea of program managers, roughly a sergeant level generalist who drives projects, is an idea I like.  It’s a job role Microsoft started in the late 1980s . It’s a job I had in the 90s).

Which gets to the question of should PMs do design.

The easy answer is yes, if they are good at it. Most are not. Most do not know this because they’ve never met an interaction designer, someone who does it professionally for a living. Simply because Fred is better at it than his peers, he assumes he is good. It’s not his fault exactly. Most computer science programs and business schools never talk to design schools. Certainly not about how much they need to learn from the other. And most program managers in the world are hired from computer science and business schools.

Anyway, the better teams at Microsoft figured this out over a decade ago. They did one of:

  • Hired full time UI designers and usability engineers.  (In 2003, when I left, there were over 400 of these people employed at Microsoft).
  • Created a special role called a UI PM, who was the PM good at design who led the UI work.
  • Or both.

VPs that cared about ease of use invested in these assets, and just as important, built a culture around ease of use taking priority over other considerations.

However, in most cases the above investments had moderate impact on product quality because these people never receive sufficient power to overcome the other 20 PMs running around. Sometimes all the PMs are ignored anyway by the programmers but they are in denial about it, so it’s moot until that fight for power gets sorted out.

The program manager model is just one idea for diving up work. It’s a good model, but does have it’s problems. On larger teams it’s too easy for PMs to get lost in their egos and self-interests, each one fighting to make a great feature, inside of what becomes a mediocre product.  It’s also a role that depends on culture, you can’t just graft it on and expect it to work as it impacts everyone.

Program management works best on smaller teams, or in organizations where the PM can have significant power. Once you have 15 or 20 of them running around it gets hard to sort things out. Imagine 15 or 20 film directors trying to work on a film together. If you give them enough power, you don’t need many film directors. And if you don’t need many, it’s easier to find ones with all of the talents you want, including the ability to design user interfaces.

The bottom line: program managers are generalists

At the end of the day it doesn’t matter who makes the UI design decisions provided they are good and they ship.  If you’re a PM, your primary obligation is the quality of what goes out the door. If you have someone other than you available who is good at design, your top priority should be to get out of their way, just as you would for someone good at programming, testing, or any other role. Find other things to do to keep busy – I’m sure they exist. The value of the PM, or any manager, is their ability to fight for the best use of everyone’s time, including their own.

If ease of use is truly important in what you’re making, odds are it deserves the attention of a specialist or two who can dedicate their energy to it. If nothing else, they can teach you some of the stuff you don’t know you need to know. PMs can rarely dedicate their attention to anything, as their value is their ability to co-ordinate and lead.

The bestselling book I wrote about program management, Making Things happen, has several nice chapters about how to lead design and customer research, and advocates the above advice.

Scott's Bestselling Books
  • Confessions of a
    Public Speaker
  • Provocative and funny secrets from a veteran speaker, you'll laugh as you learn.
  • Buy now at Amazon Book Details
  • The Myths of Innovation
  • The classic bestseller on how amazing lessons from the past can help you innovate today.
  • Buy now at Amazon Book Details
  • Making Things Happen
  • The classic and bestselling handbook for any project leader, packed with tactics and stories.
  • Buy now at Amazon Book Details
Photos from Recent Events (view flickr stream)

You're reading Scott Berkun, All rights reserved unless noted. You can subscribe here Blog RSS Comments (RSS)