JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for PHD-DESIGN Archives


PHD-DESIGN Archives

PHD-DESIGN Archives


PHD-DESIGN@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

PHD-DESIGN Home

PHD-DESIGN Home

PHD-DESIGN  February 2012

PHD-DESIGN February 2012

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Wicked Problems

From:

Harold Nelson <[log in to unmask]>

Reply-To:

PhD-Design - This list is for discussion of PhD studies and related research in Design <[log in to unmask]>

Date:

Sat, 11 Feb 2012 23:22:46 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (113 lines)

Dear DRS

A discussion of Wicked Problems is always of interest but often problematic. One of the first difficulties encountered is the conflation of the many assumptions of what is meant by 'problem' . There has been some extremely interesting thinking about the nature of problems and the concomitant strategies for dealing with them. A form of problem for scholars and scientists is the problem of not knowing something—not having factual knowledge, not having instrumental knowledge and not having predictive knowledge. For others it may be a problem of not knowing what to do—not having deontic (ethical) knowledge. For creatives it may be not knowing what is aesthetic. Another set of problem categories includes when things are broken as in: "Houston we've had a problem" (Apollo 13). Another popular category involves situations that frighten people, make them mad, hurt them etc. When talking about problems it is helpful to be transparent about what constitutes a problem in order to determine effective strategies for dealing with them.

Professionals and consultants often frame difficulties as complex vs. simple problems. In addition to the notion of complex and simple problems, some very good scholars have explored problems through different types. Herbert Simon explored the notion of 'ill-structured' problems, Russ Ackoff looked at problems as 'messes' and Horst Rittlel contrasted 'Wicked Problems' to 'Tame Problems'. These are all very different perspectives on what constitutes problematic situations—interesting in themselves certainly but the point made here is that there are many useful and interesting approaches to understanding problems that get lost in a generalized aggregation of the concept of 'problem'. 

Wicked Problems have been an attractor for designers, managers and planners of all stripes. Too often there is little appreciation of the idea Rittel presented and Wicked Problems are taken to be actual problems of some sort. For instance a consultant might develop a strategy for decomposing Wicked Problems into Tame Problems which can then be solved in the straight forward manner one has been taught to do. Rather than developing strategies for coming up with 'solutions' to Wicked Problems, Rittel developed strategies for 'resolving' them—i.e. coming to a political or social agreement concerning what action to take rather than an agreement about what is true or predictive. Rittel developed a strategy for problem resolution based on a formal argumentation process called IBIS (Issue Based Information Systems) that has been further developed since his death.

As an alternative, a design strategy, when confronted with the conditions constitutive of Wicked Problems, is one of problem 'dissolution'. This means taking a design stance rather than a reactive problem solving stance and creating a situation that dissolves the conditions that had been considered problematic. There are 'design problems' of course but they are an artifact of a good design approach rather than the trigger for a good design approach.

Harold Nelson
[log in to unmask]
http://www.haroldnelson.com/

organizational design competence
http://www.organizationaldesigncompetence.com/----- Original Message -----
From: "Peter Jones | Redesign" <[log in to unmask]>
To: [log in to unmask]
Sent: Saturday, February 11, 2012 7:20:41 AM
Subject: Re: Wicked Problems

Ken, thanks for changing the title, and the replies Terry, Ken, et al - 

Methodology recapitulates ontology. 

Without extending the background any further, I will indicate that in our
Strategic Foresight & Innovation program we teach the Meadows system
dynamics approaches,  Gharajedaghi/Ackoff school of social systems and
idealized design, and Christakis/Warfield's methodology of dialogic design
science. I am also starting to develop lessons in service systems (also a
"science") as formulated by authors in ISSS and IBM (current president David
Ing is a Toronto collaborator of mine). I know the strengths and weaknesses
of the different schools of thought. 

Systems research has always, always been about philosophy. Norbert Wiener
developed Cybernetics as a response to his information theories being
ignored in favor of Shannon and Weaver in his time. His Human Use of Human
Beings was pure ethical philosophy, he was essentially making the same
warnings as Jacques Ellul.  Ross Ashby's work on control theory absolutely
defines the Christakis SDD process, except socially, not as an reductionist
system approach but a change-driven approach. West Churchman's work on
inquiring systems describes 5 inquiry or reasoning processes. Traditional
system dynamics is very much analytic-deductive, whereby feedback loops have
to be identified, operationalized, measured before controlled. This is but
one inquiry system. SDD is constructed to draw on all 5 (Churchman's 5th or
systems approach is inquiry of multiple perspectives and toward human
progress). 

Again, methods are not theory, and the social theories of human behavior and
interaction draw from different philosophical stances, but can use similar
methods. But the ontological position one has toward design absolutely
determines the kinds of problem systems you see and you're willing to take
on. There are two points that clarify the difference:

Donella Meadows is our classic system dynamics references, yes? She would
agree with your position on feedback loops, but  then also say it doesn't
matter for intervention. Her famous paper on the 12 Places to Intervene in a
System: http://en.wikipedia.org/wiki/Twelve_leverage_points  basically shows
that the top four most powerful change drivers (again, "design") are social
decisions that must be made by stakeholders, not technical factors
identified in analysis and modeling. The most significant is power to
transcend paradigms. Social systems design aims at these fundamental
agreements, because even if you get feedback loops "right" you never get
them all, and they change by the time you've analyzed your runs. Look at
Afghanistan:
http://www.comw.org/wordpress/dsr/wp-content/uploads/2009/12/afghanistan-130
0.jpg

Two, in social design we follow Hasan Ozbekhan's principle. It's another
ontological position - that it is unethical to design change programs
without the complete engagement of the stakeholders in the problem system.
Ozbekhan published only a few papers, but he's considered the originator of
normative planning, a process we teach in SDD engagements and OCADU. Even
before Rittel defined wicked problems Ozbekhan wrote about problematiques -
in particular the global problematique of 49 continuous critical problems
that evolve and overlap, obscuring initial causes and demonstrating
misleading effects. These 49 are still with us today. Christakis published a
retrospective inquiry on the problematique that tells much of this story:
http://www.globalagoras.com/files/ANCretrospective.pdf 

OK, three. If we elevate our discussion above methodology, to ontology and
paradigms, we'll find some divergence, which is fine. It's always been there
in the systems and design fields. I am a constructivist/interpretivist in
most research, because of the messiness of human-centered problems. But in
designing social systems design that stance and the selection of methods
depends on the problem and its goals. Change outcomes are not manageable by
predictive or reductionist methods, as the Club of Rome discovered with the
Limits to Growth. If research is oriented to Understanding (as dialogic
approaches are by their very nature), they are also in conflict with
positivist or reductionist mindsets. These are not irreconcilable, but our
epistemological cultures determine more of our scientific (and design)
process and method than our desire to resolve action in wicked problem
systems in the best ways "for that situation." Again, an agreement.

In our classes, students learn the applicability of methods by doing. from
the learner problems selected, and let the problems determine their planning
and methods. (If they choose system dynamics methods, we have them do causal
loop mapping, not system modeling, it’s an interdisciplinary program with
mixed backgrounds and no time for building math models in class).
  
Thanks for the opportunity to share some of these ideas. 

Peter

Peter Jones, Ph.D. 
Associate Professor, Faculty of Design
Sr. Fellow, Strategic Innovation Lab (sLab)

OCAD University
205 Richmond Street West, Toronto, Canada  M5V 1V6 

http://designdialogues.com 

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 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
2006
2005
2004
2003
2002
2001
2000
1999
1998


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager