After unnecessary complexity has been reduced from the problem being solved, the scope of the solution to the problem is governed by the complexity of the problem. Complexity is needed to handle and process complexity. Systems acquire or accrete unnecessary complexity over time as originally unforeseen exceptions or changes are incorporated. It may be possible to reduce complexity by collapsing/compressing/combining/consolidating elements and by removing non-value-adding, duplicate, redundant activities. When unnecessary or accreted complexity in the problem being solved has been removed, you are left with necessary complexity that must be incorporated into the solution. Simple problems do not have complex solutions. Complex problems do not have simple solutions. The complexity factor of the proposed solution must match the complexity factor of the problem being resolved. Many system implementation and operational failures arise because of failure to understand and address the core complexity of the problem.
3. Generalised Solution Architecture
â˘
Sub-System 1 - performs primary activities, functions that accepts
and process inputs, performs transformations and creates and
presents outputs, divided into multiple components, implements
and actualises processes and activities
â˘
Sub-System 2 - monitors, audits, measures, manages performance
and activities of the components of sub-system 1
â˘
Sub-System 3 - controls operation and communication and storage
of data between components of sub-system 1 and between subsystem 1 and sub-system 2
January 6, 2014
3
5. Solution Views
Data View
Re
su
W
lts
ha
ti
Vi
sG
ew
Cr e
Ac ea n
hi te era
Ou ev d/ te
d/
tp ed
ut /
Range of Data Being
Processed/Handled
Process View
Processes Enabled and
Actualised by Solution and its
Functions
January 6, 2014
5
6. Solution Views And Their Interrelationships
Data View
Range of Data
Being Processed/
Handled
Results
Consist of
Created or
Transformed
Data
Processes
Read and
Generate Data
Process View
Results View
Processes Enabled
and Actualised by
Solution and
its Functions
January 6, 2014
Processes
Generate
Results
What is Generated/
Created/Achieved
6
7. Process View And Decomposition
Process 1
Activity 1.1
Task 1.1.1
Step 1.1.1.1
January 6, 2014
âŚ
Task 1.1.N
⌠Step 1.1.1.N
âŚ
âŚ
Process N
Activity 1.N
Task 1.N.1
âŚ
Task 1.N.N
Step 1.N.N.1
⌠Step 1.N.N.N
7
8. Data View And Decomposition
Data Type 1
Data Element 1.1
Data Attribute
1.1.1
Data Attribute
Value 1.1.1.1
January 6, 2014
âŚ
âŚ
Data Attribute
1.1.N
Data Attribute
Value 1.1.1.N
âŚ
âŚ
Data Type N
Data Element 1.N
Data Attribute
1.N.1
âŚ
Data Attribute
1.N.N
Data Attribute
Value 1.N.N.1
âŚ
Data Attribute
Value 1.N.N.N
8
9. Results/Outputs View And Decomposition
Output 1
Output Element
1.1
Output Attribute
1.1.1
Output Attribute
Value 1.1.1.1
January 6, 2014
âŚ
âŚ
Output Attribute
1.1.N
Output Attribute
Value 1.1.1.N
âŚ
âŚ
Output N
Output Element
1.N
Output Attribute
1.N.1
âŚ
Output Attribute
1.N.N
Output Attribute
Value 1.N.N.1
âŚ
Output Attribute
Value 1.N.N.N
9
11. Generalised Decomposition Of Solution Architecture
Solution Views
Data View
Process View
Results View
Range of Data
Processes Enabled What is Generated
Being Processed/ and Actualised by
/ Created/
Solution and Its Achieved/ Output
Handled
Functions
Sub-System 1
Solution Primary Processor
Architecture Sub-System 2
Component Monitor, Audit,
Manage
Views
Sub-System 3
Communication
and Storage of
Data
January 6, 2014
11
12. Necessary And Unnecessary Complexity
â˘
Systems acquire or accrete unnecessary complexity over
time as originally unforeseen exceptions or changes are
incorporated
â˘
It may be possible to reduce complexity by
collapsing/compressing/combining/consolidating elements
and by removing non-value-adding, duplicate, redundant
activities
January 6, 2014
12
13. Necessary And Unnecessary Complexity
â˘
When unnecessary or accreted complexity in the problem being
solved has been removed, you are left with necessary complexity
that must be incorporated into the solution
January 6, 2014
13
16. Uncompressible Complexity
Attempts To Reduce Complexity Will Give Rise To Increased
Complexity Elsewhere
Uncompressible Complexity Resembles A Waterbed â Push
Down In One Location And The Level Will Rise Elsewhere
January 6, 2014
16
17. Ashbyâs* Law Of Requisite Variety
â˘
Complexity is needed to handle and process complexity
â˘
Only complexity can implement complexity
â˘
The necessary/core complexity of the problem being
solved governs and guides the scope of the complexity of
the solution
* http://en.wikipedia.org/wiki/W._Ross_Ashby
http://www.rossashby.info/index.html
January 6, 2014
17
18. Problem and Solution Complexity
Solution
Simple
Problem
Simple
Complex
Complex
Simple problems Simple problems do
not have complex
have simple
solutions
solutions
Complex problems Complex problems
do not have simple
have complex
solutions
solutions
â˘
Beware of attempts to oversimplify problems and their solutions to
attempt to save time and resources
â˘
Beware of attempts to introduce unnecessary complexity into simple
problems that mean wasted time and resources
January 6, 2014
18
19. Failure To Address Complexity And Solution Failure
â˘
Complexity factor of the proposed solution must match
the complexity factor of the problem being resolved
â˘
Many system implementation and operational failures
arise because of failure to understand and address the
core complexity of the problem
â˘
Underlying complexity is all to frequently ignored or
misrepresented
January 6, 2014
19
20. Beware Of Snake-Oil Salesmen Peddling Quick-Win
Panaceas To Complex Problems
AGILE!
January 6, 2014
Donât be confused by
approaches to
implementation or
operation (the How) with
the complexity of what
has to be done (the
What) and how it needs
to operate in the long
term
CLOUD!
20