Soft Systems Modelling 1 David Millard | davidmillard.org.

Slides:



Advertisements
Similar presentations
AS/A2 – Making Notes Supporting Students Learning.
Advertisements

Carper (1978) Fundamental patterns of knowing
Team Working No one person can be expected to perform a significant number of complex tasks without suffering some degradation in overall performance and.
Goals of INFO3315 Learn about the range of techniques to: Understand users Establish requirements Brainstorm alternatives creatively Prototyping alternative.
LITERACY IN THE MIDDLE YEARS OF SCHOOLING INITIATIVE
Boundary Judgments in Engineering Curriculum Design using Critical Systems Heuristics Theo N Andrew, Professor & Executive Dean Don Petkov, Professor,
Lecture 4 : Soft Systems Thinking & Practice UFCE8V-20-3 Information Systems Development SHAPE Hong Kong 2010/11.
Soft Systems Methodology
Introduction to Soft Systems Methodology
Soft Systems Methodology
Workplace-based Assessment. Overview Types of assessment Assessment for learning Assessment of learning Purpose of WBA Benefits of WBA Miller’s Pyramid.
Introduction to Soft Systems Methodology. The Vision SSM Models Use Cases Activity Models Dynamic Models Object Models Programs Databases Business Computing.
A Linguistics-Based Approach for Use Case Driven Analysis Using Goal and Scenario Authoring Vijayan Sugumaran Oakland University Rochester, Michigan, USA.
Analytical methods for Information Systems Professionals
Analytical methods for IS professionals ISYS3015 Qualitative research methods Data collection.
IMS1805 Systems Analysis Topic 3 (revisited and continued): Doing analysis – a ‘soft’ systems perspective.
An evaluation framework
GXEX1406 Thinking and Communication Skills Description of Thinking Skills.
Do Too Many Cooks Spoil the Broth? The All Star Sports Team Case Key Learnings.
PPA 503 – The Public Policy Making Process
Metode Pemecahan Masalah 1 Session 1: Metode Pemecahan Masalah 1 Seminar e-Bisnis Program Studi Manajemen Universitas Bina Nusantara.
socio-organizational issues and stakeholder requirements
UFCE8V-20-3 Information Systems Development 3 (SHAPE HK)
The Scope of Management
Domain-Specific Software Engineering Alex Adamec.
Copyright © 2008 Allyn & Bacon Meetings: Forums for Problem Solving 11 CHAPTER Chapter Objectives This Multimedia product and its contents are protected.
What is Business Analysis Planning & Monitoring?
Foundation in Business Analysis
IE398 - lecture 10 SSM in detail
Chapter 8: Systems analysis and design
Evaluation Framework Prevention vs. Intervention CHONG POH WAN 21 JUNE 2011.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
CB1004 Modelling Business Systems 71 Modelling Business Systems 7 Systems Methods.
Chapter 5: Requirement Engineering Process Omar Meqdadi SE 2730 Lecture 5 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
A COMPETENCY APPROACH TO HUMAN RESOURCE MANAGEMENT
INFO3315 Week 4 Personas, Tasks Guidelines, Heuristic Evaluation.
Business Management. The Scope of Management What is management? What are the specific tasks and responsibilities of management?
Requirements Artifacts Precursor to A & D. Objectives: Requirements Overview  Understand the basic Requirements concepts and how they affect Analysis.
Commissioning Self Analysis and Planning Exercise activity sheets.
Media Literacy and Curriculum Development Renee Hobbs National Media Education Conference Baltimore, Maryland June 29, 2003.
Approaches to Problem Solving. There are many approaches to problem-solving. What follows in this PowerPoint are several that provide an opportunity for.
Week 4 (2) 2008IS33 ISD - SSM 1 COMP3470 IS33 People-Centred Information Systems Development Week 4 : Lecture 2 ISD Approaches: Soft Systems Methodology.
 Welcome, introductions  Conceptualizing the evaluation problem  stakeholder interests  Divergent and convergent processes  Developing evaluation.
The AUA CPD Wheel Activity Introduction Based on the coaching wheel, this activity is designed to help individuals, managers and teams self-assess against.
Enhancing your Program through Developing Shared Vision and Mission.
Chapter 5 The project manager, sponsor and other stakeholders.
1 TESL Evaluating CALL Packages:Curriculum/Pedagogical/Lingui stics Dr. Henry Tao GUO Office: B 418.
Facilitate Group Learning
Teaching with Data Cathy Manduca Iowa State University, 2005.
2006 Technology Foresight Training Programme Module 1: Technology Foresight for Organizers 1 Ozcan Saritas Scope and Focus of Foresight Exercises – 2 Dr.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
M253 Team Work in Distributed Environments Week (3) By Dr. Dina Tbaishat.
CDIO: Overview, Standards, and Processes (Part 2) Doris R. Brodeur, November 2005.
Requirement Elicitation Nisa’ul Hafidhoh Teknik Informatika
Stages of Research and Development
Chapter 10 Holistic Techniques.
SNS College of Engineering Coimbatore
EKT 421 SOFTWARE ENGINEERING
Introduction to Management and Organizations
INTRODUCTION TO MANAGEMENT
Public Services Information Management
What is a system? A collection of components organized to accomplish a specific function or set of functions. [IEEE STD ]
THE BUSINESS ANALYSIS PROCESS MODEL
Grade 6 Outdoor School Program Curriculum Map
Developing Thinking Thinking Skills for 21st century learners Literacy
Stakeholder Management
Introduction to Management and Organizations
Presentation transcript:

Soft Systems Modelling 1 David Millard | davidmillard.org

Overview Reminder: Soft Systems 7 stage method Methods of Analysis ▫ CATWOE ▫ Critical Systems Heuristics Expressing the Model ▫ Systems Diagram ▫ Stakeholder Personas

Soft Systems Method: 7 Stage Method Construct conceptual model Compare models with problem situation Work with users Get information Draw pictures Analyse problem situation Formulate root definitions Debate with actors Actions for change Real world Conceptual world People at the heart of the process But how do we do these things?

Methods of Analysis

CATWOE

Root Definition? Used when gathering evidence for a system Called a root definition because it describes the root or core of the activity to be modelled Explores the problem situation as a basis for change Brings users into the heart of the system Has been observed that the most successful root definitions include the people, processes and environment (described by the mnemonic CATWOE)…

CATWOE a system owned by Owner populated by Actors with different World Views driving a Transformation (given the constraints of some Environment) for a particular Customer Customers/clients Actors Transformation World view Owners Environment Customers/clients Actors Transformation World view Owners Environment

Example: Consider the air traffic control system for landing planes at an airport CATWOEIn example… CustomersPassengers ActorsPilots, Air Traffic Controllers TransformationPlanes land based on instructions World ViewCommercial considerations of airport operators, local residents may have concerns over noise pollution, safety requirements OwnersAirport operators and Airlines EnvironmentAirport topography and geography, weather, commercial competition

Example: Consider the air traffic control system for landing planes at an airport CATWOEIn example… CustomersPassengers ActorsPilots, Air Traffic Controllers TransformationPlanes land based on instructions World ViewCommercial considerations of airport operators, local residents may have concerns over noise pollution, safety requirements OwnersAirport operators and Airlines EnvironmentAirport topography and geography, weather, commercial competition

Critical Systems Heuristics

Definition: a heuristic is… A heuristic is a replicable method or approach for directing one's attention in learning, discovery, or problem-solving. It is derived from the Greek "heurisko" (ε ὑ ρίσκω), which means "I find". (A form of the same verb is found in Archimedes' famous exclamation "eureka!" – "I have found [it]!") The term was introduced in the 4th century AD by Pappus of Alexandria. – wikipedia

Critical Systems Heuristics: another soft systems approach for discovery “The basic idea of CSH is to support a systematic handling of boundary judgments critically. Boundary judgments determine which empirical observations and value considerations count as relevant and which others are left out or are considered less important.” Definition: Werner Ulrich

Critical Systems Heuristics: another soft systems approach for discovery “The basic idea of CSH is to support a systematic handling of boundary judgments critically. Boundary judgments determine which empirical observations and value considerations count as relevant and which others are left out or are considered less important.” Definition: Werner Ulrich A framework for asking questions To identify boundary judgments systematically ▫ Boundary judgements are selective ▫ They are intended to leave things out to fit the purpose of the model. So they are partial ▫ Different boundary judgments create a different model ▫ Heuristics help us to explore ‘soft’ (ill-defined, qualitative) issues such as values and assumptions

Ulrich, Werner and Reynolds, Martin (2010). Critical systems heuristics. In: Reynolds, Martin and Holwell, Sue eds. Systems Approaches to Managing Change: A Practical Guide. London: Springer, pp. 243–292 Sources of influenceSocial roles (Stakeholders) Specific concerns (Stakes) Key problems (Stakeholding issues) Sources of motivation1. Beneficiary Who ought to be/ is the intended beneficiary of the system (S)? 2. Purpose What ought to be/is the purpose of S? 3. Measure of improvement What ought to be/is S’s measure of success Sources of control4. Decision maker Who ought to be/is in control of the conditions of success of S? 5. Resources What conditions of success ought to be/are under the control of S? 6. Decision environment What conditions of success ought to be/are outside the control of the decision maker? Sources of knowledge7. Expert Who ought to be/is providing relevant knowledge and skills for S? 8. Expertise What ought to be/are relevant new knowledge and skills for S? 9. Guarantor What ought to be/are regarded as assurances of successful implementation? Sources of legitimacy10. Witness Who ought to be/ is representing the interests of those negatively affected by but not involved with S? 11. Emancipation What ought to be/are the opportunities for the interests of those negatively affected to have expression and freedom from the worldview of S? 12. Worldview What space ought to be/ is available for reconciling differing worldviews regarding S among those involved and affected? Basis of motivation – Where does a sense of purposefulness and value come from? Who benefits? Basis of power – Who is in control of what is going on and is needed for success? Basis of knowledge – What experience and expertise support the claim? Basis of legitimacy – Where does legitimacy lie?

Ulrich, Werner and Reynolds, Martin (2010). Critical systems heuristics. In: Reynolds, Martin and Holwell, Sue eds. Systems Approaches to Managing Change: A Practical Guide. London: Springer, pp. 243–292 Sources of influenceSocial roles (Stakeholders) Specific concerns (Stakes) Key problems (Stakeholding issues) Sources of motivation1. Beneficiary Who ought to be/ is the intended beneficiary of the system (S)? 2. Purpose What ought to be/is the purpose of S? 3. Measure of improvement What ought to be/is S’s measure of success Sources of control4. Decision maker Who ought to be/is in control of the conditions of success of S? 5. Resources What conditions of success ought to be/are under the control of S? 6. Decision environment What conditions of success ought to be/are outside the control of the decision maker? Sources of knowledge7. Expert Who ought to be/is providing relevant knowledge and skills for S? 8. Expertise What ought to be/are relevant new knowledge and skills for S? 9. Guarantor What ought to be/are regarded as assurances of successful implementation? Sources of legitimacy10. Witness Who ought to be/ is representing the interests of those negatively affected by but not involved with S? 11. Emancipation What ought to be/are the opportunities for the interests of those negatively affected to have expression and freedom from the worldview of S? 12. Worldview What space ought to be/ is available for reconciling differing worldviews regarding S among those involved and affected? Basis of power – Who is in control of what is going on and is needed for success? Basis of knowledge – What experience and expertise support the claim? Basis of legitimacy – Where does legitimacy lie?

Ulrich, Werner and Reynolds, Martin (2010). Critical systems heuristics. In: Reynolds, Martin and Holwell, Sue eds. Systems Approaches to Managing Change: A Practical Guide. London: Springer, pp. 243–292 Sources of influenceSocial roles (Stakeholders) Specific concerns (Stakes) Key problems (Stakeholding issues) Sources of motivation1. Beneficiary Who ought to be/ is the intended beneficiary of the system (S)? 2. Purpose What ought to be/is the purpose of S? 3. Measure of improvement What ought to be/is S’s measure of success Sources of control4. Decision maker Who ought to be/is in control of the conditions of success of S? 5. Resources What conditions of success ought to be/are under the control of S? 6. Decision environment What conditions of success ought to be/are outside the control of the decision maker? Sources of knowledge7. Expert Who ought to be/is providing relevant knowledge and skills for S? 8. Expertise What ought to be/are relevant new knowledge and skills for S? 9. Guarantor What ought to be/are regarded as assurances of successful implementation? Sources of legitimacy10. Witness Who ought to be/ is representing the interests of those negatively affected by but not involved with S? 11. Emancipation What ought to be/are the opportunities for the interests of those negatively affected to have expression and freedom from the worldview of S? 12. Worldview What space ought to be/ is available for reconciling differing worldviews regarding S among those involved and affected? Basis of knowledge – What experience and expertise support the claim? Basis of legitimacy – Where does legitimacy lie?

Ulrich, Werner and Reynolds, Martin (2010). Critical systems heuristics. In: Reynolds, Martin and Holwell, Sue eds. Systems Approaches to Managing Change: A Practical Guide. London: Springer, pp. 243–292 Sources of influenceSocial roles (Stakeholders) Specific concerns (Stakes) Key problems (Stakeholding issues) Sources of motivation1. Beneficiary Who ought to be/ is the intended beneficiary of the system (S)? 2. Purpose What ought to be/is the purpose of S? 3. Measure of improvement What ought to be/is S’s measure of success Sources of control4. Decision maker Who ought to be/is in control of the conditions of success of S? 5. Resources What conditions of success ought to be/are under the control of S? 6. Decision environment What conditions of success ought to be/are outside the control of the decision maker? Sources of knowledge7. Expert Who ought to be/is providing relevant knowledge and skills for S? 8. Expertise What ought to be/are relevant new knowledge and skills for S? 9. Guarantor What ought to be/are regarded as assurances of successful implementation? Sources of legitimacy10. Witness Who ought to be/ is representing the interests of those negatively affected by but not involved with S? 11. Emancipation What ought to be/are the opportunities for the interests of those negatively affected to have expression and freedom from the worldview of S? 12. Worldview What space ought to be/ is available for reconciling differing worldviews regarding S among those involved and affected? Basis of legitimacy – Where does legitimacy lie?

Ulrich, Werner and Reynolds, Martin (2010). Critical systems heuristics. In: Reynolds, Martin and Holwell, Sue eds. Systems Approaches to Managing Change: A Practical Guide. London: Springer, pp. 243–292 Sources of influenceSocial roles (Stakeholders) Specific concerns (Stakes) Key problems (Stakeholding issues) Sources of motivation1. Beneficiary Who ought to be/ is the intended beneficiary of the system (S)? 2. Purpose What ought to be/is the purpose of S? 3. Measure of improvement What ought to be/is S’s measure of success Sources of control4. Decision maker Who ought to be/is in control of the conditions of success of S? 5. Resources What conditions of success ought to be/are under the control of S? 6. Decision environment What conditions of success ought to be/are outside the control of the decision maker? Sources of knowledge7. Expert Who ought to be/is providing relevant knowledge and skills for S? 8. Expertise What ought to be/are relevant new knowledge and skills for S? 9. Guarantor What ought to be/are regarded as assurances of successful implementation? Sources of legitimacy10. Witness Who ought to be/ is representing the interests of those negatively affected by but not involved with S? 11. Emancipation What ought to be/are the opportunities for the interests of those negatively affected to have expression and freedom from the worldview of S? 12. Worldview What space ought to be/ is available for reconciling differing worldviews regarding S among those involved and affected?

Ulrich, Werner and Reynolds, Martin (2010). Critical systems heuristics. In: Reynolds, Martin and Holwell, Sue eds. Systems Approaches to Managing Change: A Practical Guide. London: Springer, pp. 243–292 Sources of influenceSocial roles (Stakeholders) Specific concerns (Stakes) Key problems (Stakeholding issues) Sources of motivation1. Beneficiary Who ought to be/ is the intended beneficiary of the system (S)? 2. Purpose What ought to be/is the purpose of S? 3. Measure of improvement What ought to be/is S’s measure of success Sources of control4. Decision maker Who ought to be/is in control of the conditions of success of S? 5. Resources What conditions of success ought to be/are under the control of S? 6. Decision environment What conditions of success ought to be/are outside the control of the decision maker? Sources of knowledge7. Expert Who ought to be/is providing relevant knowledge and skills for S? 8. Expertise What ought to be/are relevant new knowledge and skills for S? 9. Guarantor What ought to be/are regarded as assurances of successful implementation? Sources of legitimacy10. Witness Who ought to be/ is representing the interests of those negatively affected by but not involved with S? 11. Emancipation What ought to be/are the opportunities for the interests of those negatively affected to have expression and freedom from the worldview of S? 12. Worldview What space ought to be/ is available for reconciling differing worldviews regarding S among those involved and affected? How might our airport example map to these questions? How might our airport example map to these questions?

Expressing the Model

Soft Systems Diagram

Is a diagram of the reference system which can provide a narrative for the evidence that is collected Shows where evidence and information is missing or unsupported Encourages critical questioning of: Legitimacy, Ownership, Assumptions, Motivations Captures your understanding of the problem Communicates your understanding of the problem If we can’t explain and qualify the reference system, we probably don’t know enough to solve the problem

Systems Diagram System Name System owner Inputs Outputs Beneficiaries & victims C C B B D D A A processes Actors Standards Manager/Supervisor measurementsCorrective action resource authority Emergent properties alliances conflicts Beliefs Values Attitudes Motivation

Systems diagram components Soft: Interpersonal, political organisational, Hard: Technical AlliancesBeliefsManagers/sup ervisors System boundary standards conflictsperceptionsBeneficiaries/ victims InputsControl sub system Authorityvaluesactorsoutputsmeasurements resourcesMotivationsSystem owners processesCorrective actions attitudesEmergent properties

How do we build the Soft Systems Diagram? Boundary Judgments – what is in and what is to be left out Critical Questioning of ▫ Basis of motivation – Where does a sense of purposefulness and value come from? Who benefits? ▫ Basis of power – Who is in control of what is going on and is needed for success? ▫ Basis of knowledge – What experience and expertise support the claim? ▫ Basis of legitimacy – Where does legitimacy lie? CATWOE – what is the system? ▫ Customers, Actors, Transformations, World Views, Owners and Environement What relationships and values cause behaviour in the system Identify where evidence and information is missing or unsupported

Users (Stakeholders) Stakeholders - a stakeholder is anyone that is involved in or affected by the activity in a domain or system. ▫ Actor ▫ Beneficiary ▫ Victim ▫ Customer ▫ Owner We need to gather evidence about the characteristics and concerns associated with each stakeholder We need to gather evidence about difficulties arising from those concerns (can’t be met or competing)

Stakeholder Personas

Using Personas is a technique that allows us to examine values and motivations that cause behaviour Personas are representatives describing stakeholders in some detail ▫ describing their background, ▫ job function, ▫ situation in the organisation, ▫ Beliefs, anxieties and so on, ▫ often including a representative image. Personas can describe variants of a particular role, ▫ for instance, the ideal student, the laid back student, the anxious student. Stakeholder Personas

Louise is a new graduate working for the airport, she is enthusiastic about how new technology might improve the running of the airport, but concerned that her views might not be taken seriously by more senior colleagues. New Graduate working in the Airport’s business development unit Example Persona

Why Use Personas? Using personas adds a motivational aspect to the stakeholders, and can be a useful method of reflecting on what they actually want from the system. Personas are not real people! The characteristics of the personas should be backed up by evidence from the range of people in each stakeholder group For each Persona we can develop scenarios of their typical interactions with the model and/or other personas using the model. ▫ The scenarios are independent of any technology and may represent best practice, current practice, or intended practice.

Louise is a new graduate working for the airport, she is enthusiastic about how new technology might improve the running of the airport, but concerned that her views might not be taken seriously by more senior colleagues. New Graduate working in the Airport’s business development unit Example Persona As part of an effort to improve the image of the airport Louise has been tasked with looking at how the aircraft landing process might be changed to reduce noise pollution.

Louise is a new graduate working for the airport, she is enthusiastic about how new technology might improve the running of the airport, but concerned that her views might not be taken seriously by more senior colleagues. New Graduate working in the Airport’s business development unit Example Persona As part of an effort to improve the image of the airport Louise has been tasked with looking at how the aircraft landing process might be changed to reduce noise pollution. What Alliances and/or Conflicts does this suggest? What Alliances and/or Conflicts does this suggest?

Summary Soft Systems Method ▫7 stage process ▫emphasises users (stakeholders) Variety of methods to analyse and critique a system ▫Building a root definition using CATWOE ▫Exploring boundary conditions with CSH Variety of ways to express the resulting model ▫Soft Systems Diagram ▫Stakeholder Personas Week 3: Explore engagement techniques to gather this info Week 4: Exercise in creating a SSM using a Systems Diagram and Personas