7 Rules for Productive Brainstorming
Yesterday I was kicking around campus, dropping off fliers about my wife’s resume service on bulletin boards. My 3-year-old loves to go to work with Dad and drink chocolate milk, write on the whiteboards, and play chase through the halls. Anyway, she starts drawing on a whiteboard in a conference room, and I notice seven large cards above the whiteboard about brainstorming. As someone who does a lot of this, I found these rules quite good.
Encourage Wild Ideas
Like mutations, they keep evolution moving
Defer Judgment
Silly ideas lead to good ones
One Conversation
This is not a free-for-all
Move On
Get it out and captured, then search for new ground
Build on Ideas
Stand alone solutions won’t do us much good
Stay Focused
Remain within the boundaries of the problem
Get Physical
Create a record with works and pictures
My favorite rules are to Encourage Wild Ideas and Move On. Many times I find we box ourselves into a particular solution too early, without exploring non-obvious solutions. One of the most common interview problems I see in potential candidates is fixating on one solution and limiting vision because they think they have a solution too early. In creative problem solving, push the boundaries, explore ideas and give them a chance to mutate. Don’t be afraid to spend some time thinking about the opposite perspective and looking at it from different angles. Identify what you like and move on.
Some ideas work well and others won’t. Keep what seems to work and look for new ground. Early in the development cycle is a perfect time to explore different solutions and try things out. Some elements of the ribbon were inspired by a couple outlandish proposals about how to make Access easier to use. We take lots of crazy ideas into the usability lab looking for things that stick and resonate with users. Most of it is left in the scrap yard but some ideas pop.
Most important—don’t be afraid to take big risks. When the user experience team started talking about the ribbon most people thought it was a crazy idea. Nobody could see it in its current incarnation but a small group of passionate and driven people gave the idea a chance to grow and mutate. I think it is fairly safe to say the ribbon is a huge improvement from what everyone thought was the best way to surface commands--that wasn’t the conclusion in the early in the development process.
BTW - I'm working on a post about forms design. If you have any tips, rules, guidelines--send them my way!