About Problem Framing
Dana Vetan
??Learning Experience Designer | ??Innovation Consultant | ?? Facilitator passionate about Problem Framing and Design Sprints.
New to Problem Framing? This article will tell you everything you need to know about Problem Framing and when to run (or not) a Problem Framing workshop with key decision-makers.
Definition
Problem Framing is a design thinking method used to understand, define and prioritize complex business problems. Whatever outcomes you aim for, it will help you and your team make better decisions faster.
WHAT does it mean to frame a problem?
Today’s business problems are increasingly more complex, and that makes it more difficult to clearly articulate and define them. When there is ambiguity and the right answer is not obvious,?framing?helps to structure the thinking about a problem. Framing is, in the end, a visual aid that helps us to see things in a specific light.
WHEN should you consider problem framing?
The thing we forget about business is that it is complex and messy. In business, the context changes, new players join the game, the game rules evolve, and the strategies that worked in the past might be obsolete in the present. To navigate through complexity and mess, we need a different mindset than business as usual. We need to look at both the forest and the trees simultaneously; we need to change perspectives and flip the point of view, and we need our busy stakeholders to drop their agendas and do the same.
Problem Framing applies to multiple scenarios, but it’s most helpful when:
WHY should you frame a problem?
Spending time defining a problem can increase the likelihood of successful outcomes and pay dividends in the long run. Finding the right problems and asking the correct questions is as important as solving them. There is no point in searching for the right answer to the wrong question.
Framing a problem can also help determine:
PRO TIP ?? Check out our?Mini Problem Framing workshop article ?if you are looking to scope a project or decide if you want to tackle a new business opportunity.
Why do teams AVOID Problem Framing?
Experience tells us that the better we understand the problem space and its root causes, the easier and faster the problem-solving part will be. However, experience has also shown us that most people skim through problem framing and jump straight to solutions.
There are different reasons why most of us resist taking the time to frame a problem properly:
WHO should be involved in problem framing?
Just to give you an example, a couple of years ago, we had a project with a large manufacturing company that wanted to launch a new product in 20 countries. By the time we started working together, they had already launched the product in 4 countries and realized the process wasn’t going as smooth and seamless as they hoped. So they wanted to make sure that product launches in the remaining 16 countries will go a lot better and set themselves up for success.
This type of challenge needs framing as it is very broad and fuzzy, and multiple assumptions can be made, but most importantly, it needs to be framed by the right people.
So, how did we put together the problem framing team in this case? Using stakeholder mapping and conducting a few stakeholder interviews, the following roles appeared to be critical for making the necessary decisions:
It’s obvious this team had a high level of authority and decision-making power, which was needed to decide and implement a specific course of action. Also, they brought to the discussion very different points of view, from the organizational culture to budgeting and reporting perspective; from sales and commercial systems to IT infrastructure; and so on. All these different perspectives helped the team build a “common ground,” allowing them to address this complex challenge from different angles.
But their diverse expertise was not enough to ensure they could make the best decisions to devise a solid worldwide product launch strategy. We also needed to?include the input from the people directly impacted by the problem and those who can actually solve the problem.?So, we did. Since this product had already been launched in 4 countries, we could collect feedback, lessons learned, and insights from the different departments and business units involved in the process. We converted this input into easy-to-read, color-coded?information cards?that we shared with our decision-makers during the Problem Framing workshop. By exposing decision-makers to concrete, raw data and creating the space for them to draw on firsthand experiences, we opened up the problem space and allowed for powerful insights to emerge.
What are the problem Framing steps?
Problem Framing is more of an intuitive process than a scientific one, and there are multiple ways you can frame a problem. That’s why you will very often hear “It depends…”.
After facilitating dozens of problem framing workshops with teams of executives all over the globe, we recommend these four steps that we always include during the problem framing process:
1. Contextualize the Problem
When trying to frame complex problems, context is king. Complex and wicked problems are context-dependent, meaning that to be able to understand them, you’ll need to see the system and how everything connects.
2. Justify the business need
When scoping a project, understanding what stakeholders want and their priorities, what they are trying to achieve is essential when aligning on the core strategy.
3. Understand the customer
Stakeholders also need to get clear on whom they are creating value for, who will benefit from the final outcome, and how this will help the business in the long run. But, for stakeholders to build empathy and truly understand their customers, they’ll need to interact with the research, understand the raw data, and draw their own conclusions.
4. Find the opportunity and commit
Once stakeholders can connect the customer’s problems to the business goals/strategy, it becomes easier to decide the core opportunities worth pursuing
领英推荐
PRO TIP ?? Learn all the ins and outs of facilitating a Problem Framing workshop with your team by joining our?Bootcamp in Berlin or our live-online courses .
What tools help decision-makers frame problems?
There are many tools and methods to help frame a problem and guide stakeholders towards better decisions. But, when dealing with ambiguity, complex or wicked problems, there are a few things you need to be mindful of:
In our consulting projects at Design Sprint Academy, we rely on a variety of tools and frameworks and mix and match them based on the outcomes we want to achieve together with the leadership teams we work with.
A while ago, we worked with a manufacturer in the automotive industry that reached out to us to facilitate a problem framing workshop for their executive team and then run a design sprint workshop to find solutions to their business problem. When they presented their challenge: “How might we reduce the product development cycle and the go-to-market process from 10+ years to less?” we knew we were dealing with a complex problem that needed framing.
As consultants we had to define our goals and questions we had to answer in order to structure a problem framing approach:
With these questions in mind, we started looking for frameworks and tools to help us set the proper context for these conversations.
As part of the groundwork, we did internal research by interviewing different stakeholders from the manufacturing company to understand their product development lifecycle, all the players involved, and their dependencies. We looked at historical product development life cycles, some that were very successful (they took less than seven years), others that were lagging (over 11+ years) or considered to be very challenging. We took all the learnings and insights from our groundwork into a single chronological diagram that we collaboratively built remotely by using tools like?Mural . We now had a good visualization of how a long 10-year plus product development cycle looks like, and we were ready to expose the executive team to this broader picture. As our Problem Framing workshop was in-person, we printed a large?Product Development Lifecycle Map,?put it on a wall, and used it to set the stage for the conversations and decisions.
Moving into the Problem Framing workshop itself, we started the day by building the common ground and extracting everyone’s opinions around the challenge using?three strategic questions:
Everyone shared their knowledge and got to learn new things from areas of the business they were not even familiar with.
We then did together a?stakeholder mapping?activity where we answered questions like:
And then, we plotted these stakeholders on a?2x2 matrix, where each axis represented a decision criterion, in our case, Impact and Level of collaboration. The outcome of this activity was a group consensus on the most important external stakeholders that can impact the product development cycle.
It was now time to invite the team to review and understand the findings from the Product Life Cycle Development Map. Everyone spent time reviewing all the phases and steps of the process while discussing and clarifying the fuzzy areas as a group. The goal of this activity was to immerse everyone in the details of the experience and help them identify key problem areas and challenges at each step. The outcome of this activity was to surface problem areas and focus the team on the parts of the process that need to be improved. Each problem equals an opportunity.
Uncovering?Pain Points?is an internal-oriented frame, and because we wanted the team to define their priorities in the broader business context, we also run a?SWOT?analysis for each significant step of the diagram. With the help of the SWOT method, the team was able to also highlight threats and opportunities, making their decision-making process more focused and their opinions more aligned.
Up to this point, the executive team had shared information about barriers and success factors, had identified the most important and influential stakeholders that needed to be placed at the center of the problem, had aligned on the most critical pain points and visualized all opportunities in the current business context.
It was finally time to prioritize the different areas of opportunity and pick the first challenge to solve. To reach this outcome, we used a method called?HMWs?— How Might We — to shift the attention from the current state to the future state, and then prioritized the HMWs on a?2x2 Impact/Effort matrix. Using a democratic voting system, the leadership team decided on the most crucial HMW, which later became the design sprint challenge, ready to be tackled by the problem-solving team.
PRO TIP?? Gain access to more case studies and real-life projects by joining our?Bootcamp in Berlin or our live-online courses .
As you could notice, in this 1-day Problem Framing workshop, we shifted multiple frames (Pozitive-Negative Frame, People Frame, Product-Planning Frame, Narrow-Broad Frame) and used a variety of tools:
But there is a multitude of other methods and tools you could use based on your desired outcomes, like:
You can also find more tools and inspiring mapping methods in Jim Kalbach’s book:?Mapping Experiences .
As for the different design thinking methods mentioned above, you can check out the?Design Thinking Process and Methods ?by Robert Curedale, which presents a large collection of exercises and tools.
All you need to do is to embrace a creative mindset and?think of the outcomes you want to achieve. Remember, these tools are just the means to an end!
PRO TIP ?? If you have a business question and need your team of stakeholders to help you identify the target audience and define the problem statement, download our?FREE Problem Statement Template , available in Mural and MIRO.
How to run a problem framing workshop?
To be continued …
In the meantime, you can join one of our immersive?Problem Framing courses in Berlin or live online? and all the ins and outs of framing the problem with your team of stakeholders.
A special thanks to?John Vetan for his help with editing and contribution to this article.