Are strict boundaries between problems and solutions really necessary?
I’ve attended a few design thinking workshops that began by strictly separating problem definition from considering potential solutions. When this happens, I try to follow the rules. But at the same time, while I guiltily jot down little “what if we …” statements in a corner of my notebook, I’ve found myself wondering: Are the strict boundaries between problems and solutions really necessary? Do expert practitioners follow these rules, or are they more likely to be found only in workshops, training sessions, and consultancy handouts?
Expert designers practice coevolution of problems and solutions
Given how often the design process is taught with a strict division between thinking about problems and solutions, the research on this question is rather one-sided. It shows, again and again, that expert designers across domains integrate problem and solution thinking simultaneously, leveraging analysis of potential solutions to better understand problems.
This process of “co-evolution” of the problem and the solution, originally described by Maher and Poon (1996), was validated in Dorst and Cross’s 2001 study of the behaviors of experienced industrial designers. This paper, currently with over 3,900 citations in google scholar, describes the creative design process as:
“developing and refining together both the formulation of a problem and ideas for a solution, with constant iteration of analysis, synthesis and evaluation processes between the two notional design ‘spaces.’”
Cross followed up this empirical study with an extensive review paper on design expertise (2004), finding that “expert designers are solution-focused, not problem-focused.”
And it turns out that co-evolution is not just for individual experts; teams do it too. In 2013, Wiltschnig et al. asked if evidence of co-evolution could be found in the real-world transcripts of product-design team meetings. They determined that “the answer to this question was a resounding ‘yes’” finding repeated evidence of design teams co-evolving problem and solution spaces in their conversations.
Wiltschnig et al. (2013) called these co-evolution episodes “the engine of creativity in collaborative design.” And Ball and Christensen’s comprehensive 2019 review in Design Studies showed consistent research-based support for “conjecture-based problem formulation” and “problem-solution co-evolution.”
Co-Evolution In Practice
So what does this mean for design teams working under real constraints?
Despite the elegance of linear, sequential process models, problems can’t actually be fully specified in advance. Every solution attempt reveals new dimensions of the problem, and every deepened understanding of the problem transforms the space of possible solutions.
From sequential to conversational approaches to problems and solutions
Putting this into practice involves opening ourselves up to different kinds of conversations. We’ll need to shift our ways of working from separating problems and solutions to bringing them into conversation with each other:
| From… | To… |
|---|---|
| “Let’s fully define the problem first.” | “We’ll keep developing our understanding of the problem throughout our process.” |
| “We’re not ready for solutions.” | “What would a potential solution need to do?” |
| “That’s jumping to solutions.” | “What does that idea reveal about the problem?” |
| “Let’s finish research, then we’ll prototype.” | “Let’s research this through our prototyping.” |
| “This solution doesn’t solve the problem we originally defined.” | “Have we identified a new aspect of the problem here?” |
| “We already defined the problem. It’s too late to change that now.” | “It looks like we’re circling back to refine our problem definition based on what we learned. That’s an excellent practice.” |
And finally, when co-evolution happens naturally, let’s celebrate it, especially with early career designers, for whom evidence of co-evolution shows professional growth.
References
- Maher, M. L., & Poon, J. (1996). Modeling Design Exploration as Co-Evolution. Computer-Aided Civil and Infrastructure Engineering, 11(3), 195–209. https://doi.org/10.1111/j.1467-8667.1996.tb00323.x
- Dorst, K., & Cross, N. (2001). Creativity in the design process: Co-evolution of problem–solution. Design Studies, 22(5), 425–437. https://doi.org/10.1016/S0142-694X(01)00009-6
- Cross, N. (2004). Expertise in design: An overview. Design Studies, Expertise in Design, 25(5), 427–441. https://doi.org/10.1016/j.destud.2004.06.002
- Wiltschnig, S., Christensen, B. T., & Ball, L. J. (2013). Collaborative problem–solution co-evolution in creative design. Design Studies, 34(5), 515–542. https://doi.org/10.1016/j.destud.2013.01.002
- Ball, L. J., & Christensen, B. T. (2019). Advancing an understanding of design cognition and design metacognition: Progress and prospects. Design Studies, 65, 35-59. https://doi.org/10.1016/j.destud.2019.10.003
Additional Readings
more on co-evolution, in case you are interested!
- Ahmed, S., Wallace, K. M., & Blessing, L. T. (2003). Understanding the differences between how novice and experienced designers approach design tasks. Research in Engineering Design, 14(1), 1–11. https://doi.org/10.1007/s00163-002-0023-z
- Atman, C. J., Adams, R. S., Cardella, M. E., Turns, J., Mosborg, S., & Saleem, J. (2007). Engineering design processes: A comparison of students and expert practitioners. Journal of Engineering Education, 96(4), 359–379. https://doi.org/10.1002/j.2168-9830.2007.tb00945.x
- Crilly, N. (2021). The Evolution of “Co-evolution” (Part I): Problem Solving, Problem Finding, and Their Interaction in Design and Other Creative Practices. She Ji: The Journal of Design, Economics, and Innovation, 7(3), 309–332. https://doi.org/10.1016/j.sheji.2021.07.003
- Darke, J. (1979). The primary generator and the design process. Design Studies, 1(1), 36–44. https://doi.org/10.1016/0142-694X(79)90027-9
- Dorst, K. (2015). Frame Innovation: Create New Thinking by Design. The MIT Press. https://doi.org/10.7551/mitpress/10096.001.0001
- Goel, V., & Pirolli, P. (1992). The structure of design problem spaces. Cognitive Science, 16(3), 395–429. https://doi.org/10.1207/s15516709cog1603_3
- Goldschmidt, G. (1991). The dialectics of sketching. Creativity Research Journal, 4(2), 123–143. https://doi.org/10.1080/10400419109534381
- Guindon, R. (1990). Designing the design process: Exploiting opportunistic thoughts. Human–Computer Interaction, 5(2–3), 305–344. https://doi.org/10.1080/07370024.1990.9667157
- Lawson, B. R. (1979). Cognitive strategies in architectural design. Ergonomics, 22(1), 59–68. https://doi.org/10.1080/00140137908924589
- Rittel, H. W. J., & Webber, M. M. (1973). Dilemmas in a general theory of planning. Policy Sciences, 4(2), 155–169. https://doi.org/10.1007/BF01405730
- Schön, D. A. (1983). The reflective practitioner: How professionals think in action. Basic Books.