The Berkun Blog

Management, design, and the making of good things.

Archive for December, 2005

Lessons on social bookmarking (Learning from del.ico.us & blink)

December 16th, 2005

Here’s a good short essay about lessons learned from the founder of blink, a 1999 social bookmarking effort.

This really shouldn’t sound too different from what del.ico.us was able to do, and we had something like $13 million to play with to make it happen. Not to mention that there were others with the same idea. Remember Backflip? So (besides the money), why did we fail and del.ico.us and the other Web 2.0 companies succeed?

Kudos to Ari for being honest and open about lessons learned on design, business and timing. Wish there was more of this kind of thing.

Essay: How to make a difference

December 13th, 2005

What does it mean to make a difference these days? How do you measure you’re own value in the things you care most about?

How to make a difference

I think I ate too many preechy pills on this one: I hope it goes down ok on your end.

PM Clinic: Nominations for think-week

December 12th, 2005

This week in the pm-clinic discussion forum we’re building a think-week reading list. Here’s are details:

One smart thing I picked up at Microsoft was think-week. It started as something that Gates did: he took a week off a year to read all kinds of interesting papers and thoughts that he typically wouldn’t find time to read.

Not being Bill, I’d shoot for a think day. And tried to get my team to do the same: take an afternoon off at the coffee shop with the goal of reading items from a special “think-day” stack. (A good tip for any team).

So: Lets build the first ever pm-clinic think-week list.

Rules:

1. Nominate an essay, paper, or blog post that you think is important, and probably under-read by your peers on the list.

2. Books are allowed, but smaller units of reading preferred. Go for things that strike unusually deep at important problems, come from unexpected domains (film direction? building architecture?) or take an interesting approach.

3. A good think-week pile is highly diverse, challenging and fun to read.

Looking forward to seeing what you think belongs in the pile.

If you’re not on the pm-clinic list, you’re invited to make your nominations as comments - thanks.

Vote for Best of UX writing 2005

December 12th, 2005

On the UX-Clinic discussion list we’re taking nominations for the best UX writing this year. From design, usability, information architecture or topics far afield that have direct value to user experience stuff.

If you’re not on the list, feel free to make your nominations as comments below.

Best questions from the Microsoft talk

December 8th, 2005

Had about 120 people yesterday - and was thrilled to see some familiar faces. It’s always good to speak at Microsoft: the audience is always smart and likes to laugh. Here’s some of the good Q&A, from memory, from my talk on why smart people defend bad ideas:

What do you do if your boss is an idiot? Sadly, not much. If they really have some kind of cognitive disability nothing you can do can change that. But you can always look for points of leverage. Who are the smart people who work for your boss that have your bosses ear? How do they influence him? What issues is he smarter about that others and how do you play to his strengths but work independently on areas he’s weak on? And lastly, there are worse thngs than being stupid. Traits like trust, clarity, commitment and leadership skill are mostly orthogonal to intellect. A slow person who listens to the right people might make a better manager than bright person who ignores everyone.

How do you handle a manager that has difficultly making priority decisions? . Take on the burden of setting the plate for them. What can you do to make priority decision easier? This is a very generous form of managing up: where you define for your boss what you need from them to succeed. In this case, you’re going further and doing some of their work for them in order to make your work possible. If that burden is too large, look for other people who work for your manager who suffer as much as you do. You can partner up and set the table together. Also, know that prioritization is the single most important things managers of large teams do. If your manager isn’t doing it well, be worried.

What do you do in a group that doesn’t like to debate ideas? Some people have stigmas about debate: they don’t allow criticism or critique in fear of people feeling hurt. This usually sucks and represents fear of ideas an inability to seperate someone’s ideas from their identity: a death knell for creative thinking. However, in all groups, ideas are debated, just not out in the open. If debates are verbotten in meetings, look to the offices and cubicles. Bring your ideas to people one on one and invite people to come to you.

Why are copouts like ‘We don’t have time’ and ‘This is the way we did it last time? The audience and I discussed many reasons why these statements are problematic: They’re copouts and don’t represent thinking, they put decisions into unquestionable boxes, they imply a we vs. you dynamic which can bully question askers into submission. We agreed that heuristics like these are often right, and are fast to use, but also agreed that there must be a way to over-ride them and force real thinking to take place.

If you were there (or not) and had other questions, glad to answer ‘em here.

The good experience live conference (GEL 2006)

December 7th, 2005

Gel 2006I’ve been to tons of conferences and often left disapointed. They’re often so similiar and despite the high prices, make it hard to have a good, interesting time. Design or experience related events are often more disapointing: they fail to make the conference itself a well designed experience for attendies.

With that in mind I strongly recommend GEL 2006. It’s a small two day conference focused on good experiences and how to make them. The speakers are diverse and the day is paced well and highly interactive. I attended in 2003, the first year, and have been trying to get back ever since.

You can read all about last year’s conference and see how diverse and interesting the pool of speakers and sessions are.

GEL 2006: Thu & Fri May 4-5th 2006. 2006 Speaker list.

The conference rates are heavily discounted until Dec: 12th. For both days it’s $900 now, $1200 after Dec. 13, and $1500 on April 1st 2006.

In related news: I’ve been lobbying Mark Hurst, the conference organizer, to let me speak there for years - and have failed every time :) But this year I finally got somewhere - Day one of the event is a set of tours of user experiences in NYC. I’ll be running one called The experience of sacred places. We’ll be roaming around Manhattan breaking down how churches, temples, parks and other special places are designed to have the effects they do.

Google’s 10 rules compared to Microsoft

December 6th, 2005

Microsoft and GoogleMSNBC posted Google: Ten golden rules by Google’s CEO Eric Schmidt, on how Google manages their knowledge worker staff.

I know many people that work at both Google and Microsoft, and I’m sure this will be upsetting to all of them: the spirit of nearly all these rules are shared by both companies.

Having spent time at Google, I know it’s a special place. There are many things about their environment that are very different from Microsoft.

However Schmidt’s MSNBC piece has little to do with what those things are. Here’s a critique on how similiar this list of Google’s CEO’s rules are to my recollections of Microsoft’s approach.

  • Hire by committee. The article suggests (and I’ve been told) Google requires unanimous approval. Everyone you talk to must say yes. Microsoft’s bar is set by the team maanger. They expect a majority, but rarely require 100% consensus. But the basic format, you have intense real-problem focused interviews with 5-7 of your potential peers, each of whom gets to vote hire/no-hire, is the same.
  • Cater to their every need. In the early 1990s Microsoft formalized many of the fringe benefits some software companies gave their employees. Private offices with windows. Free soda. Good and cheap food. Showers in the parking lots. Massages during crunch time. Health club membership. Discounts at museums. Mega-flex time (just get your stuff done, we don’t care when you’re here, or for how long). Today there’s no comparison: Google is still small enough to do things MSFT never did, and currently can’t afford. But the attitude is the same: it’s the level of execution that’s different. It will be harder for Google to maintain those costs as the company grows and the rate of growth slows (It may take awhile, but it will happen): a challenge Microsoft is still dealing with.
  • Pack them in. Gates always believed that co-location was critical to getting work done with others, which matches Schmidt’s beliefs. Unlike Intel, a company that distributes it’s offices across the world, most of Microsoft’s core development teams are within walking distance of each other. Microsoft stops at the office level: Gates always believed that programmers need private spaces to be productive, whereas Google believes in shared spaces. But the core philosophy of easy access is shared. Microsoft does have some shared space teams, but it’s not the standard.
  • Eat your own dogfood . I doubt Microsoft invented the term, but they certainly popularized it in the 90s. This has always been a core value at Microsoft, and it’s been documented in various books about MSFT development practices. Everyone, from VPs to programmers are asked, begged, bribed, and cajoled into using early and experimental builds of new software. The problem eventually becomes this: how many things can you dogfood successfully at the same time?
  • Encourage creativity. Is there a CEO that would say they discourage creativity? Google wins here easily, as the 20% side project rule is a formalized and their campus is built for creative stimulation (unlike Microsoft’s relentless architectural repitition and squareness). But in my time at Microsoft (94-2003) side projects always happened - the difference was that it was up to my manager and I to negotiate what they’d be: I couldn’t argue for them on the basis of a promise the CEO made about encouraging creativity.
  • Strive to reach consensus. Microsoft is the poster child of consensus. For anyone that’s been a manager there, it’s well known that rough consensus is a necessary condition for many senior level decisions. This has become a bottleneck for many groups, as their size makes consensus management a painful and often self-defeating process (A fact that makes many of mini-Microsoft ’s comments valid. I’m waiting for the mini-google to arrive). But the point is: both Microsoft and Google have management philosophies based on the value of consensus.
  • Don’t be evil. Definitely differences here. First, I never got a “Be evil” memo at Microsoft. The message I did get was this: WIN. There is a difference. While trying to WIN won’t get you sainthood, it’s philosophically indifferent: it’s about a result. Many things Microsoft was criticized for came from someone trying to WIN in the short term, without recognizing the long term consequences of how they won. Call it stupid, selfish or immature, but evil often (but not always) seemed a stretch. Google’s choice to make a public philosophical stance is noble, and puts the rest of the business world in cowardly relief (Although, where is the company that says “We actually do GOOD?”) But the stance is rife with problems. Any time you in are in a zero-sum competition, and WIN, even if you do so graciously, there will often be someone who feels they lost who will point a finger at you and say “You did evil to me”. Watching a major corporation manage a philosophical, moral position is fascinating, and definitely something Microsoft has never done.
  • Data driven decisions. Is there anywhere in the tech-sector that isn’t data driven at the management level? I happen to think we’ve gone too far, and abuse data left and right. But it’s well documented that compaines including Microsoft, Amazon.com and Google are all intensely data driven.
  • Communicate effectively. All hands meetings and beer Fridays are industry and bay area staples, as is the occurance of executives saying “we should communicate effectively with each other”. Is there anyone out there that advocates bad communication? Holds miscommunication rallies? I think the problem with this entry, and the list, is it’s a platitude. The notion of good communication is universal: but the sucessful practice of it is rare. Closing that gap is where the magic is at.

In Summary: there’s little motivation for the CEO of a leading company to reveal what he thinks the true secrets or powerful rules are. There’s more to lose than to gain. But this piece, as fluffy as it is, doesn’t say much about management than anyone paying attention didn’t already know.

This week in UX-Clinic: who to hire

December 5th, 2005

This week in the UX-clinic discussion forum: Topic #2 - Who to hire, design or usability?:

I’m a web development manager for a new, but very popular web service. I’ve lobbied successfully for a headcount to help with UX/design/interface issues. Until now everything (prototypes, heuristic evaluations, etc.) has been done by me or one of the 5 programmers.

The challenge is this: what should I hire? I think I have 4 choices: a designer type, an IA, a usability engineer, or someone that does some of everything.

What questions should I be asking myself and my team to determine the best way to use the one UX headcount that I have?

- Shopping in the UX candy store

PM-Clinic: Where to put the business folks

December 5th, 2005

This week in the pm-clinic discussion forum: Topic #56 - Where to put the business folks.

Welcome to the last month of the year - here’s a situation for you:

I manage a team of five PMs. Another manager runs the (large) production team of designers, programmers, QA. Folks on my PM team draw resources from his team to assemble project teams. Sometimes my PM team brings in Business Analysts (BA) to help with planning.

So, the other manager recently quit. His right-hand guy is acting manager. Day 3 on the job he invites me for coffee, and proposes to take over the BA positions. having them report through the production area to him, and not to the PM team. Just sign here, OK? No way, I said.

Where is the right home for business analysts or product planner types? What is a sound way to make arguments for where they should live? Does placing a role in a specific part of the organization necessarily stack the deck in a negative way? Or is this simply a political play by the acting manager for more power?

(Extra credit: same question, but with marketing or design).

Signed, The Prince

(Seattle) Speaking at Microsoft

December 1st, 2005

For all you Microsofties, I’m speaking on the main campus next week. If you the have a copy of the book, bring it and I’ll sign it (or anything else you bring) for ya afterwards.

Topic: Why smart people defend bad ideas
Date: Wednesday, December 7, 2005
Time: 12:00 P.M. – 1:30 P.M.
Location: 34/2615 Quinault

Right for the wrong reasons

December 1st, 2005

Funny things happen when human nature collides with reality. In the vast archive of comical situations, none are more curious than our responses to failure.

When failure happens, few care how it happened: the blame goes to the decision maker. The logic is that the results define everything. In turn, when things go well, regardless of how or why, credit goes in the same direction. Even if the thinking was poor and success was complete luck, or something pulled together by others in spite of the bad decision.

Decision diagram

The logical flaw is that sometimes we make the right decision for the wrong reasons. And by the same token, sometimes we do all the right things and the results are bad, because of luck or factors beyond our control. There are always more variables in the outcome than the surface decisions that are made.

Someone who’s made recent mistakes may in fact be a much better decision maker than someone who’s had recent successes. They might be taking on bigger challenges. They might have stronger competiton or fewer resources than others. Without examining how their logic (and situation) matched to the results, it’s difficult to know how much credit they deserve.

Taken to the psychopathic extreme: we sometimes excuse our own failures by blaming circumstance (”But I did everything I could”), but fail to give those around us the same generosity (”I don’t care why it happened: it’s your fault.”). This kind of inconsistency is poison: it’s impossible to to build trust when people are rewarded for making excuses and patted on the back for pointing fingers.

If you’re a leader, and you do this yourself you’re setting an evil tone for others to follow. (When was the last time you distributed credit you didn’t deserve? Or took blame away from those who did not deserve it?) If you’re able to raise the bar on how people deal with these situations, they’ll spend more time working and waste less time stealing credit and dodging blame.


You're reading scottberkun.com, home of tasty essays. All rights reserved unless noted. You can subscribe here (RSS ).
If you're not sure how to feel now that you're at the footer, joy is free and recommended.