70,99 €
Uniquely reflects an engineering view to social systems in a wide variety of contexts of application
Social Systems Engineering: The Design of Complexity brings together a wide variety of application approaches to social systems from an engineering viewpoint. The book defines a social system as any complex system formed by human beings. Focus is given to the importance of systems intervention design for specific and singular settings, the possibilities of engineering thinking and methods, the use of computational models in particular contexts, and the development of portfolios of solutions. Furthermore, this book considers both technical, human and social perspectives, which are crucial to solving complex problems.
Social Systems Engineering: The Design of Complexity provides modelling examples to explore the design aspect of social systems. Various applications are explored in a variety of areas, such as urban systems, health care systems, socio-economic systems, and environmental systems. It covers important topics such as organizational design, modelling and intervention in socio-economic systems, participatory and/or community-based modelling, application of systems engineering tools to social problems, applications of computational behavioral modeling, computational modelling and management of complexity, and more.
Social Systems Engineering: The Design of Complexity is an excellent text for academics and graduate students in engineering and social science—specifically, economists, political scientists, anthropologists, and management scientists with an interest in finding systematic ways to intervene and improve social systems.
Sie lesen das E-Book in den Legimi-Apps auf:
Seitenzahl: 679
Veröffentlichungsjahr: 2017
Cover
Title Page
List of Contributors
Preface
Introduction: The Why, What and How of Social Systems Engineering
The Very Idea
Epistemic Notions on the Engineering of Social Systems
Using Engineering Methods
Into Real‐World Applications
References
Part I: Social Systems Engineering: The Very Idea
1 Compromised Exactness and the Rationality of Engineering
1.1 Introduction
1.2 The Historical Context
1.3 Science and Engineering: Distinctive Rationalities
1.4 ‘Compromised Exactness’: Design in Engineering
1.5 Engineering Social Systems?
References
2 Uncertainty in the Design and Maintenance of Social Systems
2.1 Introduction
2.2 Uncertainties in Simple and Complicated Engineered Systems
2.3 Control Volume and Uncertainty
2.4 Engineering Analysis and Uncertainty in Complex Systems
2.5 Uncertainty in Social Systems Engineering
2.6 Conclusions
References
3 System Farming
3.1 Introduction
3.2 Uncertainty, Complexity and Emergence
3.3 Science and Engineering Approaches
3.4 Responses to CSS Complexity
3.5 Towards Farming Systems
3.6 Conclusion
References
4 Policy between Evolution and Engineering
4.1 Introduction: Individual and Social System
4.2 Policy – Concept and Process
4.3 Human Actors: Perception, Policy and Action
4.4 Artefacts
4.5 Engineering and Evolution: From External to Internal Selection
4.6 Policy between Cultural Evolution and Engineering
4.7 Conclusions and Outlook
Appendix: Brief Overview of the Policy Literature
References
5 ‘Friend’ versus ‘Electronic Friend’
References
Part II: Methodologies and Tools
6 Interactive Visualizations for Supporting Decision‐Making in Complex Socio‐technical Systems
6.1 Introduction
6.2 Policy Flight Simulators
6.3 Application 1 – Hospital Consolidation
6.4 Application 2 – Enterprise Diagnostics
6.5 Conclusions
References
7 Developing Agent‐Based Simulation Models for Social Systems Engineering Studies: A Novel Framework and its Application to Modelling Peacebuilding Activities
7.1 Introduction
7.2 Background
7.3 Framework
7.4 Illustrative Example of Applying the Framework
7.5 Conclusions
References
8 Using Actor‐Network Theory in Agent‐Based Modelling
8.1 Introduction
8.2 Agent‐Based Modelling
8.3 Actor‐Network Theory
8.4 Towards an ANT‐Based Approach to ABM
8.5 Design Guidelines
8.6 The Case of WEEE Management
8.7 Conclusions
References
9 Engineering the Process of Institutional Innovation in Contested Territory
9.1 Introduction
9.2 Can Cyber Security and Risk be Quantified?
9.3 Social Processes of Innovation in Pre‐paradigmatic Fields
9.4 A Computational Model of Innovation
9.5 Discussion
Acknowledgements
References
Part III: Cases and Applications
10 Agent‐Based Explorations of Environmental Consumption in Segregated Networks
10.1 Introduction
10.2 Model Overview
10.3 Results
10.4 Conclusion
Acknowledgements
References
11 Modelling in the ‘Muddled Middle’: A Case Study of Water Service Delivery in Post‐Apartheid South Africa
11.1 Introduction
11.2 The Case Study
11.3 Contextualizing Modelling in the ‘Muddled Middle’ in the Water Sector
11.4 Methods
11.5 Results
11.6 Discussion
Acknowledgements
References
12 Holistic System Design: The Oncology Carinthia Study
12.1 The Challenge: Holistic System Design
12.2 Methodology
12.3 Introduction to the Case Study: Oncology Carinthia
12.4 Insights, Teachings and Implications
Acknowledgements
Appendix: Mathematical Representations for Figures 12.5, 12.6 and 12.7
References
13 Reinforcing the Social in Social Systems Engineering – Lessons Learnt from Smart City Projects in the United Kingdom
13.1 Introduction
13.2 Methodology
13.3 Case Studies
13.4 Discussion
13.5 Conclusion
References
Index
End User License Agreement
Chapter 04
Table 4A.1 Threads of theoretical approaches to policy
Chapter 06
Table 6.1 Abstraction–aggregation hierarchy
Table 6.2 Mnemonics for abstraction–aggregation hierarchy
Chapter 07
Table 7.1 The main elements that constitute a state chart
Table 7.2 Violence factors affecting South Sudanese people (derived from CNRCD, 2011)
Table 7.3 Scope to be considered for the toolkit design
Table 7.4 Citizen stereotypes
Chapter 08
Table 8.1 Actor‐networks in Colombia’s WEEE management system
Chapter 09
Table 9.1 List of example knowledge artefacts and their position in I‐space
Chapter 10
Table 10.1 Effect of model parameters on saturation times, by firm strategy (DV = average wait time)
Table 10.2 Effect of model parameters on differences in wait times between high‐ and low‐propensity groups (DV = difference in average wait time)
Table 10.3 Effect of switching from FTA to random strategy at different points during the process on overall saturation times and equity between high‐ and low‐propensity groups
Chapter 11
Table 11.1 Summary of the four models, displayed in terms of the number (no.) of stock variables (with the relative percentage of the stock variables in relation to total variables in brackets); the number of feedback loops; and references for model documentation
Chapter 12
Table 12.1 Stakeholders, goals and critical factors
Table 12.2 Recursive distribution of tasks in the oncological care system
Chapter 03
Figure 3.1 Emergence resulting from syntactic complexity plus abstraction.
Figure 3.2 CA rule 30 (Wolfram, 1986). This is iteratively applied to an all‐dark line with a single white cell (time is downwards, so the development is clear). What state the original cell (shown with a blue line) is in after a number of iterations seems to be only retrievable by calculating the whole.
Figure 3.3 The engineering and maintenance phases before and after system creation.
Figure 3.4 A plot of scaled standard deviation against different population sizes averaged over 24 runs over 500 cycles for each point in the El Farol Bar model.
Chapter 04
Figure 4.1 The policy process as control loop.
Figure 4.2 Different threads of policy research.
Figure 4.3 Human actors form a minimal social system.
Figure 4.4 Artefacts.
Chapter 06
Figure 6.1 Architecture of public–private enterprises.
Figure 6.2 Healthcare systemigram.
Figure 6.3 Two components in the agent‐based decision support model for hospital consolidation: simulation model and user interactive system.
Figure 6.4 Mergers and acquisitions process.
Figure 6.5 CCSE
Immersion Lab
at Stevens Institute of Technology.
Figure 6.6 Interactive visualization using d3.js: left figure shows payment, charges and market share information for each hospital (rows) and diagnostic group (columns), with sorting enabled for both rows and columns; right figure explores M&A transactions database, from M&A activities, to top acquirers’ financials, to news reports.
Figure 6.7 Hospitals’ frequency as market leaders based on net patient revenue. Each dot represents one instance of a particular hospital entering the top tier.
Figure 6.8 Introduction screen.
Figure 6.9 Analysis interface with available data window, evidence windows and abstraction filter.
Figure 6.10 Accuracy results for each era.
Figure 6.11 Accuracy results for each car.
Figure 6.12 Accuracy results for each era for each level of expertise.
Figure 6.13 Accuracy results for each car for each level of expertise.
Chapter 07
Figure 7.1 Overview of the framework.
Figure 7.2 Toolkit design part of the framework.
Figure 7.3 Application design part of the framework.
Figure 7.4 Citizen in conflict areas (early prototype).
Figure 7.5 Citizen in conflict areas (final template).
Figure 7.6 Variables included in the decision to study the dynamics of South Sudanese citizens.
Figure 7.7 Screenshot of the decision tool main screen.
Figure 7.8 Sample output.
Figure 7.9 Example of the use of the tool to test actions towards creating jobs and increasing safety and representativeness.
Chapter 08
Figure 8.1 Agent‐based model representation.
Figure 8.2 Abstraction of steps for applying ANT to the design of an ABM.
Figure 8.3 Graph of the mobilization of A‐Ns in local and global networks.
Figure 8.4 WEEE management processes in Colombia.
Figure 8.5 The general timeline of WEEE management in Colombia.
Figure 8.6 Mobilization of actors in local and global networks.
Figure 8.7 ABM elements based on the application of ANT for the case study.
Chapter 09
Figure 9.1 Generic agent algorithm for a single time step.
Figure 9.2 The 2D lattice of ‘technologies’ in our percolation model of innovation after 1200 simulation steps. One region in the lattice around the best‐practice frontier (BPF) is magnified. See Figure 9.3 for details. Greyscale code: black = impossible, white = possible but not yet discovered; very dark grey = possible but not reachable; lightest grey = discovered but not yet viable; medium‐light grey = discovered and viable; medium‐dark grey = discovered, viable and on best‐practice frontier (BPF). Medium‐dark grey cells are the loci of R&D. The two horizontal lines show the ‘average’ level of innovation (i.e., BPF) across all ‘technologies’ (columns). The dark line is the average (i.e., mean) BPF, while the dark‐grey line is the mean + standard deviation of the BPF.
Figure 9.3 Detailed view of the magnified region in Figure 9.2.
Figure 9.4 Algorithm for R&D activity in a single time step.
Figure 9.5 A single run at different time steps, given an initial state (a), with a time‐series chart (d) showing innovation rate for mean BPF (black horizontal line in b and c) and upper BPF (mean+standard deviation, dark‐grey horizontal line in b and c).
Figure 9.6 Screenshots of two treatments tested on the same lattice configuration: (a) quant–slow learning vs. (b) quant–fast learning. In (b), the innovation rate increases as fidelity increases due to learning. Therefore, even though it started out slower, the quant– fast learning treatment wins this innovation race. (The black horizontal lines are mean BPF. The dark‐grey horizontal lines are upper BPF = mean + standard deviation.)
Figure 9.7 Violin plot of experimental results for four treatments, each tested with ten random lattice initial conditions and twenty runs per lattice condition: (a) innovation rate at the end of the simulation run; (b) time to complete a simulation run.
Chapter 10
Figure 10.1 A sample network connecting agents in a segregated system.
Figure 10.2 Distribution of average wait times by firm strategy.
Figure 10.3 Adoption dynamics by firm strategy: (a) FTA strategy; (b) random strategy.
Chapter 11
Figure 11.1 Overview causal loop diagram, with three feedback loops identified.
Figure 11.2 Simulation output from the GKWS model illustrating the time without potable water, differentiated across supply zones 1, 2 and 3, 4 and 5 [see D’Hont (2013) and Clifford‐Holmes (2015) for details].
Figure 11.3 The left‐hand graph (a) displays the simulated population dynamics in the Greater Kirkwood region. The right‐hand graph (b) displays the simulated water supply and the quantity of ‘billable water’ in relation to the gap between demand and supply [see Clifford‐Holmes
et al.
(2015) for full model].
Figure 11.4 Expanded CLD showing an additional three feedback loops (B2, R3 and R4) that build on Figure 11.1. The emboldened arrows show the causal relations between the additional variables, with the two arrows dashed for the sake of clarity where the emboldened arrows overlap with other arrows.
Chapter 12
Figure 12.1 Integrative Systems Methodology for dealing with complex issues – a process diagram.
Figure 12.2 Map of Carinthia with hospitals.
Figure 12.3 Causal loop diagram showing the dynamics of the system‐in‐focus.
Figure 12.4 Three main levers for the development of the oncological care system.
Figure 12.5 The Viable System Model.
Figure 12.6 Oncology Carinthia as a recursively structured system.
Figure 12.7 The constitution of tumour boards.
Figure 12.8 Survival rates for main types of cancer in Carinthia 1995–2013.
Cover
Table of Contents
Begin Reading
ii
iii
iv
xi
xii
xiii
1
2
3
4
5
6
7
8
9
10
11
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
91
92
93
94
95
96
97
98
99
101
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
197
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
Computational Social Science is an interdisciplinary field undergoing rapid growth due to the availability of ever increasing computational power leading to new areas of research.
Embracing a spectrum from theoretical foundations to real world applications, the Wiley Series in Computational and Quantitative Social Science is a series of titles ranging from high level student texts, explanation and dissemination of technology and good practice, through to interesting and important research that is immediately relevant to social / scientific development or practice. Books within the series will be of interest to senior undergraduate and graduate students, researchers and practitioners within statistics and social science.
Behavioral Computational Social ScienceRiccardo Boero
Tipping Points: Modelling Social Problems and HealthJohn Bissell (Editor), Camila Caiado (Editor), Sarah Curtis (Editor), Michael Goldstein (Editor), Brian Straughan (Editor)
Understanding Large Temporal Networks and Spatial Networks: Exploration, Pattern Searching, Visualization and Network EvolutionVladimir Batagelj, Patrick Doreian, Anuska Ferligoj, Natasa Kejzar
Analytical Sociology: Actions and NetworksGianluca Manzo (Editor)
Computational Approaches to Studying the Co‐evolution of Networks and Behavior in Social DilemmasRense Corten
The Visualisation of Spatial Social StructureDanny Dorling
Edited by
César García-Díaz
Department of Industrial Engineering
Universidad de los Andes
Bogotá, Colombia
Camilo Olaya
Department of Industrial Engineering
Universidad de los Andes
Bogotá, Colombia
This edition first published 2018© 2018 John Wiley & Sons Ltd
All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording or otherwise, except as permitted by law. Advice on how to obtain permission to reuse material from this title is available at http://www.wiley.com/go/permissions.
The right of César García‐Díaz and Camilo Olaya to be identified as the authors of the editorial material in this work has been asserted in accordance with law.
Registered OfficesJohn Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030, USAJohn Wiley & Sons Ltd, The Atrium, Southern Gate, Chichester, West Sussex, PO19 8SQ, UK
Editorial Office9600 Garsington Road, Oxford, OX4 2DQ, UK
For details of our global editorial offices, customer services, and more information about Wiley products visit us at www.wiley.com.
Wiley also publishes its books in a variety of electronic formats and by print‐on‐demand. Some content that appears in standard print versions of this book may not be available in other formats.
Limit of Liability/Disclaimer of WarrantyWhile the publisher and authors have used their best efforts in preparing this work, they make no representations or warranties with respect to the accuracy or completeness of the contents of this work and specifically disclaim all warranties, including without limitation any implied warranties of merchantability or fitness for a particular purpose. No warranty may be created or extended by sales representatives, written sales materials or promotional statements for this work. The fact that an organization, website, or product is referred to in this work as a citation and/or potential source of further information does not mean that the publisher and authors endorse the information or services the organization, website, or product may provide or recommendations it may make. This work is sold with the understanding that the publisher is not engaged in rendering professional services. The advice and strategies contained herein may not be suitable for your situation. You should consult with a specialist where appropriate. Further, readers should be aware that websites listed in this work may have changed or disappeared between when this work was written and when it is read. Neither the publisher nor authors shall be liable for any loss of profit or any other commercial damages, including but not limited to special, incidental, consequential, or other damages.
Library of Congress Cataloging‐in‐Publication data applied for
Hardback ISBN: 9781118974452
Cover Image: © Henrik Sorensen/Gettyimages
Ricardo A. Barros‐Castro(Faculty of Engineering, Pontificia Universidad Javeriana). Email: ricardo‐[email protected]
Heike I. Brugger(Department of Politics and Public Administration, University of Konstanz). Email: heike.brugger@uni‐konstanz.de
William M. Bulleit(Department of Civil and Environmental Engineering, Michigan Technological University). Email: [email protected]
Jai K. Clifford‐Holmes(Institute for Water Research, Rhodes University). Email: [email protected]
Bruce Edmonds(Centre for Policy Modelling, Manchester Metropolitan University). Email: [email protected]
Grazziela P. Figueredo(School of Computer Science, University of Nottingham). Email: [email protected]
César García‐Díaz(Department of Industrial Engineering, Universidad de los Andes). Email: [email protected]
John S. Gero(Krasnow Institute of Advanced Study, George Mason University and University of North Carolina, Charlotte). Email: [email protected]
Steven L. Goldman(Departments of Philosophy and History, Lehigh University). Email: [email protected]
Rafael A. Gonzalez(Faculty of Engineering, Pontificia Universidad Javeriana). Email: [email protected]
Zeynep Gurguc(Digital City Exchange, Imperial College London). Email: [email protected]
Adam Douglas Henry(School of Government and Public Policy, University of Arizona). Email: [email protected]
Miwa Hirono(Department of International Relations, Ritsumeikan University). Email: hirono‐[email protected]
Johann Klocker(Landeskrankenhaus Klagenfurt). Email: [email protected]
Chen Liu(Center for Complex Systems and Enterprises, Stevens Institute of Technology). Email: [email protected]
Sandra Méndez‐Fajardo(Faculty of Engineering, Pontificia Universidad Javeriana). Email: [email protected]
Jenny O’Connor(Digital City Exchange, Imperial College London). Email: [email protected]
Mehrnoosh Oghbaie(Center for Complex Systems and Enterprises, Stevens Institute of Technology). Email: [email protected]
Peer‐Olaf Siebers(School of Computer Science, University of Nottingham). Email: Peer‐[email protected]
Camilo Olaya(Department of Industrial Engineering, Universidad de los Andes). Email: [email protected]
Carolyn G. Palmer(Institute for Water Research, Rhodes University). Email: [email protected]
Michael J. Pennock(Center for Complex Systems and Enterprises, Stevens Institute of Technology). Email: [email protected]
Joseph C. Pitt(Department of Philosophy, Virginia Polytechnic Institute and State University). Email: [email protected]
William B. Rouse(Center for Complex Systems and Enterprises, Stevens Institute of Technology). Email: [email protected]
Martin F.G. Schaffernicht(Faculty of Economics and Business, Universidad de Talca). Email: [email protected]
Markus Schwaninger(Institute of Management, University of St. Gallen). Email: [email protected]
Anya Skatova(Warwick Business School, University of Warwick). Email: [email protected]
Jill H. Slinger(Faculty of Technology, Policy and Management and the Faculty of Civil Engineering and Technical Geosciences, Delft University of Technology and the Institute for Water Research, Rhodes University). Email: [email protected]
Russell C. Thomas(Department of Computational and Data Sciences, George Mason University and University of North Carolina, Charlotte). Email: [email protected]
Koen H. van Dam(Digital City Exchange, Imperial College London). Email: k.van‐[email protected]
Chris de Wet(Institute for Water Research and the Department of Anthropology, Rhodes University). Email: [email protected]
Zhongyuan Yu(Center for Complex Systems and Enterprises, Stevens Institute of Technology). Email: [email protected]
We, the editors of this volume, are trained as both engineers and social scientists, and have contrasted the two different mindsets during our careers. Since the time when we were PhD students in the social sciences, we have felt that ‘praxis’ does not have the same status as theorizing in generating knowledge, as opposed to what happens in engineering. Even the recognition of engineering knowledge as a distinctive kind of knowledge, different from scientific knowledge, seems to remain elusive for both academics and practitioners. In fact, ‘praxis’ embodies a set of differential elements from pure science. This volume is an effort to bring together elements of engineering thinking and social science into the study of social systems, and more importantly, aims to be a vehicle that emphasizes the necessity of developing practical knowledge – through its proper ways and under its own ‘validation’ criteria – to provide feasible, yet informed, paths for intervening and improving social systems; that is, systems created and driven by human beings.
Also, through this volume we would like to make explicit the inherent link between systemic thinking and engineering knowledge through the consideration of multiple perspectives and methods. We believe that the merger of both the qualitative and quantitative worlds is essential in order to cope with the complexity of contemporary social systems. Moreover, we believe that engineering thinking, along with its tools and methods, is one of the best chances that we have for designing, redesigning and transforming the complex world of social systems.
This project would not have been possible without the initial motivation provided by Debbie Jupe (commissioning editor at John Wiley & Sons), who was the first editor we met at the Social Simulation Conference in Warsaw (Poland), back in 2013. Debbie invited us to put our ideas in a written proposal, and encouraged us to come up with a book on engineering perspectives to social systems. Thank you Debbie for your encouragement!
We are grateful to all the authors who contributed to this volume for their patience, commitment and understanding over the course of the many months it took to make this book a reality. We are also indebted to the Department of Industrial Engineering of Universidad de los Andes (Colombia) for their continued support and to Claudia Estévez‐Mujica, who helped us immensely in putting all the chapters together, checking inconsistencies and assembling the whole book.
César García‐Díaz and Camilo Olaya
The expression ‘social systems engineering’ is not new. As far as we know, its first appearance in the literature dates from the mid‐1970s. In 1975, the Proceedings of the IEEE published a special issue on social systems engineering (Chen et al., 1975). Here, Chen and colleagues referred to social systems engineering as the application of systems engineering concepts to social problems. Likewise, the special issue seemed to emphasize that the potential contribution of engineering to social issues was predominantly based on the consideration of quantitative modelling as the workhorse for intervention. Although we concur with some of these points, for us the expression ‘social systems engineering’ has a broader connotation, not meaning that we advocate exclusively for the application of engineering methods to social issues, but rather that we stand up for the consideration of design perspectives as a pivotal way to generate knowledge and transform systems. The intrinsic engineering orientation to action and transformation as its ultimate goals for improving a system, for meeting needs, for addressing successfully a specific problematic situation that someone wants to improve, etc. are emphases that this book highlights. Such goals demand the recognition of specific engineering considerations and their implications for addressing social systems. We want to emphasize the complexity of engineering ‘social’ (human) systems (as opposed to engineering mechanical systems, electrical systems, etc.), since such systems are then in fact ‘social’ (formed by purposeful actors that display agency, with diverse, clashing interests and goals) and therefore their design, redesign and transformation, unlike in other engineering domains, cannot be completely determined or planned beforehand. These designs are formal and informal, emergent, always ‘in progress’, adapting and evolving out of diverse dynamics.
Social systems engineering has a paradoxical status. On the one hand, it is an under‐researched topic whose theoria has rarely been explored. On the other hand, it is perhaps one of the most common endeavours in society since it concerns the praxis that seeks to design, create and transform human organizations. Consequently, we need to understand what engineering thinking means, and how it relates to social systems. Steven Goldman, one of the contributors to this book, stated more than 20 years ago regarding the autonomy of engineering (as distinct from other activities such as science or arts) that ‘while engineering has a theoria, analogous to, but different from, that of the physical sciences, unlike science, engineering is quintessentially a praxis, a knowing inseparable from moral action’ (Goldman, 1991, p. 139). The recognition of engineering as an autonomous activity, independent from science (though related in many ways), seems just a recent explicit realization that can be identified with what can be called a ‘philosophy of engineering’ (Bucciarelli, 2003; Goldman, 2004; Miller, 2009; Sinclair, 1977; Van de Poel and Goldberg, 2010). Perhaps the key word to understand the autonomy of engineering is design (Goldman, 1990; Layton, 1984, 1991; Pitt, 2011b; Schmidt, 2012; Van de Poel, 2010). Engineering, being driven by design, shows a distinct rationality, as Goldman shows in Chapter 1 of this book. He characterizes engineering design as ‘compromised exactness’, since its formal apparatus delivers approximate ‘solutions’ that are subject to their context of application, which means that they are always subjective, wilful and contextual. Social systems, as belonging to the realm of artificial systems, exhibit design, which means that they are, and can be, engineered, but not in the traditional sense (Remington et al., 2012; Simon, 1996). Traditional engineering, design‐based methods, which essentially aim at control and prediction, cannot be applied to social systems due to the very nature of these systems – unlike mechanical systems, social systems do not ‘obey laws’, as Galileo imagined (Galileo Galilei, 1623), but are driven by the agency of human beings. Yet, engineering thinking can be used in several other ways, for instance for steering social systems towards a given direction, for influencing action (Pennock and Rouse, 2016), for opening new possibilities, for driving conversations among its members, for imagining different futures, for learning about the complexity that social systems entail, etc.
Whenever engineering concerns social systems (i.e., firms, public and private organizations, urban systems, etc.) it implies the design of social artefacts and social constructions such as management structures, incentive schemes, routines, procedures, ways of working (formal and informal, planned and spontaneous), agreements, contracts, policies, roles and discourses, among others (Jelinek et al., 2008; March and Vogus, 2010). Therefore, such types of engineering face a special type of complexity, since these artefacts depend on and are constructed through human action, meaning that not only individuals but also their emotions, language and meanings are involved.
This book seeks to offer an overview of what social systems engineering entails. The reader might hasten to think that this is a mechanistic approach to social systems. However, there is no such thing as optimal design in social systems (Devins et al., 2015). In contrast, the very idea of social systems engineering, although it emphasizes action, does not necessarily rely on prediction; it is context‐dependent, iterative, builds upon different modelling perspectives and decisively aims at influencing the path of, rather than deliberatively designing, the evolving character of self‐organization of human societies. This is a starkly different approach from a purely scientific viewpoint. The book encompasses three sections that follow an intuitive inquiry in this matter. The first section deals with the very idea of what social systems engineering might be and the need for addressing the topic in its own terms. The second section samples illustrative methodologies and methods. The final section illustrates examples of the challenge of designing the complexity that results from systems created through human action.
There are diverse beliefs regarding what engineering is about. Perhaps the most popular is to believe that engineering is ‘applied science’. However, this would mean assuming that ‘scientists generate new knowledge which technologists then apply’ (Layton, 1974, p. 31) and therefore would suggest that what makes an engineer an engineer, and what an engineer delivers, is (applied) scientific knowledge, instead of a different type of knowledge (Davis, 2010), which is, at best, misleading (Goldman, 2004; Hansson, 2007; Layton, 1974; McCarthy, 2010; Pitt, 2010; Van de Poel, 2010). The recognition that science and engineering stand on different epistemic grounds (Goldman, 1990; Koen, 2003; Krige, 2006; Layton, 1984, 1987, 1991; Petroski, 2010; Pitt, 2011b; Vincenti, 1990; Wise, 1985) is perhaps the first step in thinking of social systems engineering and requires a brief overview.
If it is not ‘applied science’, what are the defining characteristics of engineering? We can start by realizing that engineering and science usually pursue different goals: scientists, first and foremost, look for systematic explanations of phenomena; engineers, on the other hand, pursue the transformation of a situation through the design of artefacts that serve as vehicles to solve problems. In short, as Petroski (2010) puts it, scientists seek to explain the world while engineers try to change it. The scientist deals primarily with the question ‘what is it?’ The engineer deals with ‘how must this situation be changed?’ and ‘what is the right action to do?’ Engineering is concerned ‘not with the necessary but with the contingent, not with how things are but with how they might be’ (Simon, 1996, p. xii). Such different missions lead to different values, norms, rules, apparatus for reasoning, considerations, type of knowledge, methods, success criteria, standards for evaluating results; in short, different epistemologies.
Engineering knowledge is intrinsic to engineering and different from scientific knowledge. Engineering know‐how is a distinctive type of knowledge, different from the scientific know‐that (Ryle, 1945). For example, ‘engineering knowledge is practice‐generated… it is in the form of “knowledge‐how” to accomplish something, rather than “knowledge‐that” the universe operates in a particular way’ (Schmidt, 2012, p. 1162). Knowledge‐how is not concerned with the truth or falsehood of statements, ‘you cannot affirm or deny Mrs. Beeton’s recipes’ (Ryle, 1945, p. 12). Engineers know how to do things. It is a type of practical knowledge. Therefore, the resources and information to get the job done can be varied and diverse, in principle they are not rejected under any a‐priori principle, ‘resolving engineering problems regularly requires the use of less than scientifically acceptable information’ (Mitcham, 1994). The scientific ‘empirical evidence’ might be useful, but it is not a necessary requirement. Such a practical approach requires also that designs must work in real life; the effects of friction or air resistance cannot be ignored (Hansson, 2007). Since the task of the engineer is to be effective, to accomplish, then mathematical precision and analytical solutions are not required. Unlike the scientist, the engineer does not assume ideal conditions, s/he knows what to do in imperfect situations.
Engineers address practical problems: their know‐how is constructed contingently and for very specific contexts (McCarthy, 2010). Engineering deals with particulars in its particularity, they are not taken as instantiations of a universal (Goldman, 1990). This implies that engineering design faces a variety of constraints related to idiosyncratic values and factors (economic, cultural, political, reliability, viability, ethical) that co‐define and specify the design problem, unlike scientific research in which such constraints are absent in the definition of a scientific question (Kroes, 2012). This singularity of each design problem explains why there is no unique solution for an engineering problem: ‘an engineer who understands engineering will never claim to have found the solution… This is why there are so many different‐looking airplanes and automobiles and why they operate differently… they are simply one engineer’s solution to a problem that has no unique solution’ (Petroski, 2010, p. 54). Moreover, there is usually more than one way to solve an engineering problem. Such diversity of possibilities, methods and solutions contrasts with the goal of scientific communities that typically pursue the one best theory, at any given time, for explaining a phenomenon; when a theory is shown to be erroneous, it can be replaced with a better one.
The activity of engineering does not need epistemic justifications. The intentional creation of artefacts is done by experimental methods that are more fundamental than (and not derived from) any type of theory (Doridot, 2008). The origin of design is irrelevant, it does not necessarily have to be a priori supported by anything, including theories or data. Design can be freely generated with the help of any procedure, sourced from reason, or guided by previous expectations – ‘theoretic’ or not (Stein and Lipton, 1989), guided with the help of a model, or just based on imagination, or instincts. ‘Empirical evidence’, or any other indirect mechanism of representing the world, is just another option, but it is not a requisite. For instance, ‘the inventor or engineer… can proceed to design machines in ignorance of the laws of motion… These machines will either be successful or not’ (Petroski, 2010, p. 54). Engineering handles a pragmatic concept of ‘truth’ (Doridot, 2008). An artefact or an engineering solution is not false or true (or closer to), simply it works or it doesn’t. If it works, engineers succeed. The popular notion of knowledge as ‘justified true belief’ means nothing in a pragmatic approach in which knowledge is unjustified. In the words of Pitt: ‘If it solves our problem, then does it matter if we fail to have a philosophical justification for using it? To adopt this attitude is to reject the primary approach to philosophical analysis of science of the major part of the twentieth century, logical positivism, and to embrace pragmatism’ (2011a, p. 173).
We are interested in particular in the engineering of social systems. What are the implications of the recognition of such philosophy of engineering for the domain of social systems? Let us consider, for instance, that the predictive logic of scientific causal models relates to the idea that prediction is a requirement of control (Sarasvathy, 2003). A fundamental question is how much prediction, derived from causal explanations, is needed to transform a social system. Before the apparent unpredictability of the behaviour of social systems, one idea is to operate under a different logic and to drop the very idea of prediction in design, as Sarasvathy (2003) puts it. Sarasvathy (2003) claims that, in relation to endeavours of enterprise creation, a design logic highlights the fact that ‘to the extent we can control the future, we do not need to predict it’ (Sarasvathy, 2003, p. 208), implying that ‘a large part of the future actually is a product of human decision‐making’ (Sarasvathy, 2003, p. 209). And yet, the future remains uncertain. How to deal with such uncertainty of social systems? William Bulleit offers a possible answer in this book. The unpredictable and complex nature of human action means to face a special type of uncertainty that is, as Bulleit develops in Chapter 2, much larger than that found in other engineered systems. The uncertainty that engineers usually confront resembles an explorer in a jungle with unknown dangers; this explains why engineers consider as part of their design considerations, elements such as ‘safety factors’, ‘safety barriers’, ‘unforeseen factors’, etc. (Doorn and Hansson, 2011; Hansson, 2009a,b). However, unlike probabilistic risk analysis, the design of social systems deals with true uncertainty under unknown probabilities. As Hansson (2009a) pictures it, such uncertainty is unlike that which a gambler faces at the roulette wheel. Social systems represent perhaps the extreme case, whose design and maintenance requires a distinct mindset that brings together bottom‐up and top‐down solutions, along with the recognition of the adaptive nature of social systems, as Bulleit suggests.
How to engineer problem‐solving designs in such unpredictable social systems? The recognition of adaptive and evolutionary dynamics leads us to think of the possibility of producing designs without ‘knowing’ beforehand the way in which the system to be designed or transformed ‘works’. Perhaps the main contribution of Charles Darwin is in the realm of philosophy, indicating a way to produce a design without a ‘designer’ (Ayala, 2007; Dennett, 1995; Mayr, 1995, 2001). Evolution already shows how and why the selection of blind variations explains the success of any system that adapts to changing and unknown environments (Campbell, 1987; Harford, 2011; Popper, 1972). Perhaps we must resist the apparent requisite of having knowledge beforehand for doing something. Bruce Edmonds makes an analogy in Chapter 3 that compares social systems engineering with farming. Since there is no such thing as ‘designing’ a farm, farmers instead know that they must continuously act on their farms to achieve acceptable results. Edmonds underlines that, since we are far from even having a minimal and reliable understanding of social systems, then engineers of social systems must recur to system farming. Edmonds emphasizes that traditional design‐based engineering approaches are simply not possible to be applied to social systems; a systems farming lens should rely more on experience rather than on system control, should operate iteratively rather than as a one‐time effort, and should make use of partial rather than full understanding, among other considerations.
Yet, the notion of evolution challenges the very idea of whether humans can deliberately improve social systems. Is it possible to control, manage or at least direct an evolutionary process? Martin Schaffernicht deals with this question in Chapter 4. Like Edmonds, Schaffernicht questions whether deliberate social system designs can actually be made and if they can really be translated into improvement. Schaffernicht rather suggests that engineering can contribute to influence the pace of the evolutionary nature of social systems through policy engineering. He underlines that collective policies are evolving artefacts that drive behaviours – they are never definitive but in constant revision and adaptation – and become the central elements for developing an interplay between evolution and engineering that ends up shaping open‐ended social systems.
These brief ideas indicate the immense challenge in ‘engineering’ (designing and redesigning, that is) social systems, or as put by Vincent Ostrom, it means a problem of ‘substantial proportions… In Hobbes’s words, human beings are both the “matter” and the “artificers” of organizations. Human beings both design and create organizations as artifacts and themselves form the primary ingredient of organizations. Organizations are, thus, artifacts that contain their own artisans’ (Ostrom, 1980, p. 310). Human beings co‐design the social systems that they form, this is why those designs might be intentional up to some point but they are also emergent, dynamic, incomplete, unpredictable, self‐organizing, evolutionary and always ‘in the making’ (Bauer and Herder, 2009; Garud et al., 2006, 2008; Kroes, 2012; Krohs, 2008; Ostrom, 1980). The ultimate challenge is to address the complexity posed by the relations between human beings. Joseph Pitt illustrates this concern with a concrete example: what does it mean to be a friend of someone? This question will lead us to challenge the very possibility of designing a social system. In Chapter 5, Pitt suggests that we can only design an environment in which a social system emerges and evolves, a suggestion that is in line with the first part of this book that calls for the need to recognize the experimental, evolving and open‐ended nature of social systems. This is the first requisite for anyone aspiring to transform a social system.
How to engineer social systems? The second part of this book introduces different methods for engineering social systems. Engineers proceed in a distinctive way. Billy Vaughn Koen in his book The Discussion of the Method (2003) defines engineering by its method. For him, the engineering method is any ‘strategy for causing the best change in a poorly understood situation with the available resources’ (p. 7). Engineers call such strategies ‘heuristics’. ‘A heuristic is anything that provides a plausible aid or direction in the solution of a problem but is in the final analysis unjustified, incapable of justification, and potentially fallible’ (Koen, 2010, p. 314). Koen highlights the distinctive nature of heuristics as opposed to other ways of facing the world; in particular, he considers the differences from scientific theories. A heuristic does not guarantee a solution, it may contradict other heuristics (Koen 2009); it does not need justification, its relevance depends on the particular situation that the heuristic deals with and its outcome is a matter of neither ‘truth’ nor generalizability. The engineering method – as opposed to the scientific method – is a heuristic; that is, unjustified, fallible, uncertain, context‐defined and problem‐oriented. Hence, the second part of this book can be seen as a small sample of heuristics that in particular share a common preferred strategy of engineers: modelling.
Engineering design requires the capacity to ‘see’ and imagine possible (both successful and unsuccessful) futures. Zhongyuan Yu and her colleagues show in Chapter 6 how policy flight simulators may help to address ‘what if…’ questions through model‐based interactive visualizations that enable policy‐makers to make decisions and anticipate their consequences. Policy flight simulators drive the exploration of management policies according to possible factors that contribute to an existing or potential state of a system. Through two detailed cases, the chapter shows how such simulators can be developed and how groups of people (rather than individuals) interact with them. These interactions are the central piece of the method, since the involved stakeholders and policy‐makers bring conflicting priorities and diverse preferences for courses of action. The chapter illustrates with practical cases the mentioned idea of Schaffernicht: the centrality of the evolution of ‘collective policies’ for transforming social systems and the way in which such evolution can be enhanced through learning. Yu and her colleagues underline that the key value of their models and visualizations lies in the insights that they provide to those intending to engineer their own social systems.
Models are powerful tools for supporting design activities (Dillon, 2012; Dodgson et al., 2007; Elms and Brown, 2012; Will, 1991). Unlike scientific models that are usually built for analysis of observations and generating ‘true’ explanations (Norström, 2013), engineering models are judged against their usefulness for specific, diverse (Epstein, 2008) purposes. For engineers, they serve as focal points ‘for a story or conversation about how a system behaves and how that behaviour can be changed. It is by mediating in this process – acting to focus language by stressing some features of the real system while ignoring others – that models contribute to new shared understandings in a community of engineering practice’ (Bissell and Dillon, 2012, p. vi). Chapter 7 by Peer‐Olaf Siebers and colleagues introduces a structured framework for guiding such conversation processes through model development, from conceptual design to implementation. In particular, this framework organizes both the process of building and using agent‐based models and the way in which the resulting simulation models can be used as decision‐support tools for exploring the application of policies. Being a heuristic, they adapt what they consider appropriate for developing their framework; in particular, they borrow ideas from software engineering for tackling problem analysis and model design. The chapter uses international peacebuilding activities in South Sudan as an example to illustrate the practical possibilities of their proposal.
There are diverse ways of building models. Sandra Méndez‐Fajardo and colleagues show, in Chapter 8, how social systems engineering can employ (social) science through a methodological framework that uses actor‐network theory as a heuristic for designing and building agent‐based models. They use an applied case in waste of electrical and electronic equipment management as an illustrative example. Their proposal presents a way to overcome the distinction between human and non‐human actors, and underlines the centrality of ‘actor‐networks’ (rather than just actors) in social systems. Although these theoretic contributions stand on their own as valuable results, they unmistakably underline the engineering character of their proposal, which concerns the pragmatic usefulness of modelling rather than its theoretical validity. They frame the application of actor‐network theory as a heuristic for intervening social systems through the use of simulation models to enact policy changes.
Engineering may use scientific theories but may also contribute to science. Computational modelling can complement diverse theoretic approaches, for instance it is useful for supporting theory building in social science (e.g., Schwaninger and Grösser, 2008). To complete the second part of the book, in Chapter 9 Russell Thomas and John Gero use social theory to explore the process of institutional innovation and how to influence innovation trajectories in pre‐paradigmatic settings (which the authors call ‘contested territories’), where there are rival worldviews regarding the nature of problems and innovations. The authors illustrate their methodological approach with the case of cyber security and the problem of quantifying security and risk under two rival worldviews: the ‘quants’ (for whom cyber security and risk can and should be quantified) and the ‘non‐quants’ (who believe that cyber security and risk either cannot be quantified or its quantification does not bring enough benefits). The chapter frames the process of institutional innovation in Boisot’s theory of the social learning cycle and the role of knowledge artefacts during the cycle. A computational model helps to explore how knowledge artefacts of different characteristics affect innovation rate and learning. The chapter makes provocative suggestions regarding not only how social science can contribute to social systems engineering but also the other way around: how this latter approach can contribute to deal with scientific questions, such as the assessment of the scientific merit of each school of thought (in terms of explanatory coherence) and the possibility of addressing further theoretic issues of social dynamics such as legitimization, power struggles and structuration, among others.
Since social systems engineering is praxis, then real‐world applications become perhaps the true way to depict this type of engineering. The last part of the book places the emphasis on practical applications that illustrate the richness and possibilities that the first two parts suggest.
Chapter 10 by Adam Douglas Henry and Heike Brugger deals with developing strategic scenarios for the adoption of environmentally friendly technologies. Through agent‐based computational modelling, they inspect non‐trivial policy answers to two simultaneously desirable outcomes regarding sustainable technologies: the speed of their adoption and the guarantee of equal access to them. Chapter 11 by Clifford‐Holmes and colleagues combines ethnographic data collection with participatory system dynamics modelling in the design of potential strategies in water resource management in South Africa. Clifford‐Holmes and colleagues emphasize the ‘muddled middle’ between policy and implementation, and propose new directions in participatory modelling. In Chapter 12 Markus Schwaninger and Johann Klocker provide an account of the 30‐year evolution of the oncological care system in Klagenfurt, Austria, exposing the threat of organizational over‐specialization in patient treatment and highlighting the importance of holistic approaches to healthcare system design by using causal loop diagrams and organizational cybernetic concepts. Last but not least, in Chapter 13 Jenny O’Connor and colleagues explore four case studies of smart city projects in the United Kingdom and highlight the importance of understanding the unpredictability of individual and societal behaviour when confronted with new sustainable‐related policies derived from technical aspects only. O’Connor and colleagues explicitly call for the inclusion of the social dimension in the engineering of social systems.
In summary, social systems engineering goes beyond the application of engineering methods to social problems. In different instances there has been a tendency to equate engineering a social system with a traditional, mechanistic, one‐shot undertaking that attempts to reach optimality according to some well‐pre‐established objective (Devins et al., 2015). That is not what social systems engineering is about. In contrast, we aim to highlight the importance of trial and error, failure, iteration, adaptability and evolution as salient features of any design‐oriented process. Stimulating self‐organization (as opposed to direct intervention) as a way to foster growth of desirable properties (e.g., adaptability and resilience) is also intrinsic to any design‐oriented endeavour. Engineering a social system implies ‘steering’ a system towards a desirable state (Penn et al., 2013), even if such a state is not completely understood and is subject to different interpretations (e.g., a sustainable community), and even if the journey towards it is filled with unexpected occurrences. We hope that this book will provide a broader, multidisciplinary, conceptual approach to social systems design, and stimulate the growth of ideas towards solution‐oriented perspectives (Watts, 2017) in dealing with social systems issues.
Ayala, F.J. (2007) Darwin's greatest discovery: Design without designer.
Proceedings of the National Academy of Sciences
,
104
(1), 8567–8573.
Bauer, J.M. and Herder, P.M. (2009) Designing socio‐technical systems, in A. Meijers (ed.),
Philosophy of Technology and Engineering Sciences
, North Holland, Amsterdam, pp. 602–630.
Bissell, C. and Dillon, C. (2012) Preface, in C. Bissell and C. Dillon (eds),
Ways of Thinking, Ways of Seeing. Mathematical and other modelling in engineering and technology
(Vol.
1
), Springer‐Verlag, Berlin, pp. v–vii.
Bucciarelli, L. (2003)
Engineering Philosophy
, Delft University Press, Delft.
Campbell, D.T. (1987) Evolutionary epistemology, in G. Radnitzky and W.W. Bartley III (eds),
Evolutionary Epistemology, Rationality, and the Sociology of Knowledge
, Open Court, La Salle, IL, pp. 47–73.
Chen, K., Ghaussi, M. and Sage, A.P. (1975) Social systems engineering: An introduction.
Proceedings of the IEEE
,
63
(3), 340–344.
Davis, M. (2010) Distinguishing architects from engineers: A pilot study in differences between engineers and other technologists, in I. Van de Poel and D.E. Goldberg (eds),
Philosophy and Engineering. An emerging agenda
, Springer‐Verlag, Dordrecht, pp. 15–30.
Dennett, D.C. (1995)
Darwin's Dangerous Idea
, Penguin Books, London.
Devins, C., Koppl, R., Kauffman, S. and Felin, T. (2015) Against design.
Arizona State Law Journal
,
47
, 609.
Dillon, C. (2012) Models: What do engineers see in them?, in C. Bissell and C. Dillon (eds),
Ways of Thinking, Ways of Seeing. Mathematical and other modelling in engineering and technology
(Vol.
1
), Springer‐Verlag, Berlin, pp. 47–69.
Dodgson, M., Gann, D.M. and Salter, A. (2007) The impact of modelling and simulation technology on engineering problem solving.
Technology Analysis & Strategic Management
,
19
(4), 471–489.
Doorn, N. and Hansson, S.O. (2011) Should probabilistic design replace safety factors?
Philosophy & Technology
,
24
, 151–168.
Doridot, F. (2008) Towards an 'engineered epistemology'?
Interdisciplinary Science Reviews
,
33
(3), 254–262.
Elms, D.G. and Brown, C.B. (2012) Professional decisions: The central role of models.
Civil Engineering and Environmental Systems
,
29
(3), 165–175.
Epstein, J.M. (2008) Why model?
Journal of Artificial Societies and Social Simulation
,
11
(4), 12.
Galileo Galilei (1623) The assayer, in S. Drake (ed.),
Discoveries and Opinions of Galileo
(trans. S. Drake 1957), Anchor Books, New York, NY.
Garud, R., Kumaraswamy, A. and Sambamurthy, V. (2006) Emergent by design: Performance and transformation at Infosys Technologies.
Organization Science
,
17
(2), 277–286.
Garud, R., Jain, S. and Tuertscher, P. (2008) Incomplete by design and designing for incompleteness.
Organization Studies
,
29
(3), 351–371.
Goldman, S.L. (1990) Philosophy, engineering, and western culture, in P.T. Durbin (ed.),
Broad and Narrow Interpretations of Philosophy of Technology
, Kluwer, Amsterdam, pp. 125–152.
Goldman, S.L. (1991) The social captivity of engineering, in P.T. Durbin (ed.),
Critical Perspectives on Nonacademic Science and Engineering
, Lehigh University Press, Bethlehem, PA.
Goldman, S.L. (2004) Why we need a philosophy of engineering: A work in progress.
Interdisciplinary Science Reviews
,
29
(2), 163–176.
Hansson, S.O. (2007) What is technological science?
Studies in History and Philosophy of Science
,
38
, 523–527.
Hansson, S.O. (2009a) From the casino to the jungle. Dealing with uncertainty in technological risk management.
Synthese
,
168
, 423–432.
Hansson, S.O. (2009b) Risk and safety in technology, in A. Meijers (ed.),
Philosophy of Technology and Engineering Sciences
, North Holland, Amsterdam, pp. 1069–1102.
Harford, T. (2011)
Adapt. Why success always starts with failure
, Picador, New York, NY.
Jelinek, M., Romme, A.G.L. and Boland, R.J. (2008) Introduction to the special issue. Organization studies as a science for design: Creating collaborative artifacts and research.
Organization Studies
,
29
(3), 317–329.
Koen, B.V. (2003)
Discussion of the Method
, Oxford University Press, Oxford.
Koen, B.V. (2009) The engineering method and its implications for scientific, philosophical, and universal methods.
The Monist
,
92
(3), 357–386.
Koen, B.V. (2010) Quo vadis, humans? engineering the survival of the human species, in I. Van de Poel and D.E. Goldberg (eds),
Philosophy and Engineering. An emerging agenda
, Springer‐Verlag, Dordrecht, pp. 313–341.
Krige, J. (2006) Critical reflections on the science–technology relationship.
Transactions of the Newcomen Society
,
76
(2), 259–269.
Kroes, P. (2012) Engineering design, in P. Kroes (ed.),
Technical Artefacts: Creations of mind and matter
, Springer‐Verlag, Dordrecht, pp. 127–161.
Krohs, U. (2008) Co‐designing social systems by designing technical artifacts, in P.E. Vermaas, P. Kroes, A. Light and S.A. Moore (eds),
Philosophy and Design
, Springer‐Verlag, Dordrecht, pp. 233–245.
Layton, E.T. Jr. (1974) Technology as knowledge.
Technology and Culture
,
15
(1), 31–41.
Layton, E.T. Jr. (1984) Science and engineering design.
Annals of the New York Academy of Sciences
,
424
(1), 173–181.
Layton, E.T. Jr. (1987) Through the looking glass, or news from lake mirror image.
Technology and Culture
,
28
(3), 594–607.
Layton, E.T. Jr. (1991) A historical definition of engineering, in P.T. Durbin (ed.),
Critical Perspectives on Nonacademic Science and Engineering
, Lehigh University Press, Bethlehem, PA, pp. 60–79.
March, S.T. and Vogus, T.J. (2010) Design science in the management disciplines, in A. Hevner and S. Chatterjee (eds),
Design Research in Information Systems
, Springer‐Verlag, New York, NY, pp. 195–208.
Mayr, E. (1995) Darwin's impact on modern thought.
Proceedings of the American Philosophical Society
,
139
(4), 317–325.
Mayr, E. (2001) The philosophical foundations of Darwinism.
Proceedings of the American Philosophical Society
,
145
(4), 488–495.
McCarthy, N. (2010) A world of things not facts, in I. Van de Poel and D.E. Goldberg (eds),
Philosophy and Engineering. An emerging agenda
. Springer‐Verlag, Dordrecht, pp. 265–273.
Miller, G. (2009) London calling philosophy and engineering: WPE 2008.
Science and Engineering Ethics
,
15
, 443–446.
Mitcham, C. (1994)
Thinking Through Technology. The path between engineering and philosophy
, University of Chicago Press, Chicago, IL.
Norström, P. (2013) Engineers’ non‐scientific models in technology education.
International Journal of Technology and Design Education
,
23
(2), 377–390.
Ostrom, V. (1980) Artishanship and artifact.
Public Administration Review
,
40
(4), 309–317.
Penn, A.S., Knight, C.J., Lloyd, D.J., Avitabile, D., Kok, K., Schiller, F.
et al.
(2013) Participatory development and analysis of a fuzzy cognitive map of the establishment of a bio‐based economy in the Humber region.
PLoS ONE
,
8
(11), e78319.
Pennock, M.J. and Rouse, W.B. (2016) The epistemology of enterprises.
Systems Engineering
,
19
(1), 24–43.
Petroski, H. (2010)
The Essential Engineer. Why science alone will not solve our global problems
, Vintage Books, New York, NY.
Pitt, J.C. (2010) Philosophy, engineering, and the sciences, in I. Van de Poel and D.E. Goldberg (eds),
Philosophy and Engineering. An emerging agenda
, Springer‐Verlag, Dordrecht, pp. 75–82.
Pitt, J.C. (2011a)
Doing Philosophy of Technology
, Springer‐Verlag, Dordrecht.
Pitt, J.C. (2011b) What engineers know, in J.C. Pitt (ed.),
Doing Philosophy of Technology
, Springer‐Verlag, Dordrecht, pp. 165–174.
Popper, K. (1972)
Objective Knowledge
.
An evolutionary approach
, Oxford University Press, Oxford.
Remington, R., Boehm‐Davis, D.A. and Folk, C.L. (2012) Natural and engineered systems, in
Introduction to Humans in Engineered Systems
, John Wiley & Sons, Hoboken, NJ, pp. 7–13.
Ryle, G. (1945) Knowing how and knowing that.
Proceedings of the Aristotelian Society, New Series
,
46
, 1–16.
Sarasvathy, S.D. (2003) Entrepreneurship as a science of the artificial.
Journal of Economic Psychology
,
24
(2), 203–220.
Schmidt, J.A. (2012) What makes engineering, engineering?, in J. Carrato and J. Burns (eds),
Structures Congress Proceedings
, American Society of Civil Engineers, Reston, VA, pp. 1160–1168.
Schwaninger, M. and Grösser, S. (2008) System dynamics as model‐based theory building,
Systems Research and Behavioral Science
,
25
, 447–465.
Simon, H.A. (1996)
The Sciences of the Artificial
(3rd edn), MIT Press, Cambridge, MA.
Sinclair, G. (1977) A call for a philosophy of engineering.
Technology and Culture
,
18
(4), 685–689.
Stein, E. and Lipton, P. (1989) Where guesses come from: Evolutionary epistemology and the anomaly of guided variation.
Biology and Philosophy
,
4
, 33–56.
Van de Poel, I. (2010) Philosophy and engineering: Setting the stage, in I. Van de Poel and D.E. Goldberg (eds),
Philosophy and Engineering. An emerging agenda
, Springer‐Verlag, Dordrecht, pp. 1–11.
Van de Poel, I. and Goldberg, D.E. (2010)
Philosophy and Engineering
. An emerging agenda, Springer‐Verlag, Dordrecht.
Vincenti, W.G. (1990)
What Engineers Know and How They Know It
, The Johns Hopkins University Press, Baltimore, MD.
Watts, D.J. (2017) Should social science be more solution‐oriented?
Nature Human Behaviour
,
1
, 0015.
Will, P. (1991) Simulation and modeling in early concept design: An industrial perspective.
Research in Engineering Design
,
3
(1), 1–13.
Wise, G. (1985) Science and technology.
Osiris
,
1
, 229–246.
Steven L. Goldman
In the spring of 1929, on the occasion of the Gifford Lectures at Edinburgh University, John Dewey asked: ‘Are there in existence the ideas and the knowledge that permit experimental method to be effectively used in social interests and affairs?’ (Dewey, 1988, p. 218). By ‘experimental method’, Dewey meant systematic reasoning about effective means for achieving a specified end. This was problem‐solving reasoning par excellence for Dewey, because it was reasoning that was reflexively shaped by its consequences in a cognitive positive feedback loop characteristic of applied science and engineering. It was just this ‘experimental method’, Dewey argued, that by uniting the results of experiment‐validated scientific knowledge with the objectives of engineering practice had enabled the society‐ and culture‐transforming accomplishments of nineteenth‐century technological innovations. What Dewey was asking in the Gifford Lectures, then, was: Do we know enough, not in science and engineering, but about
