Web site logical path:
[www.psy.gla.ac.uk]
[~steve]
[localed]
[this page]
This page is a brief note collecting points about the notion of problem-solving in education; and as a graduate attribute.
There is thus no agreement about what it means. It has no natural place in the non-applied disciplines, which are not primarily concerned with making and executing plans. On the other hand, I imagine it is a prime requirement for employers to get staff who try to find solutions not problems, who get things done without being told how to do it. Most importantly, who recognise when they don't have the knowledge/skills required, and work around that: whereas most "problem-solving" in a discipline has the very loud implicit rule that the solution must use the techniques in the discipline and usually only those that were taught this week. This, then, may need to be taught outside the disciplines.
Another vignette of "real" problem-solving, and its failure, is sketched by Dorothy Sayers in Murder must advertise, ch.10.
Or to put it another way, real problems in the wider world are often, even usually, not about mechanical reasoning and technical specialities. Almost all the discussion in the literature of "problem-solving", and especially claims about its general applicability, seems narrow, blinkered, and oblivious of what would be involved in a general approach to it.
A pessimistic inference from this would be that employers shouldn't hire Arts/SocSci graduates; and should filter out science graduates who are stumped when a problem doesn't yield to any method they have already practised.
Problem-solving 2: Dealing with ill-defined and novel problems (as opposed to an expert pulling a standard solution method from memory, as a physician diagnoses a known disease). History graduates are trained to do this in exams: take the question asked, and strongly re-define it in a way that is defensible, soluble, but generally unique to that individual.
Problem-solving 3: the three phases: In reality, for practical purposes, there are three skills, and disciplines each emphasise only one, so all graduates probably need remedial equipping with the other two.
Actually it is worse than that. "Problematising" as taught in social sciences
and humanities is theoretical only. In real world problems, it requires work
(too often neglected) to discover empirically what all the important
constraints are. In computing, software engineers are supposed to gather
requirements, but frequently fail to identify all the stakeholders and/or to
get them to articulate them ... rather as in the Dorothy Sayers vignette above.
Other related pages
scope of a problem. In problem solving, the most limiting step is usually the
initial assumptions made by where you draw the boundary of the problem. If
you ask whether a vehicle has a big enough fuel tank, you tend to think about
enlarging the tank or making the engine more fuel efficient; but not (as
railways do) about whether or not to electrify the route so that its trains
need no longer carry around a tank, a diesel engine, and a generator with
them.
Johnstone,Alex. (1993) "Introduction" in Creative problem solving in
chemistry: Solving problems through effective groupwork
(London: Royal Society of Chemistry)
PBL is teaching not by didactic exposition, but by setting "problems" whose solution the learners must discover, given resources to read. Generally involves:
Here "problem" is, from a pedagogical viewpoint, a student assignment designed to focus learning for a week; but which also from the envisaged professional (and also the academic disciplinary) viewpoints is usually a task or case for which knowing the solution (and/or how to discover it from available reference sources) is required.
A result. But I don't know who should be more embarrassed:
CompSci people: because the task is actually systematic trial and error investigations NOT reasoning about code execution (although also, at least it is not just googling and copy/pasting code the learner doesn't understand). This is not "problem-solving" as the term is used by anyone else: not most physics teachers, mathematicians, business people and managers. It is what programmers call "debugging". It is what medics call "diagnosis" if that term includes not only collecting patients' report of symptoms, but measures (e.g. blood pressure) and lab results. It is what an electronics technician calls "fault-finding".
Authors who show no awareness of what anyone else means by "problem-solving"; no awareness about how the biggest part in the process / "problem" in their test is the statement that this is a circuit which can be solved using only Ohms law, and disallowing other electrical components such as miniature neon lights (highly non-Ohm's law behaviours), electrical detonators (in daily use in demolition) which you don't want to risk finding out the hard way is there i.e. it effectively tells you it is safe to do trial and error when in many real situations this is false.
Physicists: whose approach to undergraduate education is devoid of such empirical work in favour of analysis using maths. On the other hand, this exercise is about debugging physical equipment — a huge part of the life of experimental physicists. So it is testing what physics students should be good at, but aren't because it is usually omitted from physics degree programmes.
Web site logical path:
[www.psy.gla.ac.uk]
[~steve]
[localed]
[this page]
[Top of this page]