The power of an astute brief

Kevin McCullagh
22 Sep 2023

frames and goals

Why mastery in Framing problems and setting clear project Goals will remain key skills for innovation leaders

‘A problem well-defined is a problem half solved’
Charles Kettering, (1876-1958), father of seven major American inventions

‘The greatest challenge to any thinker is stating the problem in a way that will allow a solution.’
Bertrand Russell (1872-1970), British philosopher

‘If I had an hour to solve a problem and my life depended on the solution, I would spend the first 55 minutes determining the proper question to ask, for once I know the proper question, I could solve the problem in less than 5 minutes.’
Albert Einstein (1879-1955), scientist

Every design and innovation leader I know is talking about how AI might raise productivity. This concern is understandable when so many projects misfire, and even those that make it to market often involve much wasted effort. The good news is that AI will accelerate many parts of the process, from project research to concept visualisation. However, one of the most significant efficiency gains leaders can make is the very human job of ensuring their teams focus on the right problems, and tackle them in the right way.

A Framing of the problem and a set of Goals for the project form the core of any good innovation brief. Done well, these two things focus each project team member on the right challenge, provide a clear understanding of the problem, and offer a perspective that can guide the whole team to the solution. Done badly, they waste time and resources, fuel frustration and drain energy.

As well as providing a touchstone for the project team, a well-defined brief also helps other interested parties to understand what you aim to achieve and why – building support for the project. Good Framing and Goals are especially critical in new, ambiguous and multifaceted problem areas, as well as early in the process when the cognitive ‘fog’ can be especially dense.

Framing

The importance of a well-diagnosed problem has long been established, but it was only during the 2010s craze for Design Thinking that the term ‘problem framing’ really gained prominence. It made designers sound more strategic, sure, but what does it actually mean? And what makes me so certain that AI will never be able to take over the framing done by human beings.

Like using a camera, Framing provides both perspective and focus. With a camera, we decide what angle to approach the subject and choose what to exclude from the shot. Similarly, a helpful Frame provides a meaningful and action-orientated point of view on the problem at hand and, at the same time, crystallises, clarifies and organises its critical aspects. And, while always guided by insights gained in the past, good Framing ideally provides the team with a fresh lens on the problem.

There are both hard and soft sides to Framing. The rational side often consists of distilling a complex set of issues down to a few critical variables or dimensions, such as a 2×2 matrix or a mental model. The emotive side can be trickier, as it often involves articulating critical but uncomfortable personal or political issues. So, when conversations begin to get near the ‘elephant in the room’, it’s best to name and claim the animal with care. Opening sentences such as  ‘It’s probably just me, but…,’ or ‘You’ve probably thought of this already, but…’ may be best here.

Framing is an innate human ability. It relies heavily on capabilities that AI will never have: our experience, affinity, judgement and perspective-taking. Capabilities computers are inherently weak at.

AI is getting better and better at answering our questions, but it will remain our job to pose the right questions.

That said, when we Frame a problem, the resources we can marshal to tackle it influence how we approach it. As I’ve written elsewhere, as AI develops, it will take on more tasks in the innovation process and shape how we approach problems.

‘Most work, after all, is comprised of a mix of tasks: some of which are better suited to us and some of which could one day be done better by machines. As the capabilities of these grow, managers will redesign work to take advantage of the strengths of both their human workers and their automated assistants.’
Kevin McCullagh ‘Human machine interlace’, Perspective 05, July 2018

How human beings Frame projects will change as teams use more AI-assisted tools. For example, if they enable the rapid generation of many options, you may decide to explore a broader range of concepts than before.

See the box at the foot of this article for further discussion on Framing.

A structure for Frames and Goals

Once the problem has been accurately diagnosed and an ambition and angle of attack agreed upon, the next job is to outline some endpoints to the project in the form of Goals. It’s these Goals that define the size and shape of the project and are often heavily influenced by budget and time frame considerations.

Discussing Goals is central to driving clarity at the start of a project, but this is best done around some clearly articulated draft Goals. If the discussion is too free-flowing, and is only recorded on a few quickly scrawled Post-its, the risk of blindspots and misunderstandings is high – even when everyone leaves the room nodding in agreement and raring to go.

Over three decades and hundreds of projects, I’ve developed the following way of structuring Frames and Goals.

I organise this under the following headings:

Context

Written out in a few paragraphs, this is where most of the framing happens. The paragraphs should outline the key elements of the challenge’s background. They should cover the broad business context, important drivers, why the project is being initiated and the assumptions, mental models and metaphors you consider helpful.

Those few summary paragraphs should be pithy and to the point, enabling the team and stakeholders to quickly grasp the project’s ‘why’. This is why using paragraphs is important here. Bullet points just don’t cut it when building a coherent narrative on your point of view on the challenge and how best to approach it.

Ambition

It’s always useful to distil the purpose of the project down into a single sentence. It should be concise and concrete without sounding like a vague wish. To find the right balance between brevity and detail, I typically generate a bunch of variants and, through discussion and iteration, narrow them down to the best statement of ambition.

Scope

This is where we break down different aspects of the challenge into various dimensions, such as: target market segments and geographies, product categories, use domains, touchpoints, business units, and time horizon etc.  Often, it’s enough to outline what is in-scope, but sometimes, it’s necessary to clarify which elements of each dimension are out-of-scope.

Objectives

Written statements on each Objective break down the Ambition into the more specific Goals that, when achieved, will see that Ambition fulfilled. We find it helpful to start each Objective statement with a verb such as: Frame, Discover, Generate, Develop, Recommend, and to align these objectives with process steps. The statements should describe what you aim to achieve – not what you will do. For example, ‘Identify three potential disruptions in our market landscape’, not ‘Analyse market trends’. Finally, try to keep the number of Objectives down to between three and five – teams glaze over at the sight of a shopping list of Objectives.

The very act of writing what we think is clear in our heads usually highlights a few holes – then discussing them tends to highlight a few more.

Outcomes

If Objectives are the hard project Goals, Outcomes are the softer, often more important ones. Written statements of Outcomes highlight the desired consequence or impact of the project, and often describe the shifts in attitudes, mindsets and behaviour that will hopefully drive business results. Sometimes known as success criteria, they portray what success will look and feel like.

A good question to ask a client or senior manager is to imagine you’re sitting together in two years’ time: they’re happy, and you’re reminiscing about the project. What changed as a result of the project? What happened along the way to bring about these changes? Encourage them to think about the impacts on themselves, on their team, and on the business.

Three examples of Outcome statements:

  • The executive team have had their eyes opened and their assumptions positively challenged
  • The leadership team has developed and aligned around a point of view on which categories to play in
  • The team feels confident that it has at least one compelling proposition which has the potential to generate high-margin growth

Outputs

These are the specific and tangible ‘deliverables’ the project will produce, as either intermediate or final outputs. They should be as specific as possible to help you clarify with your client or your manager that these Outputs match their expectations. Clear Outputs help you plan the time, resources and budget required to produce them. Examples may include:

  • One slide of recommendations
  • Agenda for a two-day workshop, including facilitation and summary
  • 40-slide Foresight presentation
  • Presentation and half-day workshop in Seoul
  • Three digital prototypes as stimuli for consumer feedback

Iterate and align

Writing down and aligning teams and stakeholders on project Frames and Goals is time well spent. After all, writing is God’s way of telling us how muddled our thinking is! So, the very act of writing what we think is clear in our heads usually highlights a few holes – then discussing them tends to highlight a few more.

It’s the discussion of goals and their collective crafting that brings clarity, rather than the Goals themselves. Talking it through a few times with the team and stakeholders also helps hone a project’s narrative and iron out inconsistencies.

Once aligned at project kick-off, the Goals should be made accessible in the team’s workspace so that they can easily be referred to as a touchstone for the rest of the project. Whenever I suspect the team is getting stuck in the weeds, I refer to the Goals and ask if and how the current debate is helping us achieve them.

Mid-course correction

Often, the process of reflecting on the Goals mid-way through a project highlights subtle shifts in the team’s understanding of them. As the management thinker, Jon Kay put it:

‘Our objectives are typically imprecise, multifaceted and change as we progress towards them – and properly so’
John Kay, ‘Decision-making, John Kay’s way’, Financial Times, 20 March 2010

If you don’t have the original statement of your  Frame and Goals to hand, changes in Objectives often morph without acknowledgement, leading to confusion.  As well as helping to clarify mid-course corrections, logging revisions to project Goals also helps with storytelling as you explain to stakeholders how the team progressively homed in on the nub of the problem.

Conclusion

Defining a project’s Frame and Goals is ultimately about providing your team with a useful perspective and focus. Rather than encouraging them to ‘think outside the box’, it channels their creative energies into a productive box to think within. This all requires the profoundly human abilities of judgement and leadership – skills I’m certain will remain a country mile ahead of what any AI bot will ever be able to muster.

Three dimensions of Framing

Framing is a high-level and abstract topic, the nature of which is often hard to articulate. The book Framers: Human Advantage in an Age of Technology and Turmoil does a good job of explaining the process in more depth. I found the authors’ three dimensions of Causality, Counterfactuals, and Constraints particularly insightful.

Causality – thinking about cause and effect 

This first dimension of Framing is the most unconscious. We understand the world through cause and effect. Some of those understandings are better than others. For example, some might put a product’s success down to being launched on a lucky date. In contrast, others might locate its fortune in how it anticipated a crucial shift in consumer expectations. Generalising across different situations, we use this causal thinking to make sense of the world and predict the consequences of actions, whether human or performed by technology.

Good leaders have a firm grasp of causality and how things work. They can identify the fundamental forces acting on the problem at hand.

So, how we approach any project challenge is highly informed by our understanding of the forces acting on it. Leaders often express their perspective on a problem with a mental model, metaphor or analogy to make some critical aspects of the problem more relatable. For example, ‘We should try to become the Nespresso of our category’.

Coupled to human agency, causal thinking separates us from AI. We act on the world and experience the effects of those actions – for ourselves, our team, our company, our professional peer group or wider society. So, when we select a Frame, we choose with a sense of responsibility about how we want to reshape things – By contrast,  AI has no sense of responsibility and therefore no skin in the project game.

Counterfactuals – alternative solutions

When planning a project, we start to run through a range of possibilities and alternative futures. These we judge in terms of their potential. While project Goals should not suggest a particular solution, consciously framing out – excluding – certain solutions may prove sensible. Considering which directions to Frame in and out helps to bound the project space.

To imagine a range of counterfactuals is a good way to tap into tacit knowledge of how our part of the world works. It helps to surface extra insights from our experience. By integrating alternative routes into our Frame, we encourage the team to remain open-minded, and feel more of a sense of agency as the range of possibilities becomes clearer.

Again, AI is little match for humans when the task is to envision scenarios that do not exist. Reliable training data,  the essential basis for AI, is very patchy about the future!

Constraints – creative guide rails

As every designer knows, a blank canvas with unlimited possibilities is the opposite of inspiring. Complete creative freedom is neither feasible, realistic, nor desirable. Charles Eames once said, ‘Design depends largely on constraints’. These cognitive curbs (or kerbs for stateside readers) help guide and focus exploration. Some will be externally imposed, for example, by the laws of physics or our manager’s budget, while others might be self-imposed to avoid well-worn grooves and stimulate new thinking.

One way to make constraints more concrete is to identify different dimensions of the challenge, for example, target markets, and then outline which are in and out of scope. However you define your constraints, one check to run is that they are internally consistent and do not conflict.

Like causal thinking and generating counterfactuals, defining constraints is another very human skill  – and one that is much more of an art than science. Doing it well requires a mix of rigorous and creative thinking and experience in framing and solving related problems. Algorithms will not be able to impose discerning constraints any time soon. ‘Computers calculate, but minds imagine’.

Kevin

Kevin founded Plan in 2004. Before this, he was a director at product design consultancy…

Related Views

Leadership
Designers as in-house innovation consultants

It makes sense to add the right kind of designers who have gained skills in…

Leadership
WFH – be careful what you wish for

Six pitfalls fo working from home and the case for working together in offices