Killer Innovations with Phil McKinney
Step into the world of relentless creativity with the Killer Innovations Podcast, hosted by Phil McKinney. Since 2005, it has carved its niche in history as the longest-running podcast. Join the community of innovators, designers, creatives, entrepreneurs, and visionaries who are constantly pushing boundaries and challenging the status quo. Discover the power of thinking differently and taking risks to achieve success. The podcast covers a wide range of topics, including innovation, technology, business, leadership, creativity, design, and more. Every episode is not just talk; it's about taking action and implementing strategies that can help you become a successful innovator. Each episode provides practical tips, real-life examples, and thought-provoking insights that will challenge your thinking and inspire you to unleash your creativity. The podcast archive: KillerInnovations.com About Phil McKinney: Phil McKinney, CTO of HP (ret) and CEO of CableLabs, has been credited with forming and leading multiple teams that FastCompany and BusinessWeek list as one of the “50 Most Innovative”. His recognition includes Vanity Fair naming him “The Innovation Guru,” MSNBC and Fox Business calling him "The Gadget Guy," and the San Jose Mercury News dubbing him the "chief seer."

So, you are about to pull together a team of eight to twelve people into a brainstorming session; do not make the mistake that 90% of us make…no area of focus.  Most teams will be given the challenge of to “quickly come up with a product idea.” The results can be predicted; poor to none when it comes to creating any form of disruptive ideas.  This week on Killer Innovations, we will talk about four steps to better brainstorm problem statements.

Brainstorming

When you pull together a team for brainstorming, creating focus is critical.  When I say “creating focus” I mean that you need to tell the brainstorm team:

  • Who has the problem?
  • What exactly is the problem?
  • Why is it important to solve?

In full or multi-day brainstorms, I have the teams develop their own problem statement.  I set aside between four to eight hours to create a proper problem statement. Do no scrimp on this; spend the time!  A well-defined focus via a well thought out problem statement will generate more and radically better ideas when you are ideating. The core elements have to address one of the following:

  • Solve a problem.
  • Remove a barrier.
  • Improve an experience.

And while you try to answer all of this remember:

  • Need to be concise.
  • Does not state or imply a solution.
  • Specific enough to be solvable in the given time frame and with available resources or competencies.

Sounds hard doesn’t it?  Thus, why I spend four to eight hours crafting, testing and validating a problem statement before I bring the team together.  

Good and Bad Problem Statements

I have a few different templates I use for creating problem statements:

  • The (what/problem) affects (who/customer) the result of which (why/importance).
  • (Who/customer) is affected by (what/problem), the result of which (why/importance).

So, what are the steps that would allow you to create a well-defined problem statement?  The first step is to brainstorm the problem!  Ask for people to list problems, challenges, friction in the system, barriers and unmet needs.  The second step is to have each individual answer the “who, what, and why” we talked about earlier in the show.  Step three is to then take the answers and start to draft problem statements using the templates. Then repeat the “who, what, and why”, drafting multiple versions of the problem statements.  Step four is to test it with the “who”, the target segment.

Testing Your Problem Statement

Once you have a version of the problem statement that you think works, you need to test it with others.  Never use yourself as a proxy; you are too close to it. You test it by writing it out, editing it, simplifying it, and making it tight and concise.  Then find and talk to the people who you believe have the problem. Then ask them a set of questions to validate the problem and problem statement:

  • Is this (team’s hypothesis) a problem for you?  Why or why not?
  • What problem would be solved for you if the problem was fixed?
  • How frequently does the problem cause a problem for you?
  • What value would you gain if this problem was solved?

Now that you have a problem statement, I would recommend sharing it with the team for the brainstorm as “homework.”  Have the think about the problem statement and ask them to answer the validation questions from the perspective of the individuals who would receive the benefit from the brainstorm.  If you would like your team to learn how to run radically better brainstorms by writing better problem statements then I would suggest you host a one-day Disruptive Ideation Workshop.

 

Five Minutes to New Ideas


The tech and tools we have now available for podcasts are far superior to what we had back when I first started recording my podcasts in 2005.  This got me thinking about how wonderful innovation is and how easy it is to overlook it. Fifty years ago, we lived in a way that would be considered a burden today.  While it is great to be nostalgic about the past, I cannot imagine going without the innovations we have today. This week on Five Minutes to New Ideas we will talk about how change from innovation is inevitable.  If you continue as you have in the past, where will you be five years from now?

Direct download: Four_Steps_to_Better_Brainstorm_Problem_Statements.mp3
Category:Past Shows -- posted at: 12:00am PDT