Friday, 16 May 2008

Formal Systems Paradigm

I'm convinced that what my supervisor #1 has drawn matches the formal systems paradigm (FSP) [1].

A system has four aspects to it:
  1. a purpose
  2. an interest from someone who perceives it as a system
  3. components that interact and do something
  4. if any one component is removed or added then the system behaves in a different way
The FSP has components:
  • a purpose
  • sub-systems that are systems themselves and do things
  • a decision making process
  • a performance management process
  • an environment
  • a boundary
What sup#1 has drawn includes
  • a decision-making system that consists of client civil servants and politicians (possibly as a separate system),
  • a consultant system again with possible subsystems
  • a system for effective consultancy with notes against it about how consultants add value, how it's measured, and contribution to project - so it must be a performance management system
Then she's drawn a boundary round these three components and put stuff in the environment, like:
  • other projects or across projects or programmes
  • nature of projects in public sector
  • life cycle
  • nature of consultant engagement
  • more effective project outcomes influenced by market shift and clear outcomes.
So where do I go with this? She doesn't like systems, so I can't go there without explaining a lot. However, I think I could write up each of the components in turn, citing the literature to arrive at a similar diagram. Then each component of the diagram brings aspects of my research question. Erm.

What is my research question?

How do clients engage with consultants in order to ensure effectiveness of the consultancy contribution to the overall project?

Fortune, J., Peters, G. and NetLibrary Inc. (1995) Learning from failure: the systems approach, Wiley, Chichester ; New York. 773

No comments: