Saturday, December 1, 2012

idea, noun: a proposed solution to an identified problem

What is an idea in the context of selecting projects to execute within a business? The closest definition given by Merriam-Webster is "a plan for action". But perhaps a better applied definition for leaders in an organization is "a proposed solution to an identified problem" where the problem identification comes first.

At a Technology staff retreat I held this past Tuesday, subtly charged conversation in the room revolved around the sequencing and meanings of a few simple words: problem, solution and idea. The backdrop to the conversation was a topic from project portfolio management: how a proposed initiative becomes part of a portfolio. Ultimately, the goal of portfolio management is to ensure that the organization is "doing the right work."

I had originally started the dialogue by stating the first step in the process is that an idea is conceived. A colleague then added that a problem should also be identified. This sounded reasonable. So, I agreed and proceeded to add this step below the idea conceived step on the flip chart. I was feeling good about how this addition tightened the gap between the first step and the goal step of project selected for execution. Off to a good start, I thought.

"The order is wrong. You can't conceive an idea or solution before identifying a problem." This comment gave me pause, as I looked at the large sheet of paper on which I left too little room at the top to switch the order of the first two steps.

"Is the order of those steps really significant," I began in an impatient reply, "if the person performing each one is the same?" In my mind, I was thinking about how we don't want barely baked ideas to bounce around the office, eating up staff's valuable work time. What's the big deal about the order, I thought, if the same person considers both the problem and the solution before sharing the idea with someone else? Isn't the result the same?  After a few more stubborn (on my part) exchanges back and forth with no changes in opinion or on the chart, my colleague gave a final comment, "I feel extremely concerned about the order being wrong, and this is the last time I'm going to raise this concern."

Worried about the negative direction the conversation was taking, I abandoned the page on which I was drawing and redrew the chart, starting with problem identified at the top then leading to idea conceived (with a solution). I verbally acknowledged that the new sequence would be better than the previous one, and I got a brief nod from the concerned colleague as a result. But mostly, I was just relieved to be moving on to talking about the criteria for weighing and comparing different ideas.

Reflecting on this experience a few days later, it clicked for me why my colleague was so concerned about the order of first identifying a problem and then devising a solution. The way I first drew the chart showed a shallow focus on what was "cool", "novel" or "trendy" about a product or service, whereas the rearranged chart demonstrated a clear focus on understanding and considering real business needs which need to be addressed.

What should leaders be concerned about? Should we put our attention on what's shiny and new that everyone else is pursuing and trying to find a way to apply them to our business? Or should we focus on learning our business needs first and then look for a solution, shiny or not? The answer I think is obvious, and I personally learned a valuable lesson about what lens to wear when surveying the work environment.

It's funny how blind we are to our own hypocrisy sometimes. When I first heard about "manufactured demand" in industries like big pharma, where products are created without an identified need, I wagged my finger and condemned the practice. It seems that I have fallen into the same rut as those I've criticized, and it's time to start pulling myself out and into better company.