Researching Sensemaking and Situational Architecting A First Step Towards a Guide for Sensemaking, Situational Architecturing, Designing, and Changing Enterprises Hans Nouwens Sogeti Nederland, Vianen, the Netherlands Hans.Nouwens@sogeti.com Abstract. This paper is a request for comments on a research setup for discovering and validating a guide for sensemaking and situational archi- tecturing to design and change enterprises. It includes my philosophical position on research, the initial research questions, a concept research methodology, and a first research artefact with some premature valida- tions. The first research artefact is a conceptualisation and expressions of a new roadmap. An addition to the theoretical arrangement of Teleology - Affordance - Ontology, to guide the way on sensemaking, situational architecturing, designing, and changing of enterprises. Where existing theory depicts a linear relation subject - affordance/function - object, in practice the processes and usage of language of architecturing and de- signing are much more interwoven. By clarifying these, I strive to improve the quality of the enterprise design processes, positively contributing to enterprise cohesion. Using the design science research methodology, I argue the initial relevance and rigor, and propose a first artefact, a con- ceptualisation with several visualisations, and present initial evaluations. Keywords: Research setup · Enterprise Architecture · Enterprise En- gineering · Enterprise Engineering theories. 1 Introduction As practising enterprise architects, we not only create architectures and support enterprises with their decision-making processes. We also support enterprises by improving their architecture practice, and train students and co-workers on the topic of architecture. In this rich context and mix of application and the- ory we experience ambiguous interpretations of the foundations that guide our architecture practice. I am convinced that we need more and better architects to guide enterprises, explicitly including the public institutions, in their digital transformation. As a personal goal, I want to improve the architecture profession by contribut- ing to the theory, translating the theory to educational content, and teaching Copyright © 2021 for this paper by its authors. Use permitted under Creative Commons License Attribution 4.0 International (CC BY 4.0). 2 H. Nouwens architects. This paper is part of my first goal: setting up a research project to start contributing to the theory. Part of this research is understanding the theoretical foundation of designing enterprises in a broad sense. Starting from the subjective perspective of sense- making, using the objective perspective of enterprise architecturing and enter- prise engineering to create one of the preconditions for a changing enterprise. Part of this theoretical foundation is the distinction between function and construction, as described by the Enterprise Engineering τ -theory by authors such as Dietz, Mulder and Hoogervorst [5,11,12]. 2 Research questions I want to improve the theoretical foundation of the way of thinking and the way of working by enterprise architects. Of course, this huge topic should be narrowed down to a set of manageable research questions. The following description is an initial attempt to gather thoughts, formulate the questions and receive feedback. How to enable enterprise digital transformation by improving the way of thinking and the way of working for enterprise architect in the con- text of enterprise sensemaking, enterprise architecturing, and enterprise engineering? This main question may be answered by answering the following groups of sub-questions: 1. On the theory of sensemaking, designing and architecturing: Typically a literature study - To be developed. 2. On guiding architects on sensemaking, designing and architectur- ing: When studying the τ -theory, I observed that it is an ontology, merely de- scribing what kind of way points there are. Although many authors do not agree on the exact meaning, the general accepted translation, according to the philosophical and spiritual tradition of Taoism, of the Chinese word Tao is the way, path, route, or road. (RQ 1.) What to add to the τ -theory to guide architects on how to navigate sensemaking, designing and architecturing? What recommendations can we provide for enterprise architects to navigate enterprise digital transformations? 3. On situationally managing an enterprise and governing change: - To be developed. 4. On situationally managing changes: - To be developed. Researching Sensemaking and Situational Architecting 3 2.1 My philosophical position on research I slowly start to recognise my personal disposition and tendency to a rational epistemology where reason is the source and proof of knowledge. I do acknowl- edge that this conflicts with my starting point as an enterprise architecture practitioner. Artefacts, concepts and methods do not come into their existence almost purely by deduction and intuition. Surely, it must be based on my em- pirical experiences as a practitioner too. Reading about the difference between rationalism and empiricism [15], I found references leading me to an interesting position as described by the philoso- pher Kant. His three distinctions: a priori versus a posteriori, analytic versus synthetic, and nouminal versus phenomenal, lead Kant to a new compromise. His epistemology can be summarised as ”The idea is not that our minds literally create the world, but that our minds organise experience, so we perceive it as recognisable objects”. Kant’s epistemology explains to me why I am trying to explain a theoretical model that is to be used as a basis for architecturing. Somehow my mind has organised my experiences and formed a pattern that I use to recognize the way design processes are organised. A pattern that is maturing by discussing about it, by describing it, by trying to evaluate its use and applicability. This is what drives my research as in RQ.1, searching for this artefact. Awareness of this position leads to my preferred research method that explic- itly focus on a hybrid position, the design research methodology. Summarised, this methodology uses three cycles to design an artefact [10]. (See Fig. 1) – Design Cycle (main) - iterating the activities of building and evaluating the design artefacts and processes of the research. – Relevance Cycle - bridging context with the main Design Science Research activities. Contributing requirements and testing of the application of the artefact. – Rigor Cycle - bridging scientific foundations, experience, and expertise to inform the main cycle. Contributing grounding and additions to the knowl- edge base [10]. A more recent and appropriate research approach has been suggested. This has been described in a paper called ”A design science research methodology for information systems research” [18]. Peffers describes a process sequence that we will use to restructure a next version of this paper. 4 H. Nouwens Fig. 1. Design Science Research Cycles. [10, fig.1] 3 Designing a first artefact The remainder of this paper elaborates my first research question RQ 1.: (RQ 1.) What to add to the τ -theory to guide architects on how to navigate sensemaking, designing and architecturing? 3.1 Research methodology for RQ 1. Because the strict distinction between rationalism and empiricism can impede rather than advance our understanding[15], and because the Design Science Re- search method explicitly integrates an empirical way of working in the relevance cycle and the evaluation, this combination with the emergent designing and the Rigor cycle should enforce a better balance between the two. Hence, the research methodology I will be using is Design Science Research. 3.2 Relevance The field of Enterprise Engineering (EE) started out as practice, gradually adding the underlying scientific foundation [19]. Foundational publications have been created by authors such as Dietz, Mulder and Hoogervorst [1,5,11,12]. Mul- tiple researchers have dedicated their energy on adding to the body of knowledge as recorded in the series “Advances in Enterprise Engineering”. A growing num- ber of classes are taught, more and more students and practitioners are exposed to the Enterprise Ontology (EO) way of thinking and the Design and Engineering Methodology for Organizations (DEMO) way of working. A concept hard to grasp for these students and practitioners is the funda- mental difference between the function and the construction of a system. This Researching Sensemaking and Situational Architecting 5 comprehension is especially important for architects, as their work and respon- sibilities involve constantly bridging this incommensurable language barrier. As Enterprise Architecture (EA) practitioners start to broaden their hori- zon, their blurred vision of the scope of their own profession, the root of many misunderstandings, needs clarifying [14]. According to Lapalme, the school of “Enterprise Integrating” architecture is grounded in systems thinking and needs to approach enterprise design holistically or systemically, rejecting reductionism and embracing complexity and dynamics. The school of “Enterprise Ecological Adaptation” includes the bidirectional relationship of an enterprise to its en- vironment, increasing the complexity again. Referring to the architect being a nurturer, facilitating a learning organisation, and requiring “a great deal of sense- making — a collaborative process by which people give meaning to experience” [14]. In my opinion, the way to navigate between purpose, affordance and prop- erty, and their respective perspectives, is not shown sufficiently in the several descriptions of the TAO and BETA theories. Practitioners comprehending the incommensurability are not able to translate this in their methods, processes, and deliverables prescriptions. Hence, an attempt to add my insights in this matter by extending the TAO ontology. 3.3 Rigor 3.3.1 TAO Theory The τ -theory, as part of the philosophical foundations of the Enterprise Engineering theories, provides the basis for understanding the notion of systems and models, and clarifies the distinction between function and construction [2,5]. It shows three elements: Teleology – Affordance – Ontol- ogy. Hence its name TAO. (see figure 2) Teleology is the subjective perspective, explaining why something is, the cause of its existence as experienced by the subject. Ontology is the objective perspective, using its properties to describe what something is. Fig. 2. an extended visualisation based on [5, fig. 4.9], including the 2020 τ -theory elaboration. Affordance is originally described as what the environment offers to the an- imal [8, p. 120], a passive subject-object relation. This was broadened by Dietz 6 H. Nouwens and Mulder in its meaning for enterprises [5, fig. 4.9]. A function is the intended subset of affordance that delivers a need for a stakeholder. The distinction between the function and the construction is represented in their respective models: the functional model and the constructional model, re- spectively referred to as the black-box model and the white-box model. Dietz and Mulder [5] suggest to use the term “business” when referring to the func- tion perspective and decomposition, and “organisation” when referring to the construction perspective and decomposition. 3.3.2 Design process, synthesis and matching behaviour As Hooger- vorst explains, the teleological language expresses goals and purposes [12]. From the teleological perspective, these point to the relationship with a human, being formed by the meaning of the purpose and goals. The ontological language is used to express a description how things and phenomena are. These teleological and ontological languages have no common concepts and words to reason from a concept in one language to the other. The languages are incommensurable. There is no formal procedure to derive a realisation from purpose and goals. The only possible route is to employ a creative human agent that iteratively synthesises a solution. Fig. 3. Function-Behaviour-Structure ontology and process steps, [7, fig .1] The Function-Behaviour-Structure ontology is based on the work of John S. Gero[7] and conceptualizes design objects in three ontological categories: func- tion (F), the teleology of the artefact (‘what the artefact is for’), behaviour (B), the artefact’s attributes that can be derived from its structure (‘what the arte- fact does’), and structure (S), its components and their relationships (‘what the artefact consists of’). [7, p. 265]. There is a necessity to derive the exposed behaviour from a designed arte- fact. This is needed to validate the resulting behaviour (hopefully matching the Researching Sensemaking and Situational Architecting 7 expressed requirements) that resulted from the goals as expressed by the stake- holder. A goal decomposition in measurable terms should improve the require- ments elicitation, and work as an objectification of the matching of a proposed designed artefact. My view in this matter is a combination of the τ -theory and appended with the necessary distinction between stakeholders and designer. This view exposes two cycles and allows for identifying issues and improvement suggestions re- garding the elicitation of the requirements, such as the aforementioned goal decomposition. Fig. 4. my view on the combination of the τ -theory and the process ontology by Gero 3.3.3 BETA Theory and two iterative maps The β-Theory (BETA, Building from Essence with Technology and Architecture) is an organisational design theory and is part of the Enterprise Engineering theories. The theory is about designing artefacts [5, par. 4.4.8] and introduces the General System De- velopment Process (GSDP) as a framework for understanding the development of an object system for the benefits of a using system [5]. More recent visualisations of the process include the architecture element, relating it to the functional and constructional principles that are used in the function and construction design process steps. The Basic Enterprise Engineering Map (BEEM) as developed by van Dipten [6], gives insight into the coherence of activities and results in the field of IT. The map iterates a GSDP process in the dimension of the realisation axis of the En- terprise Engineering Framework (EEF). Hence, my earlier remark that this map should be named BERM[17, p. 35]. As an alternative, using the engineering axis, I created another map to show the iterative relation between function and con- struction[17, par. 7.2]. Emphasising the embedding of the classical architecture layers and visualised with Archimate. (See Fig. 5) The relations between the functional and constructional elements are mod- elled as Archimate’s ”used by” and ”realizes” relations. The relation with the causes is modelled as realisation of principles and goals. This map was originally intended as a tool to find the right type of requirements for (cloud)sourcing sce- nario’s. In practice, it worked out as a tool to explain the combination of the containment relations and the recurring function-construction distinction. 8 H. Nouwens Fig. 5. The EEF and an iterative design process map[17, fig. 21 & 22] 3.3.4 Teleology Going back to the 4th century BC, Aristotle is writing about causal explanation. His surviving manuscripts Physics II.3 and Metaphysics V.2 are part of the collective known as the Corpus Aristotelicum. Aristotle’s four answers to the why questions: – Matter - ( `ύλη, hū ´lē ) the material cause of an object. Referring to the materials that causes the object to be. For instance, water being the material cause of an ice cube. However, also including all physical components that together become a new object. – Form - ( ε˜ı́δoς, eı̂dos ) the formal cause of an object. Referring to the shape of an object. For instance, the roughly cubical shape of an ice cube. – Agent - ( κινoυ̃ν, kinoũn ) the efficient cause of an object. Referring to the agent or actor performing the change that brings an object to existence. However, also the actor’s knowledge and skills to do so. For example, the ice maker plus his or her knowledge of making ice cubes. – End or purpose - (τ έλoς, télos ) the final cause of an object. Referring to the purpose of an object, separated from human desires. For instance, the purpose of an ice cube is to cool down something. According to Aristotle, objects in the natural world may have a purpose on its self, even if humans would not have created the object. When this abductive reasoning (the best available reason) is confronted with the theory of evolution by Darwin, soon better arguments are to be found. Fortunately, in our context of enterprise engineering this is not a problem, as enterprises are the result of human construction and hopefully not the result of random evolution and survival bias. 3.4 Artefact: a Teleology - Function - Ontology roadmap I envision and visualise two perspectives (subjective and objective) next to each other. (See Fig. 6) Researching Sensemaking and Situational Architecting 9 Fig. 6. 2 perspectives, 4 states and 3 languages – The language used in the subjective perspective is the teleological language. It uses terms like “feel”, “purpose” or “goal”, “for the subject”, and “reason”. It answers the why questions, the purpose, analogue to the final cause by Aristotle. – The language used in the objective perspective is the ontological language. It uses terms like “it is”, “entities”, “being”, “categories”, “white box”, and “existence”. It answers the what and how questions, the material and form, analogue to the material cause and the formal cause . – The language used on the border of the two perspectives is about functions. It is the functional language, used to describe the subject-object relation as required by the user / stakeholder and described by the designer. This is analogue to the combination of the final, formal and material causes1 . It uses terms like “for whom”, “value”, “requirement”, “need”, “black box”, and “affecting”. It answers the what it does and for who questions. The vertical dimension in the proposed visualisation depicts the difference between the current state on the top side and the future or desired state on the bottom. This adds the needed path, the way, the Tao to get from one state to another state2 . Note that there is no available language to bridge the gap between the subjective and objective perspectives as these perspectives are in- commensurable, as explained by Hoogervorst [12]. Bridging the gap between 1 The fourth, efficient cause by Aristotle, is not represented in the visualisation. 2 For now I use the terms ”state” and ”transition”. I am open for suggestions for alternative terms. 10 H. Nouwens these perspectives is an iterative and creative process. It is related to the verbs: designing and engineering. For the purpose of a map, the combination of these two triangles should be able to extend to multiple levels by putting side 1-2 of a next level right under side 3-4 of the first level. 3.4.1 States the corners of the map represent four different awareness states. 1. Purpose & Current - Awareness: why we are 2. Function & Current - Awareness: what we are, and for who 3. Function & Desired - Awareness: why we want to become, and for who 4. Property & Desired - Awareness: What we want to become 3.4.2 Transitions With these states, I am able to describe the state transi- tions, a change from one state to another state. For example, from being aware of x to being aware of y. – The transition 1 ⇒ 3 is an description of purpose to the desired purpose. The applicable language is and stays teleological, thus state 3 can be derived (analyse, fit-gap, procedural) from 1. – The transition 1 ⇒ 2 is bridging from the teleological language to the onto- logical language, incommensurable, thus a design process. The goal is aware- ness of what is. – The transition 2 ⇒ 3 on the subjective side represents guidance of the in- tended state by providing a value. The transition 2 ⇒ 3 on the objective side represents the prescription of the intended state by providing an function. This combination of the subjective and objective perspective, guiding and prescribing, should be expressed in a functional language: what to become, for who and why. – The transition 2 ⇒ 4 is the prescribing the properties and objects. A descrip- tion What should be done. The applicable language is and stays ontological, thus state 4 can be derived from 2. – The transition 3 ⇒ 4 is bridging the teleological language to the ontological language, incommensurable, thus a design process. The goal is awareness of what to become and how. An invisible nuance in the visualisation is the iterative and, especially re- garding the design processes, the emergent nature of the transitions. 3.5 Evaluation At this time I have developed three initial evaluations. These have to be elabo- rated. Researching Sensemaking and Situational Architecting 11 3.5.1 Evaluation 1 - Adding enterprise labels The goal of this first eval- uation is to validate the applicability of the conceptualisation and expression in the context of an enterprise and the statements and documents senior man- agement uses to describe and guide it purpose and strategy. Typically, they use labels such as mission, goals, vision, strategy, architecture, value statements etcetera. I compared three sources from [16,13,3] and various Wikipedia lemmas. Un- fortunately, there are many ambiguous explanations of these labels. Mission, Vision and Values I see as the current situation. The Goals and Strategy are geared towards the desired situation. (See fig.7) Fig. 7. two perspectives on enterprise (strategy) development, including labels 1. We know: why we are - Label: Mission 2. We know: what we are, and for who - Label: Vision & Values 3. We know: why we want to become, and for who - Label: Goals 4. We know: What we want to become and how - Label: Strategy The ∇ triangle 1-2-3 can be given the label enterprise sensemaking. Describing why we are, what we value, who to create value for, getting to things that are and how they should become. Guiding the goals based on the values. – Mission: Why are we? What is our meaning in our environment or business ecosystem? Why do we exist? The business purpose. – Vision & Values: What are we? What do we contribute to our stakeholders? What value do we create? 12 H. Nouwens – Goals: What do we want to be, and why? What do we want to contribute to our stakeholders? What value do we want to create? How do we measure our success? The 4 triangle 2-3-4 can be given the label enterprise architecturing3 [enterprise engineering?]. On the one hand applying principles, prescribing how to make decisions: how and for whom. On the other hand, the models prescribing what to become. – Vision & Values (as previous description) – Goals (as previous description) – Strategy: What do we need to become? What means do we need? What steps do we take to reach our goals? 3.5.1.1 Transitions between enterprise states In this model, a state has a meaning in the context of enterprises. For example: State 1 is the enterprise being aware of its mission. The transition is: How does it become aware of its vision and goals? This includes the processes to create explicit statements, documents, culture, awareness etcetera. – The transition 1 ⇒ 3 is getting from a describing of the general purpose to the intended purpose for the enterprise. The applicable language is and stays teleological, thus state 3 can be derived from 1 via a (procedural) fit-gap analysis. – The transition 1 ⇒ 2 is a design process. Bridging the teleological language to the ontological language, incommensurable, thus a design process. The result is a high-level prescription of what the enterprise is, a vision. – The transition 2 ⇒ 3 on the teleological side represents guidance of the intended purpose. The transition 2 ⇒ 3 on the ontological side represents the prescription of the intended goals. Together they work as a function, the combination of the subjective and objective. A functional prescription of what to become, for whom and why. – The transition 2 ⇒ 4 is the prescribing the properties and objects. What should be done, the strategy. The applicable language is and stays ontologi- cal, thus state 4 can be derived from 2 via a (procedural) fit-gap analysis. – The transition 3 ⇒ 4 is a design process. Bridging the teleological language to the ontological language, incommensurable, thus a design process. The result is a recipe of what the enterprise should to reach its vision and goals. A strategy. The route to a strategy can be summarised as: State 1 ≈ 2 (designing); State 2 ⇔ 3 and 1 ⇒ 3 (iteration, deriving); State 2 ⇒ 4 and 3 ≈ 4 (deriving, designing) 3 Architecting is creating architects, architecturing is creating architectures [4, p. 6]. Researching Sensemaking and Situational Architecting 13 3.5.1.2 A survey A survey was set up to verify this mapping. A list of enterprise statements is given: mission, vision, goals, strategy, internal values, external values, enterprise architecture, other-1 and other-2 (two optional labels to be filled by the inter- viewee). The questions of the survey are: – What questions are answered with the following enterprise statements or documents? and by who? – Are these statements aimed at the past, current, or future situation? – What statements are needed as input for these statements? (a relation ma- trix) and are there any combinations that are especially complicated or easy, and why? – What language is used? Aimed at explaining the ”why”, aimed at stakehold- ers, or aimed at answering ”what”? 3.5.1.3 Discussion The enterprise labels are very ill-defined, making it susceptible to multiple inter- pretations. Within this bandwidth it is possible to map the common enterprise labels to the conceptualisation. The survey setup was tested once. The feedback was mainly on some of the form labels. No fundamental discussion on the questions. It immediately showed a complete different explanation of the meaning of one of the statements. 3.5.2 Evaluation 2 - adding a second level The existence and awareness of a strategy is just the start of the path to a changed enterprise. Can we add a second level to the conceptualisation and again add enterprise labels? The states (see figure 8): 5. We know: Why and what to do, and for who - Label: enterprise portfolio 6. We know: What to do - Label: programs / projects / changes 3.5.2.1 Discussion A question arises about the two design processes from states 3 ⇒ 4. The first is an engineering properties process from the first level. The result is a recipe of what the enterprise should to reach its vision and goals. A strategy. The second is a transition between the same states, but on the second level. In this subjective perspective it now becomes a process that designs the functions from the goals, to that same strategy. This needs some more deliberation. 3.5.3 Evaluation 3 – mapping the architecture principle lifecycle In their paper, Greefhorst and Proper [9, p. 3] propose a generic process that han- dles the entire life-cycle of architecture principles. They describe the creation, validation, application and managing changes of the principles. There could be a relation between the processes and the proposed roadmap. 14 H. Nouwens Fig. 8. 2 perspectives on the second level, the paths from strategy to projects 3.6 Conclusion and request for comments RQ 1 The proposed roadmap addition for a TAO ontology and accompanying visuali- sation reflect my vision of the complicated relations between teleology, function, and ontology and how the subjective and objective perspectives could/should be used to guide design processes. The distinction between three different and incommensurable language types is explicitly visible, recognising that emergent and creative design processes are necessary to bridge between them. First evaluations of these artefacts are ongoing. 3.7 Conclusion and request for comments - Main I am (barely) aware of the vast amount of literature on this topic. I invite you, next to comments on the research setup and proposed artefact, to give any recommendations on this topic. References 1. Albani, A., Aveiro, D., Barjis, J.: Advances in enterprise engineering VI: Second enterprise engineering working conference, EEWC 2012, delft, the netherlands, may 7-8, 2012. proceedings. In: Lecture Notes in Business Information Processing. vol. 110. Springer Berlin Heidelberg (2012). https://doi.org/10.1007/978-3-642- 29903-2 2. Aveiro, D., Tribolet, J., Gouveia, D.: Advances in enterprise engineering VIII: 4th enterprise engineering working conference, EEWC 2014, funchal, madeira island, portugal, may 5-8, 2014. proceedings. In: Lecture Notes in Business Information Processing. vol. 174. Springer International Publishing (2014). https://doi.org/10.1007/978-3-319-06505-2 3. Bowen, S.A.: Mission and Vision. Wiley, 1 edn. (2018-08). https://doi.org/10.1002/9781119010722 Researching Sensemaking and Situational Architecting 15 4. Dietz, J.L.: Architecture, building strategy into design. Academic Service is an imprint of Sdu Uitgevers bv (2008) 5. Dietz, J.L., Mulder, H.B.F.: Enterprise Ontology: A Human-Centric Approach to Understanding the Essence of Organisation. The Enterprise Engineering Series, Springer International Publishing, Cham (2020). https://doi.org/10.1007/978-3- 030-38854-6 6. van Dipten, E., Mulder, H.: Basic enterprise engineering map. Tijdschrift Infor- matie (2011-10), https://www.researchgate.net/publication/307881971 7. Gero, J.S., Kannengiesser, U.: Towards a situated function-behaviour-structure framework as the basis of a theory of designing. In: An anthology of theories and models of design, pp. 263–283. Springer (2014-02). https://doi.org/10.1007/978-1- 4471-6338-1_13 8. Gibson, J.J.: The Ecological Approach to Visual Perception. Psychology Press (2015) 9. Greefhorst, D., Proper, H.: A practical approach to the formulation and use of architecture principles. In: 2011 IEEE 15th International Enterprise Dis- tributed Object Computing Conference Workshops. pp. 330–339. IEEE (2011-08). https://doi.org/10.1109/EDOCW.2011.18 10. Hevner, A.R.: A Three Cycle View of Design Science Research. Scandinavian Jour- nal of Information Systems 19, 6 (2007) 11. Hoogervorst, J.A.P.: Enterprise governance and enterprise engineering. Springer Berlin Heidelberg (2009). https://doi.org/10.1007/978-3-540-92671-9 12. Hoogervorst, J.A.: Foundations of Enterprise Governance and Enterprise Engineer- ing - Presenting the Employee-Centric Theory of organisation. Springer (2017). https://doi.org/10.1007/978-3-319-72107-1 13. Kaplan, R.S., Norton, D.P.: Developing the strategy: Vision, value gaps, and anal- ysis. Harvard Business Review p. 7 (2008), https://store.hbr.org/product/develo ping-the-strategy-vision-value-gaps-and-analysis/b0801a?sku=B0801A-PDF-ENG 14. Lapalme, J.: Three schools of thought on enterprise architecture. IT Professional 14(6), 37–43 (2012-11). https://doi.org/10.1109/MITP.2011.109 15. Markie, P., Folescu, M.: Rationalism vs. empiricism. In: Zalta, E.N. (ed.) The Stan- ford Encyclopedia of Philosophy. Metaphysics Research Lab, Stanford University, fall 2021 edn. (2021), https://plato.stanford.edu/archives/fall2021/entries/ratio nalism-empiricism/ 16. Minnesota, U.o.: Principles of Management. University of Minnesota Libraries Pub- lishing (2015-10-27), https://www.worldcat.org/title/principles-of-management/ oclc/959237610, university of Minnesota Libraries Publishing edition, 2015. This edition adapted from a work originally produced in 2010 by a publisher who has requested that it not receive attribution. 17. Nouwens, H.: Identifying and mitigating root causes related to the strate- gic sourcing process within the context of EU procurement guidelines us- ing concepts of enterprise governance and enterprise engineering (2015-05). https://doi.org/10.5281/zenodo.5213936 18. Peffers, K., Tuunanen, T., Rothenberger, M.A., Chatterjee, S.: A design science research methodology for information systems research. Journal of Management Information Systems 24(3), 45–77 (2007-12). https://doi.org/10.2753/MIS0742- 1222240302 19. de Vries, M., Gerber, A., Van der Merwe, A.: The nature of the enterprise engi- neering discipline. In: Advances in Enterprise Engineering VIII. pp. 1–15 (2014). https://doi.org/10.1007/978-3-319-06505-2