O Danny Blog Entries  

Review: The Reflective Practitioner (Part I)

I've been circling around Donald Schön's The Reflective Practitioner: How Professionals Think in Action for years now and finally got around to reading it. As it turns out, I should have read it a long time ago, since it has so much to say (indirectly) about design and what it means to be a designer today, especially designers in the experience design realm. As it turns out, there is a reason for the fact we're constantly fighting about things like role/discipline boundaries and titles. The book also offers and analyzes a way of working that is very very much how I work and, I suspect, how many people in my field do as well.

The Reflective Practitioner was written in the early 1980s and took as its premise that the world of work was changing rapidly, that there was a group of people (Richard Florida's Creative Class mostly) who, unlike doctors, engineers, and scientists, didn't rely on technical knowledge for their expertise. Schön calls these people "practitioners" and their ranks include everything from social workers to city planners to architects and designers. People who, in the words of Charles Reich, "can be counted on to do their job, but not necessarily to define it."

Practitioners, Schön says, have "an awareness of complexity that resists the skills and techniques of traditional expertise" and are "frequently embroiled in conflicts of values, goals, purposes, and interests." (Much like ever project I've ever worked on!) Being a practitioner means that the traditional methods and techniques of analytical thinking and scientific process simply don't work. Problems in the messy world of practitioners "are interconnected, environments are turbulent, and the future is indeterminate." What is called for under these conditions, Schön argues, are professionals who can, as Russell Ackoff says, "design a desirable future and invent ways of bringing it about."

All isn't roses for practitioners, however. We're struggling against 400 years of Technical Rationality, which is "problem-solving made rigorous by the application of scientific theory and technique." Technical Rationality is ingrained in our workplaces and in our universities, and the professions that practice it (doctors, lawyers, engineers) are emphasized and revered over those that don't. Professions that practice Technical Rationality apply general principles (medicine, law, physics) to specific problems to achieve unambiguous results (health, justice, bridges, etc.).

However, Schön points out, "Increasingly we have become aware of the importance to professional practice of phenomena--complexity, uncertainty, instability, uniqueness, and value conflict--which do not fit the model of Technical Rationality." Instead of simply problem solving, practitioners instead need to problem set. That is, "to determine the decision to be made, the ends to be achieved, the means which may be chosen."

Schön says,

In real-world practice, problems do not present themselves to practitioners as givens. They must be constructed from the materials of problematic situations that are puzzling, troubling, and uncertain. In order to convert a problematic situation to a problem, a practitioner must do a certain kind of work. He must make sense of an uncertain situation that initially makes no sense.

Problem setting is where we "name the things to which we will attend and frame the context to which we will attend to them." This cannot be achieved by Technical Rationality, because Technical Rationality depends on understanding what the end is. Only through naming and framing, which do not depend on applying general scientific principles, can these complex problems eventually be solved.

This, however, doesn't stop practitioners from looking for tried-and-true methods and techniques that will solve all their problems in a neat way. You see this all the time with designers at conferences and on mailing lists, searching for the next great method. Schön says that for practitioners, replying on methods and techniques will leave them solving problems of relatively little importance, for both clients and society at large. It is only by "descending into the swamp" where the practitioners must forsake technical rigor that the really important and challenging problems will be found.

How practitioners should do this is in Part II of this review.

Originally posted at Wednesday, September 26, 2007 | Comments (3) | Trackback (0)

 
Previous Entry
How to Lie with Design Research
How to enjoy my Design Research conference 2007 at home. ...

Recent Entries
This RSS Feed Has Changed

Five Things I'm Thinking About

How to Program a Conference

Why I'll Never Write Fiction Again

50 Before 50

Thoughts on my 40 Before 40 List

Designing Devices

Albums of the Year 2009

Top 25 Albums of The Decade 2000-2009

Designing for Interaction 2

Archives
September 2010
August 2010
June 2010
March 2010
February 2010
January 2010
December 2009
October 2009
April 2009
March 2009
February 2009
December 2008
November 2008
October 2008
September 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
September 2003
August 2003
July 2003
June 2003
May 2003
April 2003
March 2003
February 2003
January 2003
December 2002
November 2002
October 2002
September 2002
August 2002
 
 
  O Danny Boy is About Me, Dan Saffer, and has my Portfolio, Resumé, Blog, and some Extras. It also has the blog I kept of my graduate studies and ways to Contact Me.  
 
 
 
  Blog RSS Feeds
Blog Excerpts
Full Entries
Design Entries Only
Atom Feed
 
 
 
 
  Search