Soft Systems Methodology
Soft Systems Methodology
Peter Checkland developed soft Systems Methodology (SSM) in the late 60’s at the
University of Lancaster in the UK. Originally it was seen as a modeling tool, but in later
years it has been seen increasingly as a learning and meaning development tool. Although
it develops models, the models are not supposed to represent the “real world”, but by
using systems rules and principles allow you to structure your thinking about the real
world. The models are neither descriptive nor normative, though they may carry elements
of both.
One of the interesting things about SSM is that it constrains your thinking in order for
you to expand your thinking. Thus blowing away the idea that system thinking is always
expansive.
Like many other systems approaches the heart of SSM is a comparison between the world
as it is, and some models of the world as it might be. Out of this comparison arise a better
understanding of the world ("research"), and some ideas for improvement ("action").
In classic SSM the researchers begin with a real-world problem (or perhaps “situation” is
a better word). They study the situation in a fairly unstructured way. Following this, they
develop some models of that situation. The particular strength of SSM for evaluators is
that it can be used to untangle the evaluative lessons from programs with multiple goals
and multiple perspectives on these goals. It does so by developing specific perspectives
on the program, rigorously constructs some models based on these perspectives and then
compares these with real life.
The classic SSM inquiry has seven stages. Some of them address the “real” world, and
some of them – perhaps the most important parts – address a conceptual world.
7. Action to
improve the 1. The
problem situation problem
situation
unstructured
6. Feasible,
desirable changes 2. The problem
Real world situation
expressed
5. Comparison
of 4. with 2.
4.Conceptual
models
'Problem situation' rather than 'problem'; 'unstructured' to indicate that you are
going to look at this situation in as open a way as possible.
The first task, therefore, is to assemble a representation or picture of this situation that
is rich in both quantitative or factual, and qualitative and subjective information (i.e.
a rich picture).
Rich picture: you need some efficient, economical and illuminating way of
summarizing or representing the situation in all its complexity – a rich picture.
Primary tasks: these are the tasks, which the organization in question was created to
perform, or the tasks that an enterprise must perform if it is to survive.
Issues: these are the topics or matters which are of concern, or which are the subject
of dispute: the (often unstated) question marks hanging over the situation.
Rich Picture - Purpose
Rich pictures were particularly developed as part of Peter Checkland’s Soft Systems
Methodology for gathering information about a complex situation (Checkland, 1981;
Checkland and Scholes, 1990). The idea of using drawings or pictures to think about
issues is common to several problem solving or creative thinking methods (including
therapy) because our intuitive consciousness communicates more easily in
impressions and symbols than in words. Drawings can both evoke and record insight
into a situation, and different visualization techniques such as visual brainstorming,
imagery manipulation and creative dreaming have been developed emphasizing one
of these two purposes over the other (Garfield, 1976; McKim, 1980; Shone, 1984;
Parker, 1990).
Rich pictures are drawn at the pre-analysis stage, before you know clearly which
parts of the situation should best be regarded as process and which as structure.
Elements:
• Pictorial symbols;
• Keywords;
• Cartoons;
• Sketches;
• Symbols;
• Title.
Conventions
1. To help interpret a situation, choose symbols, scenes or images that represent the
situation. Use as many colors as necessary and draw the symbols on a large piece
of paper. Try not to get too carried away with the fun and challenge to your
ingenuity in finding pictorial symbols.
2. Put in whatever connections you see between your pictorial symbols: avoid
producing merely an unconnected set. Places where connections are lacking may
later prove significant.
3. Avoid too much writing, either as commentary or as word bubbles coming from
people’s mouths (but a brief summary can help explain the diagram to other
people).
4. Don’t include systems boundaries or specific references to systems in any way
Guidelines
Relevant system: This is a system that is, in some way, relevant to the problem
situation in the sense that it will yield insight into the situation when it (the system) is
described more fully.
Root definition: is a precise verbal description of the essences of the processes
implied by the relevant system.
CATWOE Checklist: A more difficult question to answer is: 'How do I know
whether my root definition is complete?' To do this, you should run the defination by
the CATWOE checklist.
o C stands for 'customers of the system'. 'Customers' means those who are on
the receiving end of whatever it is that the system does.
o A stands for 'actors', meaning who (not individuals necessarily but types of
people)
o T stands for 'transformation process' - what the system does to its input(s) in
order to transform them into output(s).
o W stands for Weltanschauung or worldview. Using the W part of CATWOE
forces you to be more explicit about the worldview.
o O stands for 'owner(s)' - who have sufficient power over the system to cause it
to cease to exist.
o E stands for 'environmental constraints'. 'What constraints does the system
take as given?'
The model is a model of a human activity system. Its elements are therefore
activities, and will be represented on paper as verbs.
Arrange both the activities and the verbs in logical sequences.
In building your model, you are not allowed to introduce any 'real world'
considerations into it. You are required only to deduce what is logically implied by
the root definition - and nothing else.
Stage5: Comparison of conceptual model with Rich Picture:
Now you are leaving the abstract world of systems thinking, and bringing your (now
highly developed) relevant system back into the real world. The comparison stage
involves overlaying, as it were, your abstract model on the problem situation as you
have represented it, and drawing some inferences from the comparison between the
two.
Those involved include those in the roles of client, problem owner(s) and problem
solver(s), and other stakeholders as well.
You will put to other participants some ideas about possible changes in the problem
situation and trying to identify those ideas, which are agreed by the actors to, both
systematically desirable and culturally feasible.
This stage puts into practice the most appropriate changes identified in the previous
stages. Soft methods are based on a rationalist model of human behavior.
The types of change that come immediately to mind and are easy to implement:
1. Changes in structures
2. Changes in procedures
3. Changes in policy
4. Changes in attitude
1. Determining what’s going on and what actions can be taken to improve it.
2. The use in ill-structured or ‘messy’ situations, where people are involved and where
there is no clear view of the problem or objectives (neither the means nor the ends
are clear)
3. It takes multiple perspectives into account and makes no assumptions about systems
existing in the ‘real world’.
4. It is an interpretative ‘process’ method, useful where objectives are all intents and
purposes non-existent.
2. Although the role of the analyst is set out more forcefully than for the HS-method,
there can be an implicit assumption (by the analyst, the person who commissioned the
analysis, or the stakeholders) that the analyst is a neutral facilitator and Not an
integral part of the situation.
3. In practice, some users of the SS-method have acted little differently to the straight
external analyst role most often seen in hard methods while others have immersed
themselves in the situation and worked extremely closely with all the participants.