<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Defining a new perspective: Enterprise Information Governance</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Alastair</forename><surname>Mccullough</surname></persName>
							<email>alastair.mccullough@cs.ox.ac.uk</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Computer Science</orgName>
								<orgName type="institution">Oxford University</orgName>
								<address>
									<settlement>Oxford</settlement>
									<country key="GB">United Kingdom</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Defining a new perspective: Enterprise Information Governance</title>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">EE3668D2302C64A4830D862B047544FF</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2025-04-23T18:28+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Data Governance</term>
					<term>Information Governance</term>
					<term>Enterprise Architecture</term>
					<term>Enterprise Information Governance</term>
					<term>Data Management</term>
					<term>Data Product</term>
					<term>Data Object</term>
					<term>Policies</term>
					<term>Standards</term>
					<term>Regulatory Framework</term>
					<term>Data Strategy</term>
					<term>Target Business Architecture</term>
					<term>Operating Model</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This paper adduces a novel definition of regulatory enterprise information governance as a strategic framework that acts through control mechanisms designed to assure accountability in managing decision rights over information and data assets in organizations. This new pragmatic definition takes the perspectives of both the practitioner and of the scholar. It builds upon earlier definitions to take a novel and more clearly regulatory approach and to synthesize a new definition for such governance; to build out a view of it as a scalable regulatory framework for large or complex organizations that sees governance from this new perspective as a business architecture or target operating model in this increasingly critical domain. The paper supports and enables scholarly consideration and further research. It looks at definitions of information and data; of strategy in relation to information and data; of data management; of enterprise architecture; of governance, and governance as a type of strategic endeavor, and of the nature of strategic and tactical policies and standards that form the basis for such governance.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Introduction</head><p>Looking across the scope of what scholars and practitioners across the literature today call "Data Governance" <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b1">2]</ref>, there is a pressing need to re-frame and define the domain pragmatically in a knowledge space where today Oxford's Bodleian Library includes very well over two thousand references to titles containing the term. Definitions of such governance in the literature see information governance neither as a business architecture nor as an operating model: This paper takes the perspectives of both the practitioner and of the scholar to do so in the context of enterprise architectures and to offer a different perspective to reframe such governance to enable data strategists, governance designers, enterprise, business and data architects, scholars and researchers to use this clearer definition as a basis for their work.</p><p>The paper builds upon earlier researchers' definitions to take a novel and more clearly regulatory approach and to synthesize the new definition of such governance; to build out a view of it as a scalable regulatory framework for large or complex organizations that sees information governance as a business architecture. This view includes data strategy and enterprise architecture perspectives, a considered definition of information as a superset of data in this context, and the differentiation between the management and the governance of data. It is specifically framed both for field practitioners and scholars reviewing, designing, assessing, and researching governance and the target business architectures or operating models of governance. The paper supports and enables scholarly consideration and more advanced research and thinking in this increasingly critical domain.</p><p>The paper explores and proposes a specific, re-framed term and new definition, "Enterprise Information Governance," to characterize a regulatory framework in this space as a strategic approach, or meta-regulation. The paper takes this new approach by using the term "enterprise" in the same way as enterprise architects do: Industry analyst, Gartner®, defines enterprise architecture as "a discipline for proactively and holistically leading enterprise responses to disruptive forces by identifying and analyzing the execution of change toward desired business vision and outcomes." <ref type="bibr" target="#b2">[3]</ref> First, information and data are considered as concepts, then data strategy, and thinking around this is reviewed. The paper then looks at information and data governance, what it might mean; the differentiation between management versus governance; and adduces a novel definition for enterprise. It will use this also to discuss regulation of data via policies, standards, and procedures as part of governance. The paper uses a graphic representation to enable the reader to understand the new definition with clarity.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Information, Data, Big Data, and Data Objects</head><p>Information and data are as essential to organizations today as they have ever been, but their situation and disposition are far more complex today than they have ever been too, not least with increasing and popular interest in Artificial Intelligence dominating academic and commercial thought. One term that has become hackneyed with over-quotation is "big data". We can characterize it as data with volume, variety, velocity, and veracity requiring solutions that do not natively fit with traditional approaches to handling information management challenges. <ref type="bibr" target="#b3">[4]</ref> Yet in a business and consumer world in which we see IT industry-dominating platform service providers, and fast-evolving AI technologies, landscapes, and ecosystems, finding a path forward in terms of governing such big data is far from simple.</p><p>Data scientist Clive Humby's famous and popular observation in 2006 that "data is the new oil" <ref type="bibr" target="#b4">[5]</ref> has become a truism. Yet, sixteen years later, Forbes magazine's Nisha Talagala recently observed, "it is not enough to have data. One needs to have a Data Practice -a commonly understood and consistently executed set of principles for managing data." <ref type="bibr" target="#b5">[6]</ref> An abiding question in information technology today revolves around how to achieve the proper management of three traditional areas that consultants consider when they work with their clients in the technology domain: People, process, and technology. <ref type="bibr" target="#b6">[7]</ref> Some form of "governance" is the solution for which leaders search and the terms "data governance" and "information governance" are widely used. We can find them today appearing internationally in industry, commerce, government and increasingly in academia, too. Considering Talagala's theme of principles for managing data, to align people, process, and technology with respect to data, this paper works towards a clearer understanding of what it is that needs to be governed.</p><p>There is an unresolved tension hidden in governance texts, and the research and the design of governances. It lies in the use of the terms "information governance" and "data governance". Partly this is because there are common understandings used in the IT industry, and to which people come by diverse means. Partly, the tension arises because of uncertainty about what each term might mean: They are functionally woolly. But partly, too, with an emergent discipline, the meaning of governance itself can be ill-defined and misunderstood. This paper looks here at the terms "information" and "data", to provide a baseline for deeper, and different, definition of governance.</p><p>James Luisi sees the role of enterprise architecture as lying in the development of "various frameworks for IT that both facilitate the direction of the business and address major pain points… thereby aligning business vision and strategy with IT delivery" <ref type="bibr" target="#b7">[8]</ref> and its mission as developing "the skills, business principles, standards, and frameworks for each architectural discipline necessary to prepare the IT resources of the organization to act effectively to achieve the direction set by the executive leadership team."</p><p>Steve Lockwood and their co-authors define enterprise architecture as providing a "framework for the business to add new applications, infrastructure, and systems for managing the lifecycle and the value of current and future environments," <ref type="bibr" target="#b8">[9]</ref> determining that it, "provides the alignment across business strategy, IT strategy, and IT implementation. It tightly integrates the business and IT strategies to create an ongoing way to use IT to sustain and grow the business."</p><p>Paul Brous, Marijn Janssen, and Riika Vilminko-Heikkinen say that "There is much confusion about what 'data' really is. Data is a set of characters, which have no meaning unless seen in the context of usage. The context and the usage provide a meaning to the data that constitute information." <ref type="bibr" target="#b9">[10]</ref> "Data" are typically held in operational data stores and varietal components that constitute information technology systems and "systems of systems." <ref type="bibr" target="#b10">[11]</ref> Increasingly, such data are processed at scale <ref type="bibr" target="#b11">[12]</ref> to address a variety of requirements, and concerning a wide variety of uses.</p><p>Boisot and Canals <ref type="bibr" target="#b12">[13]</ref> argue that "the difference between data, information, and knowledge is… crucial." They summarize, "information is an extraction from data that… has a capacity to perform useful work."[14] Also, that "The utility of data resides in the fact that it can carry information about the physical world; that of information, in the fact that it can modify an expectation or a state of knowledge." Their graphical representation of this <ref type="bibr">[15]</ref> and commentary show they view data as effectively an informative lower, or more granular level, of factual insight or knowledge input, subsumed by information. The authors quote Roland Omnès in observing that, "data are for us a macroscopic classical fact… The datum is an essential intermediary for reaching a result." <ref type="bibr" target="#b13">[16]</ref> Considering the life of these data, they can be said typically to follow what might be called "a lifecycle" <ref type="bibr" target="#b14">[17]</ref> in context in an organization. Such a lifecycle can be seen as beginning with data creation or collection, and transitioning through their processing, dissemination, use, storage in operational data stores such as databases and data marts, and disposition (for example, in an archive of less frequently used information), through to their destruction and deletion when no longer needed, or for security, regulatory or legal reasons. Part of the essential management thinking around data is the concept of treating them as intangible assets <ref type="bibr" target="#b15">[18]</ref>. That is, broadly speaking, things that contribute to final production in an economy <ref type="bibr">[19]</ref>.</p><p>Weber, Otto and Österle observe that, "Data is often distinguished from information by referring to data as 'raw' or simple facts and to information as data put in a context or data that has been processed." They are satisfied that the terms data and information can be used interchangeably <ref type="bibr" target="#b16">[20]</ref>. Humby noted in their 'New Oil' speech that, "It is easy to grab a single fact and extrapolate that one fact into an actionable direction. But without context a fact is just that: A fact. It is not an insight." <ref type="bibr" target="#b17">[21]</ref> Michael Buckland <ref type="bibr" target="#b18">[22]</ref> introduces the concept of "Information as Thing," in respect of which they determine that "information" can take forms as a process, as knowledge, and ("as thing") attributively for objects such as data and documents that are informative. Information is, by implication, a superset of the facts represented by data. Buckland sees "data" as implying "the sort of information-as-thing that has been processed in some way for use", and as denoting computer-stored records.</p><p>Michael Madison <ref type="bibr" target="#b19">[23]</ref> distinguishes Data-as-form ("data seem thing-like… capable of exclusive ownership and control and subject to regulation as if [they] were an artifact") and data-as-flow ("wave-like, fluid, continuously evolving, even moving, aggregations of information.") In considering the lifecycle of data, essential to information architectures, through which data flow and in which they are held and stored; also in the lifecycle of data as they pass around an ecosystem. Madison notes, "The key point, illustrated by the necessity of metaphor, is that data are simultaneously form and flow." <ref type="bibr">[24]</ref> In consideration of the regulation and control of data, both their fluidity, and "thingness", will require regulatory governance as well. A useful perspective considering the oil analogy, Madison determines "'Data as [the new] oil' can be misleading. Oil is tangible, and oil reserves are depletable. In most senses, data are intangible, and pools or collections of data are not depletable" <ref type="bibr">[25]</ref>; but also, "Data-as-flow captures the metaphorical instinct to look at data's fluid attributes." <ref type="bibr">[26]</ref> It could be determined from these analyses that "information" might be viewed as a superset in a technology landscape, and "data" a subset, in a consideration of semantics, information versus data. This construct would be useful, in that it would enable a consideration of information and data as terms at relative levels within and across an enterprise. "Information" can then be seen as an overarching term, more strategic and encompassing; more aligned with (and align-able to) a defined strategy and the IT context.</p><p>"Data" could be seen usefully as more operational, processable, resources: Thingsassets-to be governed and controlled at a lower level, perhaps; and more associated with delivery, with software interaction and day-to-day activities in departments and teams.</p><p>In a 2021 paper, IBM® conceived of a particular concept, used in the design of governances for consulting clients, that of the "data object". It was defined as: "the information or data owned within the scope of ownership." <ref type="bibr" target="#b20">[27]</ref> It introduced concepts of ownership of data, of their stewardship and custodianship, but also of a bounding of ownership, a domain or scope. IBM said that data objects must be: "Owned by a named Data Owner; Stewarded by a named Data Steward; In the Custody of a named Data Custodian."[28] Data owners "make decisions about the data to address the needs of their business function or the wider organization." Data stewards "are managers of the data (information) and of its implications." Data custodians "work closely with Data Owners, Data Stewards, and data security and protection (CISO) teams to define data security and access procedures, administer access systems, manage the disposition of the data day-to-day."[29, 30] A data object may physically relate to one or more data items. It can be constituted from a single byte, or many petabytes or zettabytes of data: "There is no physical or logical limit to the size, volume, or scale, of a data object in terms of governance. The storage mechanism with which or upon which a data object is stored is not relevant to its governance, but may be relevant to its ownership." <ref type="bibr" target="#b21">[31]</ref> This conceptualization recalls Buckland's "information-as-thing" and implies clearly that data have been processed in some way, too. But this also resonates with Madison's concept of data-as-form. The concept of there being no limit to volume, to scale or size is pertinent to a consideration of "big data."</p><p>Synthesizing from Humby's idea about context, Gartner, Luisi, Boisot and Canals, Weber, Otto and Österle, Omnes and Buckland, and Madison, there appears to be clearly emerging a concept of "enterprise information." In fact, this is already encapsulated by Lockwood, et al., as, "Enterprises need to achieve information agility, leveraging trusted information as a strategic asset for sustained competitive advantage… Companies need to have… a comprehensive, enterprise-wide approach for information strategy and planning, and it is this which is considered an enterprise information strategy." <ref type="bibr" target="#b22">[32]</ref> </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Strategy and Data Strategy, Vision, and Business Architecture</head><p>In this paper's discussion of the governance of information and data, both the consideration of strategy and of tactics are of significant moment. In theory, it might be determined that a strategy is about exploring and defining activities <ref type="bibr" target="#b23">[33]</ref>: It should explore the path to be taken, formulate an approach, and then determine the initiatives and activities out of which that approach should be composed across time, for example one-, three-and seven-year time horizons <ref type="bibr" target="#b24">[34]</ref>. And it should be strategic, per se, not tactical. With the knowledge of a defined strategy before them, leaders can then take decisions about which funding tranches they need, which initiatives to support, when and why, with clear and coherent reasoning and understanding. In thinking about governance, this approach is deserving of considerable merit, not least because such a strategy determines a defined plan of action; a formulation leading us towards Nisha Talagala's "Data Practice -a commonly understood and consistently executed set of principles for managing data."</p><p>The Oxford English Dictionary notes that the noun, "strategy" is derived from the ancient Greek, στρατηγία ("strategia"), meaning "office or command of a general, generalship," though perhaps the definition that might be most accurate in an organizational context here is the wider and more holistic, "The art or practice of planning the future direction or outcome of something; the formulation or implementation of a plan, scheme, or course of action, esp. of a long-term or ambitious nature. Also: Policy or means of achieving objectives within a specified field, as political strategy, corporate strategy, etc." <ref type="bibr" target="#b25">[35]</ref> Michael Porter sees the essence of strategy in choosing unique and valuable positions that are rooted in systems of activities <ref type="bibr" target="#b26">[36]</ref>. Focusing from generic strategy more towards information technology, Phillip Ein-Dor and Eli Segev <ref type="bibr" target="#b27">[37]</ref> argue that strategic planning in an information systems context is about choosing objectives and deciding in what way they should be achieved.</p><p>Richard Wrangham sees a distinction between strategy and tactics: "…strategy was the art of the commander-in-chief 'projecting and directing the larger military movements and operations of a campaign,' while tactics was 'the art of handling forces in battle or in the immediate presence of the enemy.'" <ref type="bibr" target="#b28">[38]</ref> Lawrence Freedman determines that strategy "is about getting more out of a situation than the starting balance of power would suggest. It is the art of creating power," <ref type="bibr" target="#b29">[39]</ref> which draws together some of the implications of our previous definitions and goes further to add the nuance of organizational politics, and an implication, perhaps, of something of the order of leadership and maybe ownership. Freedman later adds a caveat to his definition to the effect that it allows the "impact of strategy to be measured as the outcome anticipated by reference to the prevailing balance of power and the actual outcome after the application of strategy."</p><p>Adding now, in this context, the term "data" to "strategy", relating Humby's new oil with the consistently executed set of principles for managing data, then technology industry analyst Gartner defines a "Data Strategy" as "a highly dynamic process employed to support the acquisition, organization, analysis, and delivery of data in support of business objectives." <ref type="bibr" target="#b30">[40]</ref> Weber, Otto and Österle <ref type="bibr" target="#b31">[41]</ref> see the "strategy perspective" as including a corporate data quality strategy and strategic objectives, the business case for corporate data management (including a "status quo" maturity assessment), and a "portfolio of data quality initiatives" which they align with the governance of data. They also link the concepts of strategic direction, advocacy, and sponsorship into their view of an essential executive role ("Executive Sponsor") that provides oversight, and that we might interpret as embracing that "art or practice of planning the future direction" we met in our definition of strategy and the "balance of power" of Freedman, and that we might suggest brings together leadership and ownership, too. Lockwood, et al., note that an enterprise information strategy will establish principles to guide an organization's working towards an enterprise information architecture and will also provide "an end-to-end vision for all aspects of the information." <ref type="bibr" target="#b32">[42]</ref> Jack Welch framed the concept of "vision" in an interview with Harvard Business Review: "Good business leaders create a vision, articulate the vision, passionately own the vision, and relentlessly drive it to completion." <ref type="bibr" target="#b33">[43]</ref> The framing of vision in this articulated way can drive governance coherently: Paul Brous, et al., tie neatly together strategy and the governance of data: "Governing data also includes ensuring compliance to the strategic, tactical and operational policies which the data management organization needs to follow." <ref type="bibr" target="#b34">[44]</ref> The end-to-end vision of Lockwood, et al., acts as a framing for Brous' tactical operational policies, for management. Welch's created, articulated, and owned vision acts as a driver for action. Freedman's concept of applied strategy sees the creation of power and of outcomes that are measurable.</p><p>In 2018, IBM defined an approach for information and data strategy that saw a "vision statement" <ref type="bibr" target="#b35">[45]</ref> as setting out the current and future view and as being enterprise-wide or global in scope. A "mission statement" definition then set out how to provision that vision: Mission was seen as more localized to operational aspects or to specific localities, jurisdictions, or operating units. The use of mission statements here is validated by Alegre, et al., who conduct a systematic literature review of them, considering their pervasive use across multiple organizations. <ref type="bibr" target="#b36">[46]</ref> The IBM view was of "Vision, Mission, Goals" ("VMG") as a framing construct for leading governance strategically, and in working with businesses. At the lowest operational level, the defined goals related to the mission in the context of vision and set out the operational detail to deliver mission against vision. Goal statements and components such as initiatives to be realized via projects, could include a roadmap plotted against time. This approach aligns with Ein-Dor and Segev's <ref type="bibr" target="#b37">[47]</ref> strategic planning and objectives; also, Weber, Otto and Österle's <ref type="bibr" target="#b38">[48]</ref> objectives, and Paul Brous' framing of policy, tactics, and management. <ref type="bibr" target="#b38">[48]</ref> In 2024, IBM said that, "With any good data strategy, buy-in matters. To align business and data priorities, you need a clear understanding of the aims of the organization and senior leadership." <ref type="bibr" target="#b39">[49]</ref> Metadata software and services company Atlan™ include the concept of policies in relation to vision. They see data governance policy as documenting "the vision for data governance" and going further, "to list the actionable steps, and do's and don'ts imperative to realize that vision." They give three examples of policies such as a data usage policy; a data access policy; and a data integrity and integration policy. As examples of (external) regulations pertinent to policy, they list GDPR, the EU's General Data Protection Regulation 2018; and HIPAA, the US' Health Insurance Portability and Accountability Act 1996. Atlan feel it important also to "include guidelines for ensuring that an organization's data and information assets are managed consistently and used properly." <ref type="bibr" target="#b40">[50]</ref> Guidelines are likely in this context to be either training and education artefacts that assist the activities of governance, or concise statements issued by an authoritative body that explore how a regulation such as a policy or standard should apply to a situation, technology or operation.</p><p>Looking at the modern contexts of information and data, their governance and strategy, Hanisch, et al., find "The strategic relevance of governance results from its ability to ensure and enhance performance... governance serves as not only a performance enabler but also a strategic differentiator." <ref type="bibr" target="#b41">[51]</ref> The authors note that "The governance challenge involves creating mechanisms that help integrate, direct, and monitor …distributed efforts," and that, "…governance broadly concerns the establishment of rules that help verify inputs and outputs (i.e., control mechanisms), divide and allocate tasks (i.e., coordination mechanisms), align competing interests (i.e., incentive mechanisms), and attenuate relational vulnerabilities (i.e., trust mechanisms)." <ref type="bibr" target="#b42">[52]</ref> In a consideration of strategy, of the design of governance, establishment of rules, division and allocation of tasks, alignment of competing interests, and technology competence, there is a highly useful approach, a definition, or blueprint that is used by business architects <ref type="bibr" target="#b43">[53]</ref> to frame the necessary design. This is known as an "operating model", "target operating model" <ref type="bibr" target="#b44">[54,</ref><ref type="bibr" target="#b45">55]</ref> (also known as a "TOM") or as a "target business architecture." <ref type="bibr" target="#b46">[56]</ref> The TOM can be defined by a competent practitioner to specify both strategic governance and tactical governance, relevant to the specific technology domain. A TOM is itself a strategic artefact, part of a data strategy's design and a tool that can be used to bring governance into the organization in a concrete, actionable form. It can be socialized with stakeholders and sponsors, referenced, and maintained, published and promulgated. Such information and data governance design could also be determined to be a style or method of business architecture. Hadaya and Gagnon note that a "…target business architecture makes it possible to determine the business capabilities, functions, processes, organizational units, knowledge, information and branding that the organization will need. It defines also the main characteristics of these elements and their desired interrelationships." <ref type="bibr" target="#b47">[57]</ref> Summarizing, research shows that information and data governance is itself a form of data strategy. It broadly concerns the establishment of control mechanisms, coordination mechanisms, incentive mechanisms. It aims to ensure compliance with strategic, tactical, and operational policies. We can relate it to the strategic vision, mission, and goals of an organization. Vision, here, is a driver for action, and acts as a framing for tactical operational policies, management, and of measurable outcomes. The framing of the design of such governance can be seen as a business architecture, target operating model, or "TOM." This is a new perspective in the framing of such governance by comparison with existing literature in the field.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Data Management and Data Governance</head><p>The concept of valuing data leads to a consideration that they might be managed and governed in a consistent and coherent manner as well, and we have just considered how strategy and governance align. A survey of the data and information governance domain shows that the terms "data governance" and "information governance" based upon a study of authors who have considered a very wide range of sources, yields no apparent, single and agreed canonical definition, though scholars have worked hard to determine one <ref type="bibr" target="#b48">[58,</ref><ref type="bibr" target="#b49">59,</ref><ref type="bibr" target="#b50">60]</ref>. Abraham, Schneider and vom Brocke summarise the situation in their structured review that, "We did not find a standard definition of data governance in scholarly literature or in the set of practitioner publications." <ref type="bibr" target="#b51">[61]</ref> However, the varietal definitions offered enable us in practice to understand governance' components very usefully and with some considerable refinement, and to work towards a novel candidate definition, which we shall determine, to support consideration in this paper.</p><p>By way of reviewing etymology for a moment, the term "governance" is derived from Anglo-Norman, "governaunce" or "gouvernaunce". The OED tells us that it means, "The office, function, or power of governing; authority or permission to govern." <ref type="bibr" target="#b52">[62]</ref> Madison sees that "with respect to data, we should be asking about governance, not asking simply about law," <ref type="bibr" target="#b53">[63]</ref> and differentiates data governance from jurisprudential law, its regulation and public policy. Further, "The concept of governance is used here in the sense of collective or coordinated decision making by individuals working together, about decisions on matters of collective interest"[64] and that "data governance is above all else, perhaps, a complex and sustained challenge in managing shared resources in institutional contexts." <ref type="bibr">[65]</ref> Susan deMaine <ref type="bibr" target="#b54">[66]</ref> suggests that "Information governance is a holistic business approach to managing and using information that recognizes information as an asset as well as a potential source of risk." deMaine says that, "The term 'data governance' is also evident in the literature. Sometimes this term is used to mean essentially the same thing as information governance. At other times, the term is used more narrowly, focusing on the nature and integrity of the data artifacts themselves rather than the knowledge they represent." <ref type="bibr">[67]</ref> Abraham, Schneider and vom Brocke see the purpose of such governance as, "The exercise of authority and control over the management of data… to increase the value of data and minimize data-related cost and risk." <ref type="bibr" target="#b55">[68]</ref> It would seem, now, apt that this concept of "value" should be added to the big data characteristics from our introduction, so, volume, variety, velocity, veracity, and value: "Five Vs."</p><p>Industry body, the Enterprise Data Management (EDM) Council determine data governance to be, "The function that defines and implements the standards, controls and best practices of the data management initiative in alignment with strategy," and that it "…is responsible for creating and implementing a data control environment." <ref type="bibr" target="#b56">[69]</ref> Inge Graef, working in the context both of information governance and data protection in their editorial piece, and incidentally considering the structures of governance and forms of control over data, sees information governance as "including legislative and regulatory actions to enhance the creation of value from data." <ref type="bibr" target="#b57">[70]</ref> Robert Seiner, tending to align with Abraham, Schneider and vom Brocke, sees data governance as "the formal execution and enforcement of authority over the management of data and data-related assets." <ref type="bibr" target="#b58">[71]</ref> Olivia Benfeldt Nielsen prefers to use a term ("framework") in seeing the artefacts and materials of governance as, "a framework for decision rights and accountabilities to encourage desirable behavior in the use of data" <ref type="bibr" target="#b59">[72]</ref>. Benfeldt Nielsen, further, quotes both Pierce, et al. as defining such governance as "the collective set of decision-making processes for the use and value-maximization of an organization's data assets," <ref type="bibr" target="#b60">[73]</ref> and Otto as using the same, framework terminology as Benfeldt Nielsen in defining it as, "a companywide framework for assigning decision-related rights and duties in order to be able to adequately handle data as a company asset." <ref type="bibr" target="#b61">[74]</ref> Separately in their own paper, Weber, Otto and Österle note that, "data governance specifies the framework for decision rights and accountabilities to encourage desirable behavior in the use of data." <ref type="bibr" target="#b62">[75]</ref> Further, that, "To promote desirable behavior, data governance develops and implements corporate-wide data policies, guidelines, and standards that are consistent with the organization's mission, strategy, values, norms, and culture." <ref type="bibr">[76]</ref> Robert Smallwood differentiates between more traditional information technology governance, which he finds "consists of following established frameworks and best practices to gain the most leverage and benefit out of IT investments and support accomplishment of business objectives," <ref type="bibr" target="#b63">[77]</ref> and data governance, which he sees as "the execution and enforcement of authority over the definition, production, and usage of data,"[78] which results in increased trust and accuracy in data used by an organization. Smallwood states that it "consists of the overarching polices and processes to optimize and leverage information", and "processes, methods, and techniques to ensure that data at the root level is of high quality, reliable, and unique (not duplicated)."[79] He expects that governance will control the access to information, assure its security and meet a range of obligations, regulatory, legal and privacy. Smallwood observes what he feels are important features, too: Governance in his view is a "multidisciplinary program that requires ongoing effort."[80] So, not merely a short-term project or programme of work; and he feels it should, "focus on breaking down traditional functional group 'siloed' approaches." <ref type="bibr">[81]</ref> In respect of research here, we can see this chimes well with the finding of Rene Abraham, et al., that: "Data governance specifies a cross-functional framework for managing data as a strategic enterprise asset." <ref type="bibr" target="#b64">[82]</ref> Boris Otto, in his 2011 paper on the morphology of data governance organizations, brings out the idea of location and scope, writing of the concept of "locus of control" <ref type="bibr" target="#b65">[83]</ref> as "the main instance of responsibility for data governance in a company." Otto brings out the variety of different authors' views with respect to the "hierarchical positioning" of the locus, for example in different functional business departments versus IT/IS department, versus a shared responsibility. Otto notes that there is no clear trend across differing opinions and observes that centralized and decentralized organization is effectively a continuum.</p><p>Vijay Khatri and Carol Brown's research develops a "framework for data decision domains" and what they define as a "framework for data governance" also determines the concept of a "locus of accountability." In our paper here, we can set this as against, or as an adjunct to, Otto's "locus of control" in considering management and governance concepts.</p><p>Khatri and Brown see governance in the context of IT governance and information and IT as asset; in this view of what this paper's research has seen as information-as-asset, and therefore effectively aligning with Lockwood, et al., Pierce, et al., deMaine, Seiner, Atlan, and by implication, Madison, and Abraham, Schneider and vom Brocke too. Khatri and Brown determine that "information assets (or data) are defined as facts having value or potential value that are documented." <ref type="bibr" target="#b66">[84]</ref> They differentiate between data governance and data management: "Governance refers to what decisions must be made to ensure effective management and use of IT (decision domains) and who makes the decisions (locus of accountability for decision making). Management involves making and implementing decisions." <ref type="bibr">[85]</ref>. The positioning of Khatri and Brown's locus of accountability depends upon the way in which the operating model of the organization supports (or fails to support) governance of enterprise information and its ownership. Their definition is also dominated by "data governance", which we have determined earlier in this paper, differentiates from information governance by virtue of being a subset, or lower level, of it. They determine the concept of "Data Principles", which "establish the extent to which data is an enterprise wide asset, and thus what specific policies, standards and guidelines are appropriate" <ref type="bibr">[86]</ref>.</p><p>In a joint paper by the British Academy and the Royal Society in June 2017, working group members considered that data governance means, "everything designed to inform the extent of confidence in data management, data use and the technologies derived from it." <ref type="bibr" target="#b67">[87]</ref> Their paper includes the… "…institutional configuration of legal, ethical, professional and behavioral norms of conduct, conventions and practices that, taken together, govern the collection, storage, use and transfer of data and the institutional mechanisms by and through which those norms are established and enforced." <ref type="bibr">[88]</ref>. It sees the management of data and the use of data as inseparable and, aligning with Benfeldt Neilsen, Otto, Weber, Otto and Österle, and Rene Abraham, et al., refers to the concept of a "governance framework… to ensure trustworthiness and trust in the management and use of data as a whole." <ref type="bibr">[89]</ref> The management of data typically requires a set of software products, tools and techniques that are clearly differentiated from the regulatory governance of data <ref type="bibr" target="#b68">[90,</ref><ref type="bibr" target="#b69">91]</ref>, the focus of this paper. Research up to this point shows evidence indicating information and data governance is implicitly a meta-set of data management functionally and differentiated from it: Such governance needs to apply to, regulate, bound and scope activities with respect to, and provide rules in relation to the proper operation of software, tooling and methods of management of data. Governance cannot, therefore, be synonymous with them operationally if it is itself a meta-activity.</p><p>There is a high degree of practicality here, not least in thinking about the reality of our "Five Vs" in the delivery of outcomes -investments, projects, programmes, governances, tactical and strategic activity-in real world organizations. In fact, data management will typically have an operational escalation path, particularly in relation to service level (SLA) <ref type="bibr" target="#b70">[92]</ref> (also discussed by <ref type="bibr">Khatri and Brown)</ref> and operational level (OLA) <ref type="bibr" target="#b71">[93]</ref> agreements against which services providing data to customers, internal or external to the organization, are effected. Escalations are defined typically for service levels that relate to the way that data management issues are resolved. For example, a "Sev 1" (Severity One -critical, with high impact) level escalation might be directed for resolution to a supplier company, whilst a "Sev 3" (Severity Three -minor, with low impact) level might be managed internally by a functional service support team <ref type="bibr" target="#b73">[94]</ref>. Unlike service management or data management, data and information governance issues and escalations will typically escalate up a path to differentiated governance bodies such as the Information Management Office (IMO) or Enterprise Data Office (EDO), Data Strategy Board (DSB) or Information Governance Council (IGC). <ref type="bibr" target="#b74">[95]</ref> As a result, the escalation paths will not necessarily be equated, though they may be parallel: Staffing differs; policy and guidelines differ. Resolutions will have differing categories of outcomes in terms of personnel, technical activities, and actions between governance versus management of data and information. There is an alignment in thinking here between Smallwood's concept of information technology governance, Weber, et al's, concepts of governance developing and implementing corporate-wide policies, and Seiner's and Benfeldt Nielsen's research findings.</p><p>Alhassan, Sammon and Daly neatly sum up research in this domain by noting that the terms 'governance' and 'management' differ in their view because, "…governance refers to the decisions that must be made and who makes these decisions to ensure effective management and use of resources, whereas management involves implementing decisions. Hence, management is influenced by governance." <ref type="bibr" target="#b75">[96]</ref> We have referred to "standard" or "standards" seven times already, but not really defined the term in this context. Looking across the literature in the data governance domain shows that there are few clear and actionable definitions of the term as it might be used in actual relation to the regulatory governance of information and data. Authors seem to tend to use the word as part of a list of typical artefacts they might expect to see produced in relation to governance activities with an assumption that the reader will understand implicitly what they might mean. Smallwood <ref type="bibr" target="#b76">[97]</ref> turns to more legalistic definitions, preferring to refer to "De jure ('the law') standards… published by recognized standards-setting bodies" and "De facto ('the fact') standards" that are "not formal standards but are regarded by many as if they were," and gives the example of some International Standards Organization (ISO) standards that are more of the order of technical reports, but have no legal enforcement aspect. Gartner <ref type="bibr" target="#b77">[98]</ref> offer, "A document that recommends a protocol, interface, type of wiring, or some other aspect of a system," and say that "De facto standards are widely used vendor-developed protocols or architectures." But they also say, confusingly, that "Standards" can be defined as, "Specifications or styles that are widely accepted by users and adopted by several vendors." <ref type="bibr" target="#b78">[99]</ref> A definition of standards that seems particularly germane to this paper is one provided by Janet Lichtenberger <ref type="bibr" target="#b79">[100]</ref>, who sees them as "the precise criteria, specifications, and rules for the definition, creation, storage and usage of data within an enterprise." Standards, in governance context, could include those for naming conventions, for quality measures, retention rules, and backup frequencies. The relevance of Lichtenberger's presentation is interesting: It is hosted online by the Minnesota chapter of DAMA, the internationally known Data Management Association, so it would be fair for a researcher to assess such an august body as satisfied with its relevance and value. <ref type="bibr" target="#b80">[101]</ref> Lichtenberger defines policies in governance context, though uses "data management" (rather than governance) as a generic term: "…the overall business rules and processes that an enterprise utilizes to provide guidance for data management. Policies might include adherence of data to business rules, providing guidance for protection of data assets, compliance with laws and regulations, defining enterprise data management functions, and others." <ref type="bibr" target="#b81">[102]</ref> With real-world governance there is an apparent overlap between data management, data security and data privacy. In their paper on cloud data governance, Al-Ruithe, Benkhelifa and Khawar say that "Data governance issues for concern include risk management, disaster recovery plan, security, privacy, integrity, incident response, access management, and accountability." <ref type="bibr" target="#b82">[103]</ref> From considering literature in the domain, it appears fairly straightforward to understand that where regulatory governance will need to encompass more technical topics, including aspects of personal data management, data security, data privacy and topics that might otherwise be seen operationally most appropriately (for example) in the sphere of the Chief Information Security Officer (CISO), Data Protection Officer (DPO) or Chief Privacy Officer (CPO) <ref type="bibr" target="#b83">[104]</ref>, policies and standards could be defined that specify the relevant regulations appropriately and such that the overall governance can encompass these domains effectively. Data software specialist company Informatica say that "Business policies and standards are critical for any data governance program," <ref type="bibr" target="#b84">[105]</ref> and give example policies as including those with relation to data accountability, ownership (Khatri and Brown's, term "data trustees", appears analogous), organizational roles and responsibilities, data capture and validation, security and data privacy, data access, data usage, data retention and data archiving.</p><p>[106] These considerations echo the big data definitions of veracity and value.</p><p>Summarizing, "policies" represent the way in which data should be governed in the context of a particular organization: Policies define the relative vision for data governance (and that could align with IBM's concept of VMG), actionable steps, the shape of governance; and "do's and don'ts" that are imperative to realization of the vision. Examples of policies can include data usage, data access, and data integrity and integration. "Standards", differentiated from policies, describe the parameters which apply to data and that are referenced in the related policy or policies. They represent the finer grained detail in terms of delivery. A policy, therefore, may have no standards, one standard or many standards that implement it.</p><p>Just as there may be a policy for data access, there may be a "Data Access Standard" that explores the parameters and actionable regulatory components -criteria, specifications, and rules for the definition, creation, storage and usage of data-for which the (top level) "Data Access Policy" conveys the overall rules and processes, adherence of data to business rules, guidance for protection, compliance with laws and regulations, and definition of enterprise data management functions related to data access.</p><p>We noted earlier that the management of data is typified by a set of software products, tools, and techniques. Such management could be clarified by thinking of it more exactly as the work related directly to operations upon and with data -for example, their access, ingestion, extraction, transformation, loading, movement, storage, master (MDM), meta-and reference (RDM) data management, visualization, quality assurance, security, archiving-and the "monitoring and auditing of the way data are used within the organization to ensure [they are] aligned with the governance that has been emplaced, including by analyzing the quality and reviewing the content," ultimately for the organization to "enable quality data with trusted provenance," <ref type="bibr" target="#b85">[107]</ref> and thinking back to our Five Vs' veracity and value. We can see here more clearly the difference between "decision rights and accountabilities" <ref type="bibr" target="#b86">[108]</ref> and such management of data. We can also recall Smallwood's observation that governance should "focus on breaking down traditional functional group 'siloed' approaches;" <ref type="bibr" target="#b87">[109]</ref> Rene Abraham, et al's, "Data governance specifies a cross-functional framework for managing data as a strategic enterprise asset;'" <ref type="bibr" target="#b88">[110]</ref> and DeMaine's, "Top-down implementation of information governance is particularly effective at taking the holistic view of information" <ref type="bibr" target="#b89">[111]</ref>. Khatri and Brown quote Carol Brown's 1999 paper in observing that, "In designing data governance, the assignment of the locus of accountability for each decision domain will be somewhere on a continuum between centralized and decentralized." <ref type="bibr" target="#b90">[112]</ref> </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">Synthesizing a novel "Enterprise Information Governance"</head><p>Taking the concepts of management and governance as differentiated, and synthesizing across writers and scholars considered in this paper, a candidate, and novel, definition for the governance domain is now feasible. This can be used to support data strategists, governance designers, enterprise and business architects, scholars and researchers in using a novel definition as a basis for their work and in designing operating models specific to enterprise.</p><p>Information and data governance, can be represented as a novel representation as "enterprise information governance" <ref type="bibr" target="#b91">[113,</ref><ref type="bibr" target="#b92">114]</ref>. It encompasses both information governance and data governance <ref type="bibr" target="#b93">[115,</ref><ref type="bibr" target="#b94">116,</ref><ref type="bibr" target="#b95">117,</ref><ref type="bibr" target="#b96">118,</ref><ref type="bibr" target="#b97">119]</ref>. Enterprise Information Governance is a corporate-wide strategic <ref type="bibr" target="#b98">[120,</ref><ref type="bibr" target="#b99">121,</ref><ref type="bibr" target="#b100">122]</ref> framework <ref type="bibr" target="#b101">[123,</ref><ref type="bibr" target="#b102">124,</ref><ref type="bibr" target="#b103">125,</ref><ref type="bibr" target="#b104">126,</ref><ref type="bibr">127]</ref>, differentiated from pure information technology governance <ref type="bibr" target="#b105">[128]</ref> and data management <ref type="bibr" target="#b106">[129]</ref>, and defined against a vision for end-to-end governance <ref type="bibr" target="#b107">[130,</ref><ref type="bibr">131,</ref><ref type="bibr" target="#b108">132]</ref>. It frames actions that ensure trust and compliance with strategic, tactical, and operational policies, standards, guidelines, processes <ref type="bibr">[133,</ref><ref type="bibr" target="#b109">134,</ref><ref type="bibr">135,</ref><ref type="bibr">136,</ref><ref type="bibr" target="#b110">137,</ref><ref type="bibr" target="#b111">138,</ref><ref type="bibr" target="#b112">139,</ref><ref type="bibr" target="#b113">140]</ref>. The framework is intended to support the management of shared resources <ref type="bibr" target="#b114">[141]</ref>, and is delivered through rules or control mechanisms <ref type="bibr" target="#b115">[142]</ref> that help to co-ordinate, integrate, direct, monitor and allocate tasks [143], exercising authority, control, and accountability in managing decision rights over data <ref type="bibr" target="#b116">[144,</ref><ref type="bibr" target="#b117">145,</ref><ref type="bibr" target="#b118">146,</ref><ref type="bibr" target="#b119">147,</ref><ref type="bibr" target="#b120">148]</ref>. Enterprise information governance is undertaken in pursuit of value-maximization of an organization's data assets <ref type="bibr" target="#b121">[149,</ref><ref type="bibr" target="#b122">150]</ref> and consistent with its strategy, mission, values, norms, and culture <ref type="bibr" target="#b123">[151,</ref><ref type="bibr" target="#b124">152]</ref>. A framework that represents the governance may now be defined using a target operating model or business architecture to bridge the gap between strategic vision and tactical day-today operations <ref type="bibr" target="#b125">[153,</ref><ref type="bibr" target="#b126">154]</ref>, and aspects of its design lie within the realm of business architecture <ref type="bibr" target="#b127">[155,</ref><ref type="bibr" target="#b128">156]</ref>.</p><p>Valid as this paragraph might be, it is complex to understand textually. A novel graphical representation to support visualization of this new synthesis provides a simpler view and Figure <ref type="figure" target="#fig_0">1</ref> represents this, derived from this paper's synthetic research work with relative levels of components determined by reference to contexts of source research, for example with information as superset of data; strategy and mission as overarching drivers for actionstrategy ideally serving as a framing for vision, mission and goals. In the graphic, the Information Technology Operating model component, adduced from sources discussing IT governance, is lacking detail because it is mainly outside the scope of this paper. The framework graphic here is offered as a way for the reader to visualize this novel framing of the definition of regulatory enterprise information governance: It is neither an end point nor an actual business architecture or in itself a framework.</p><p>It can be inferred that the definition here will to some extent mirror the Information Governance model, in that there will be model structures relating to the disposition of framework, policies, standards and so on. For an IT TOM such as a CBM-BoIT <ref type="bibr" target="#b129">[157]</ref> ("Business of IT" Component Business Model™), we could expect that these elements and competences should be brought out and by a designer with closer application to the scope of Information Technology operations, per se, rather than to the governance of enterprise information. This definition might now, reasonably, and usefully be synthesized further and summarized without losing essence and meaning determined, as: "Enterprise information governance is a strategic framework that acts through control mechanisms designed to assure accountability in managing decision rights over data assets. It aligns day-to-day data and tactical operations with the organization's vision, in pursuit of value-maximization."</p><p>In the figure shown, "Information Governance Operating Model" represents Luisi's "business process models, product hierarchies, and business capability models, all with their corresponding taxonomies and business definition" <ref type="bibr" target="#b130">[158]</ref> brought into the new definition. It is the strategic overview that incorporates the framework that brings together other governance components. It is this that determines the "business capabilities, functions, processes, organizational units, knowledge, information and trademarks that the organization will need… <ref type="bibr">[and]</ref> the main characteristics of these elements and their desired interrelationships" <ref type="bibr" target="#b131">[159]</ref> in a defined TOM.</p><p>"Framework" <ref type="bibr" target="#b132">[160,</ref><ref type="bibr" target="#b133">161,</ref><ref type="bibr" target="#b134">162,</ref><ref type="bibr">163</ref>] represents the operating model, or target operating model for information governance: The "cross-functional framework for managing data as a strategic enterprise asset" <ref type="bibr" target="#b135">[164]</ref> and the componentry of the business architecture that determines actionable descriptions of the elements. It is this that performs the exercising of "authority, control, and accountability in managing decision rights over data" that we met previously. We can say that a framework in this context describes the overarching view of components and approaches to deliver enterprise information governance.</p><p>Below this level, we see "Shared Resources" within and across the organization, and then the "information assets" and "data assets" represented. Shared resources can represent people, roles, facilities, but also data resources such as operational data stores (databases, data warehouses, marts, lakes, lakehouses, Amazon S3, Azure Blob storage), data fabrics, ETL and integration tooling, data catalogues, data dictionaries, and more.</p><p>Regulatory governance will need to encompass more technical topics, including aspects of personal data management, data security, data privacy and topics that intersect with CISO, DPO and CPO, policies and standards will be defined that specify the relevant regulations appropriately.</p><p>The novel definition's concept of a framework will encompass organizational components, business capabilities, and functions, the target business architecture of Hadaya and Gagnon <ref type="bibr" target="#b136">[165]</ref>; the TOM of Campbell <ref type="bibr" target="#b137">[166]</ref> and Anger <ref type="bibr" target="#b138">[167]</ref>; the business capability models of Luisi <ref type="bibr" target="#b139">[168]</ref> that direct and manage governance and define Weber, Otto and Österle's roles <ref type="bibr" target="#b140">[169]</ref> -we met candidate roles of Owner (or "data trustee"), Custodian and Steward earlier, for example-and including those of strategic direction, advocacy, sponsorship and the executive role, "Executive Sponsor", that provides oversight, owns Lockwood's end-to-end vision, <ref type="bibr" target="#b141">[170]</ref> and oversees alignment with Brous' data management organization and the tactical operational policies <ref type="bibr" target="#b142">[171]</ref> that will appear as (for example) Gartner's, Lichtenberger's, Khatri and Brown's, and Smallwood's "Policies" and "Standards" <ref type="bibr" target="#b143">[172,</ref><ref type="bibr" target="#b144">173,</ref><ref type="bibr" target="#b145">174,</ref><ref type="bibr" target="#b146">175,</ref><ref type="bibr" target="#b147">176]</ref>. Susan deMaine's observation that, "Experts largely agree that information governance requires buy-in, and preferably direction, from the top of the organization" <ref type="bibr" target="#b148">[177]</ref> underlines the need for overarching, cross-organizational leadership in governance.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.">Conclusion and Future Research</head><p>This paper has synthesized a new definition of Enterprise Information Governance. Definitions of such governance in the literature to date have seen such governance clearly neither as a business architecture nor as an operating model: This paper has taken the perspectives of both the practitioner and of the scholar to do so in the context of enterprise architectures and to offer a different perspective to reframe such governance. This enables data strategists, governance designers, enterprise and business architects, scholars and researchers to use the definition as a basis for their work with greater clarity as business architectures for governance.</p><p>The paper has built upon earlier definitions to take a novel and more clearly regulatory approach and to synthesize the new definition for such governance; to build out a view of it as a scalable regulatory framework for large or complex organizations that sees information governance as a business architecture in the context of enterprise architecture; and to represent the definition visually to support understanding, assessments, novel developments and designs.</p><p>In Susan deMaine's thinking, we saw her finding that information governance is holistic. Robert Seiner and Olivia Benfeldt Nielsen and Boris Otto, Vijay Khatri and Carol Brown, Lockwood, et al., Pierce, et al., deMaine, and Atlan, amongst others, relating governance to assets; the British Academy and Royal Society paper as considering mechanisms to be within institutions; Steve Lockwood, as using technology to sustain and grow a business; Boisot and Canals' consideration of information in the physical world; Michael Buckland's informationas-thing; IBM's data objects; and Michael Madison's flowing and form-like data.</p><p>In the corporate world, the term "governance" appears often in the management of companies and boards of directors as corporate governance <ref type="bibr" target="#b149">[178]</ref>; or, more broadly, of institutions as what could be referred to as institutional governance. Robert Smallwood notes that "IG programs are driven from the top down but implemented from the bottom up," <ref type="bibr" target="#b150">[179]</ref> and The Sedona Conference® (quoted by Smallwood) determines that, "An [Information Governance] program should maintain sufficient independence from any particular department or division to ensure that decisions are made for the benefit of the overall organization." <ref type="bibr" target="#b151">[180]</ref> Future work should consider the definition of one or more comprehensive roadmaps for devising integrated enterprise information governance frameworks (strategies) that align closely with broader organizational goals in enterprises and will consider how to formulate novel, pragmatic candidate governance business architectures or target operating models (TOMs) that will define all the elements needed to translate a formulated data strategy (or, as this paper now makes clearer, information governance strategy) or initiative into the operational business of an organization and to achieve the desired target state <ref type="bibr" target="#b152">[181]</ref>.</p><p>We have seen thoughts from Nisha Talagala and Michael Madison earlier in this paper, but what of Humby's "New Oil" more recently? In early 2024, Christine Ashton and Sue Forder have a new perspective. They say that "An oil comparison oversimplifies data's pervasive nature." <ref type="bibr" target="#b153">[182]</ref> Whilst "Data is an organization's most valuable asset, which hasn't changed," their strong case is that data today is less like oil, and more like yellowcake uranium: Relatively safe until refined, but then a potential "destroyer of worlds."</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.">Research Method</head><p>Research for this paper was scoped around the determination of aspects of the regulatory governance of information and data in the context of information technology, enterprise architecture, and information technology architecture. Research was undertaken via a literature review, conducted at Oxford University's Bodleian Library, using search terms including "Enterprise Information Governance", "Information Governance", and "Data Governance", and the SOLO (Search Oxford Libraries Online) electronic search facility. This was supplemented by use of Elsevier's Scopus database; O'Reilly's Learning Platform (oreilly.com/library); ITHAKA's JSTOR journal articles, books, and images database; and Clarivate's ProQuest database of scholarly journals, books, dissertations and theses.</p><p>Methodologically, this was qualitative research with data collection and data analysis undertaken iteratively against an evolving list of references generated by the research, with a scope boundary determined in this case by time and by a scholarly assessment of relative thematic saturation within the time boundary: Generation of terms sufficient such that additional terms would add no apparent further insightful value beyond the time boundary determined by the researcher. A synthetic approach was adopted that would consider the texts determined to be within scope and formulate an analytical tabulation to review content by topic and theme. The themes, or categories being generated and work progressing following Creswell's "collection of data… data analysis that is both inductive and deductive and establishes patterns or themes" and including "the reflexivity of the researcher, a complex description or interpretation of the problem and its contribution to the literature." <ref type="bibr" target="#b154">[183]</ref> As the review of sources unfolded, themes were added to research notes with quotations recorded in them to form a thematic concordance and reflexive aspects included. This was supplemented with approved access to view historic company texts and materials made available with the support of IBM's Data Services consulting practice in London. These were included in research by relative assessment of relevance within theme and topic.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 1 :</head><label>1</label><figDesc>Figure 1: A graphical visualization of the novel definition of "Enterprise Information Governance" versus Information Technology, against vision, mission and goals in the context of organizational strategy and mission to support understanding of the new definition.</figDesc><graphic coords="14,141.00,85.05,312.75,269.46" type="bitmap" /></figure>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Acknowledgements</head><p>The author is indebted to Dr Leon van Heerden, Paul Jarvis and Linnet Sen of the IBM Consulting Data Services practice in London, and to Dr Ian Dix and Dr Simon Bradford of AstraZeneca for their support and encouragement with respect to research for this paper.</p></div>
			</div>

			<div type="annex">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Conflicts of Interest</head><p>The author has previously been an IBM Corporation staff member and is a Chartered Fellow of the British Computer Society and a Fellow of the Institution of Engineering and Technology. The author is unaware of any conflicts of interest.</p></div>			</div>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">A Comprehensive Review of Data Governance Literature&apos;, Selected Papers of the IRIS</title>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<ptr target="http://aisel.aisnet.org/iris2017/3" />
	</analytic>
	<monogr>
		<title level="j">Information Systems Research Seminar in Scandinavia</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="issue">3</biblScope>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">A Morphology of the Organisation of Data Governance</title>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">European Conference on Information Systems</title>
				<meeting><address><addrLine>Summer</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2011">2011</date>
			<biblScope unit="volume">272</biblScope>
		</imprint>
	</monogr>
	<note>ECIS 2011 Proceedings</note>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Enterprise Architecture (EA)</title>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<ptr target="https://www.gartner.com/en/information-technology/glossary/enterprise-architecture-ea" />
	</analytic>
	<monogr>
		<title level="m">Gartner Information Technology Glossary</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<monogr>
		<author>
			<persName><forename type="first">J</forename><surname>Kobielus</surname></persName>
		</author>
		<title level="m">IBM Data and Analytics Hub: ibmbigdatahub</title>
				<meeting><address><addrLine>Armonk, NY</addrLine></address></meeting>
		<imprint>
			<publisher>IBM Corporation</publisher>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Data is the New Oil</title>
		<author>
			<persName><forename type="first">C</forename><surname>Humby</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Palmer</surname></persName>
		</author>
		<ptr target="https://ana.blogs.com/maestros/2006/11/data_is_the_new.html" />
	</analytic>
	<monogr>
		<title level="m">Association of National Advertisers summit</title>
				<imprint>
			<date type="published" when="2006-11-03">2006. 3 November</date>
		</imprint>
		<respStmt>
			<orgName>Kellogg School</orgName>
		</respStmt>
	</monogr>
	<note>Paper presented</note>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Data as the New Oil is not enough: Four Principles for avoiding Data Fires</title>
		<author>
			<persName><forename type="first">N</forename><surname>Talagala</surname></persName>
		</author>
		<ptr target="https://www.forbes.com/sites/nishatalagala/2022/03/02/data-as-the-new-oil-is-not-enough-four-principles-for-avoiding-data-fires/" />
	</analytic>
	<monogr>
		<title level="j">Forbes Magazine</title>
		<imprint>
			<date type="published" when="2022-03-02">2022. 2 March</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Three New Dimensions to People, Process, Technology Improvement Model</title>
		<author>
			<persName><forename type="first">M</forename><surname>Prodan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Prodan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">A</forename><surname>Purcarea</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">New Contributions in Information Systems and Technologies. Advances in Intelligent Systems and Computing</title>
				<editor>
			<persName><forename type="first">A</forename><surname>Rocha</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Correia</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Costanzo</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">L</forename><surname>Reis</surname></persName>
		</editor>
		<meeting><address><addrLine>Cham, CH</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2015">2015</date>
			<biblScope unit="volume">353</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<title level="m" type="main">Role of Enterprise Architecture; Business Architecture and Governance&apos;, Pragmatic enterprise architecture: Strategies to transform information systems in the era of big data</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">V</forename><surname>Luisi</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014">2014</date>
			<publisher>Morgan Kaufmann</publisher>
			<pubPlace>Waltham, MA</pubPlace>
		</imprint>
	</monogr>
	<note>1.1.3.4.2. 1st Edition</note>
</biblStruct>

<biblStruct xml:id="b8">
	<monogr>
		<title level="m" type="main">The Art of Enterprise Information Architecture -A Systems-Based Approach for Unlocking Business Insight</title>
		<author>
			<persName><forename type="first">S</forename><surname>Lockwood</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Godinez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Hechler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Koenig</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Oberhofer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Shroeck</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
			<publisher>Pearson plc</publisher>
			<pubPlace>Upper Saddle River, NJ</pubPlace>
		</imprint>
	</monogr>
	<note>1st Edition</note>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Coordinating Decision-Making in Data Management Activities: A Systematic Review of Data Governance Principles</title>
		<author>
			<persName><forename type="first">P</forename><surname>Brous</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Janssen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Vilminko-Heikkinen</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">5th International Conference on Electronic Government and the Information Systems Perspective (EGOV)</title>
				<meeting><address><addrLine>Porto, Portugal</addrLine></address></meeting>
		<imprint>
			<publisher>Springer International Publishing</publisher>
			<date type="published" when="2016-09">2016. September</date>
			<biblScope unit="page" from="115" to="125" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Quality Concerns in Large-Scale and Complex Software-Intensive Systems</title>
		<author>
			<persName><forename type="first">B</forename><surname>Tekinderdogan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Ali</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Grundy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Mistrik</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Soley</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Software Quality Assurance: In Large Scale and Complex Software-Intensive Systems</title>
				<meeting><address><addrLine>Mistrik, I; Amsterdam</addrLine></address></meeting>
		<imprint>
			<publisher>Morgan Kaufman</publisher>
			<date type="published" when="2016">2016. 2016</date>
			<biblScope unit="volume">1</biblScope>
		</imprint>
	</monogr>
	<note>1st Edition</note>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<title level="m" type="main">Amount of Data Created Daily</title>
		<author>
			<persName><forename type="first">F</forename><surname>Duarte</surname></persName>
		</author>
		<ptr target="https://explodingtopics.com/blog/data-generated-per-day" />
		<imprint>
			<date type="published" when="2023">2023. 2024</date>
			<publisher>Explodingtopics</publisher>
			<pubPlace>San Francisco, CA</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Data, Information and Knowledge: Have we got it right?</title>
		<author>
			<persName><forename type="first">M</forename><surname>Boisot</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Canals</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Evolutionary Economics</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="43" to="67" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<author>
			<persName><forename type="first">R</forename><surname>Omnès</surname></persName>
		</author>
		<title level="m">Quantum Philosophy: Understanding and interpreting contemporary science (trans. Arturo Sangalli</title>
				<meeting><address><addrLine>New Jersey; Canals, A.</addrLine></address></meeting>
		<imprint>
			<publisher>Cited in Boisot</publisher>
			<date type="published" when="2002">2002. 2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">(2018) Risk Management Framework for Information Systems and Organizations -A System Life Cycle Approach for Security and Privacy</title>
	</analytic>
	<monogr>
		<title level="m">The stages through which information passes, typically characterized as creation or collection, processing, dissemination, use, storage</title>
				<imprint>
			<date>December</date>
			<biblScope unit="page" from="800" to="837" />
		</imprint>
		<respStmt>
			<orgName>National Institute of Standards and Technology, US Department of Commerce</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Joint Task Force</note>
	<note>, and disposition, to include destruction and deletion. Revision 2</note>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Our proposed framework treats data as an intangible asset that contributes to final production in an economy</title>
		<author>
			<persName><forename type="first">C</forename><surname>Corrado</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Haskel</surname></persName>
		</author>
		<author>
			<persName><surname>Iommi</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Data are conceptualised as an intangible asset: a storable factor input that is only partially captured in existing macroeconomic and financial statistics</title>
		<title level="s">OECD Economics Department Working Papers</title>
		<editor>
			<persName><forename type="first">M</forename></persName>
		</editor>
		<editor>
			<persName><forename type="first">Jona-Lasinio</forename></persName>
		</editor>
		<editor>
			<persName><forename type="first">C</forename></persName>
		</editor>
		<imprint>
			<date type="published" when="2022-11-15">2022. 15 November</date>
			<biblScope unit="volume">1731</biblScope>
		</imprint>
	</monogr>
	<note>Measuring Data as an Asset -Framework, methods and preliminary estimates</note>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">One Size Does Not Fit All-A Contingency Approach to Data Governance</title>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Data and Information Quality, Association of Computing Machinery -ACM Journals</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="1" to="27" />
			<date type="published" when="2009-06-01">2009. 1 June</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">C</forename><surname>Humby</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Palmer</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">Information as Thing</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">K</forename><surname>Buckland</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of the American Society for Information Science</title>
		<imprint>
			<biblScope unit="volume">42</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="351" to="360" />
			<date type="published" when="1991-06">1991. June</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Tools for Data Governance</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">J</forename><surname>Madison</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Technology and Regulation 2020</title>
				<editor>
			<persName><forename type="first">R</forename><surname>Leenes</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Martin</surname></persName>
		</editor>
		<meeting><address><addrLine>Tilburg</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2020">2020. 2020</date>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="page" from="29" to="43" />
		</imprint>
		<respStmt>
			<orgName>Tilburg University</orgName>
		</respStmt>
	</monogr>
	<note>Paper published</note>
</biblStruct>

<biblStruct xml:id="b20">
	<monogr>
		<title level="m" type="main">Advanced Information and Data Governance: Part I -Designing the Transformation</title>
		<author>
			<persName><forename type="first">A</forename><surname>Mccullough</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2021-04-23">2021. 23 April</date>
			<publisher>IBM Corporation</publisher>
			<pubPlace>London</pubPlace>
		</imprint>
		<respStmt>
			<orgName>Data Services Service Line, IBM Consulting</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Training course</note>
	<note>unpublished</note>
</biblStruct>

<biblStruct xml:id="b21">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">A</forename><surname>Mccullough</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2021">2021</date>
			<biblScope unit="page">8</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Building an Enterprise Information Strategy and the Information Agenda TM</title>
		<author>
			<persName><forename type="first">S</forename><surname>Lockwood</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Section</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">5</biblScope>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<monogr>
		<title level="m">…the essence of strategy is in the activities-choosing to perform activities differently or to perform different activities than rivals</title>
				<editor>
			<persName><forename type="first">Michael</forename><forename type="middle">E</forename><surname>Porter</surname></persName>
		</editor>
		<meeting><address><addrLine>Brighton, MA</addrLine></address></meeting>
		<imprint>
			<publisher>Harvard Business School Publishing</publisher>
			<date type="published" when="1996-11">1996. November-December</date>
		</imprint>
		<respStmt>
			<orgName>Harvard Business Review</orgName>
		</respStmt>
	</monogr>
	<note>What is Strategy?</note>
</biblStruct>

<biblStruct xml:id="b24">
	<analytic>
		<title level="a" type="main">Managing Time Horizons in Corporate Strategies</title>
		<author>
			<persName><forename type="first">M</forename><surname>Prymon</surname></persName>
		</author>
		<ptr target="https://www.proquest.com/conference-papers-proceedings/managing-time-horizons-corporate-strategies/docview/1635277027/se-2" />
	</analytic>
	<monogr>
		<title level="m">International OFEL Conference on Governance, Management and Entrepreneurship</title>
				<meeting><address><addrLine>Zagreb</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2014-04">2014. April</date>
		</imprint>
		<respStmt>
			<orgName>Centar za istrazivanje i razvoj upravljanja d</orgName>
		</respStmt>
	</monogr>
	<note>Paper presented</note>
</biblStruct>

<biblStruct xml:id="b25">
	<monogr>
		<idno type="DOI">10.1093/OED/3696043026</idno>
		<ptr target="https://doi.org/10.1093/OED/3696043026" />
		<title level="m">strategy (n.), sense II.4</title>
				<meeting><address><addrLine>Oxford</addrLine></address></meeting>
		<imprint>
			<publisher>Oxford University Press</publisher>
			<date type="published" when="2024-09">2024. September</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">Michael</forename><forename type="middle">E</forename><surname>Porter</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b27">
	<analytic>
		<title level="a" type="main">Strategic Planning for Management Information Systems</title>
		<author>
			<persName><forename type="first">P</forename><surname>Ein-Dor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Segev</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Management Science. Institute of Management Sciences</title>
		<imprint>
			<biblScope unit="volume">24</biblScope>
			<biblScope unit="issue">15</biblScope>
			<biblScope unit="page" from="1631" to="1641" />
			<date type="published" when="1978-11">1978. November</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b28">
	<analytic>
		<title level="a" type="main">Evolution of Coalitionary Killing</title>
		<author>
			<persName><forename type="first">R</forename><surname>Wrangham</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Strategy: A History</title>
				<editor>
			<persName><forename type="first">L</forename><surname>Freedman</surname></persName>
		</editor>
		<meeting><address><addrLine>Oxford</addrLine></address></meeting>
		<imprint>
			<publisher>Oxford University Press</publisher>
			<date type="published" when="1999">1999. 2015. 1 September</date>
			<biblScope unit="volume">42</biblScope>
			<biblScope unit="page">74</biblScope>
		</imprint>
	</monogr>
	<note>2nd Edition</note>
</biblStruct>

<biblStruct xml:id="b29">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">L</forename><surname>Freedman</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2015">2015</date>
			<biblScope unit="page">608</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b30">
	<analytic>
		<title level="a" type="main">Data Strategy</title>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<ptr target="https://www.gartner.com/en/information-technology/glossary/data-strategy" />
	</analytic>
	<monogr>
		<title level="m">Gartner Information Technology Glossary</title>
				<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b31">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b32">
	<monogr>
		<title level="m" type="main">Enterprise Information Strategy</title>
		<author>
			<persName><forename type="first">S</forename><surname>Lockwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
	<note>1.5.1</note>
</biblStruct>

<biblStruct xml:id="b33">
	<monogr>
		<title level="m" type="main">Speed, Simplicity, Self-Confidence: An Interview with Jack Welch</title>
		<author>
			<persName><forename type="first">N</forename><surname>Tichy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Charan</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1989-09">1989. September-October. Updated 2 March 2020</date>
			<publisher>Harvard Business School Publishing</publisher>
			<pubPlace>Brighton, MA</pubPlace>
		</imprint>
		<respStmt>
			<orgName>Harvard Business Review</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b34">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Brous</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Janssen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Vilminko-Heikkinen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b35">
	<monogr>
		<title level="m" type="main">Vision, Mission, Goals (VMG) or Strategy&apos;, IBM Enterprise Data and Analytics Competence Playbook</title>
		<author>
			<persName><forename type="first">A</forename><surname>Mccullough</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2018-03">2018. March,</date>
			<publisher>IBM Corporation</publisher>
			<biblScope unit="volume">5</biblScope>
			<biblScope unit="page">39</biblScope>
			<pubPlace>London</pubPlace>
		</imprint>
	</monogr>
	<note>Cognitive Business Decision Support Service Line. unpublished</note>
</biblStruct>

<biblStruct xml:id="b36">
	<monogr>
		<author>
			<persName><forename type="first">I</forename><surname>Alegre</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Berbegal-Mirabent</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Guerrero</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Mas-Machuca</surname></persName>
		</author>
		<title level="m">The real mission of the mission statement: A systematic review of the literature</title>
				<meeting><address><addrLine>Cambridge, UK</addrLine></address></meeting>
		<imprint>
			<publisher>Cambridge University Press</publisher>
			<date type="published" when="2018-02-23">2018. 23 February</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b37">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Ein-Dor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Segev</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1978">1978</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b38">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">Paul</forename><surname>Brous</surname></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b39">
	<monogr>
		<title level="m" type="main">Design your data strategy in six steps</title>
		<ptr target="https://www.ibm.com/resources/the-data-differentiator/data-strategy" />
		<imprint>
			<date type="published" when="2024">2024</date>
			<publisher>IBM Corporation</publisher>
			<pubPlace>Armonk, US</pubPlace>
		</imprint>
		<respStmt>
			<orgName>IBM Corporation</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b40">
	<monogr>
		<author>
			<persName><forename type="first">Atlan</forename><surname>Pte</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ltd</forename></persName>
		</author>
		<ptr target="https://atlan.com/data-governance-policy/" />
		<title level="m">Data Governance Policy: Examples, Templates &amp; How to Write One</title>
				<imprint>
			<date type="published" when="2024-02-29">2024. 29 February 2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b41">
	<analytic>
		<title level="a" type="main">Digital governance: A conceptual framework and research agenda</title>
		<author>
			<persName><forename type="first">M</forename><surname>Hanisch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">M</forename><surname>Goldsby</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">E</forename><surname>Fabian</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Oehmichen</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Business Research. Elsevier</title>
		<imprint>
			<biblScope unit="volume">162</biblScope>
			<biblScope unit="page">113777</biblScope>
			<date type="published" when="2023-07">2023. July</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b42">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Hanisch</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b43">
	<monogr>
		<title level="m" type="main">Traditionally, the role of business architecture has been to develop business process models, product hierarchies, and business capability models, all with their corresponding taxonomies and business definition</title>
		<editor>Luisi, J. V.</editor>
		<imprint>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
	<note>2.1.6. Business Architecture and Governance</note>
</biblStruct>

<biblStruct xml:id="b44">
	<monogr>
		<ptr target="https://opexsociety.org/body-of-knowledge/operating-model/" />
		<title level="m">) that explains how the organisation operates so as to deliver value to its customers or beneficiaries</title>
				<editor>
			<persName><forename type="first">A</forename><surname>Campbell</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2016-05-12">2016. 12 May</date>
		</imprint>
	</monogr>
	<note>Operational Excellence Society</note>
</biblStruct>

<biblStruct xml:id="b45">
	<monogr>
		<title level="m">The Target Operating Model (TOM) defines all the elements needed to translate a formulated strategy or initiative into the operational business of an organisation and to achieve the desired target state. The TOM bridges the gap between strategic vision and day-to-day operations</title>
				<editor>
			<persName><forename type="first">M</forename><surname>Anger</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
	<note>Target Operation [sic] Model: Treat your business with an update</note>
</biblStruct>

<biblStruct xml:id="b46">
	<analytic>
		<title level="a" type="main">L&apos;architecture d&apos;affaires: Le chaînon manquant dans la formulation, l&apos;implantation et l&apos;exécution d&apos;une stratégie d&apos;affaires</title>
		<author>
			<persName><forename type="first">P</forename><surname>Hadaya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Gagnon</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Business architecture: The missing link in the formulation, implementation and execution of a business strategy</title>
				<meeting><address><addrLine>Montréal, Canada</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2017">2017</date>
			<biblScope unit="volume">42</biblScope>
			<biblScope unit="page" from="90" to="93" />
		</imprint>
		<respStmt>
			<orgName>Gestion</orgName>
		</respStmt>
	</monogr>
	<note>Innover Stratégie</note>
</biblStruct>

<biblStruct xml:id="b47">
	<monogr>
		<author>
			<persName><forename type="first">P</forename><surname>Hadaya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Gagnon</surname></persName>
		</author>
		<title level="m">…l&apos;architecture d&apos;affaires cible permet de déterminer les capacités d&apos;affaires, les fonctions, les processus, les unités organisationnelles, les connaissances, les informations et les marques de commerce dont l&apos;organisation aura besoin. Elle définit également les caractéristiques principales de ces éléments et leurs interrelations souhaitées</title>
				<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b48">
	<analytic>
		<title level="a" type="main">A Comprehensive Review of Data Governance Literature&apos;, Selected Papers of the IRIS</title>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<ptr target="http://aisel.aisnet.org/iris2017/3" />
	</analytic>
	<monogr>
		<title level="j">Information Systems Research Seminar in Scandinavia</title>
		<imprint>
			<biblScope unit="volume">8</biblScope>
			<biblScope unit="issue">3</biblScope>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b49">
	<analytic>
		<title level="a" type="main">Data Governance: A conceptual framework, structured review, and research agenda</title>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Vom Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Journal of Information Management</title>
				<meeting><address><addrLine>Liechtenstein</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2019-12">2019. December</date>
			<biblScope unit="volume">49</biblScope>
		</imprint>
		<respStmt>
			<orgName>Institute of Information Systems, University of Liechtenstein</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b50">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Hanisch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">M</forename><surname>Goldsby</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">E</forename><surname>Fabian</surname></persName>
		</author>
		<author>
			<persName><surname>Oehmichen</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b51">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><surname>Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b52">
	<monogr>
		<idno type="DOI">10.1093/OED/8866861237</idno>
		<ptr target="https://doi.org/10.1093/OED/8866861237" />
		<title level="m">governance (n.), sense 1.a</title>
				<meeting><address><addrLine>Oxford</addrLine></address></meeting>
		<imprint>
			<publisher>Oxford University Press</publisher>
			<date type="published" when="2024-09">2024. September</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b53">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">J</forename><surname>Madison</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b54">
	<analytic>
		<title level="a" type="main">Preparing Law Students for Information Governance</title>
		<author>
			<persName><forename type="first">S</forename><surname>Demaine</surname></persName>
		</author>
		<ptr target="https://ssrn.com/abstract=2781130" />
	</analytic>
	<monogr>
		<title level="j">Legal Reference Services Quarterly</title>
		<imprint>
			<biblScope unit="volume">35</biblScope>
			<date type="published" when="2016-05-16">2016. 16 May</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b55">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><surname>Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b56">
	<monogr>
		<ptr target="https://www.edmcportal.org/glossary/data-governance-function/" />
		<title level="m">Enterprise Data Management Council (EDM Council) (2024): &apos;Data Governance Function</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b57">
	<analytic>
		<title level="a" type="main">Paving the Way Forward for Data Governance: A Story of Checks and Balances</title>
		<author>
			<persName><forename type="first">I</forename><surname>Graef</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Technology and Regulation 2020</title>
				<editor>
			<persName><forename type="first">R</forename><surname>Leenes</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">A</forename><surname>Martin</surname></persName>
		</editor>
		<meeting><address><addrLine>Tilburg</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2020">2020. 2020</date>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="page" from="29" to="43" />
		</imprint>
		<respStmt>
			<orgName>Tilburg University</orgName>
		</respStmt>
	</monogr>
	<note>Paper presented</note>
</biblStruct>

<biblStruct xml:id="b58">
	<monogr>
		<title level="m" type="main">Non-Invasive Data Governance</title>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">S</forename><surname>Seiner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014">2014</date>
			<publisher>Technics Publications</publisher>
			<pubPlace>Basking Ridge, NJ</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b59">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b60">
	<monogr>
		<title level="m" type="main">The State of Information and Data Governance -Understanding how Organizations Govern Their Information and Data Assets</title>
		<author>
			<persName><forename type="first">E</forename><surname>Pierce</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">S</forename><surname>Dismute</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">L</forename><surname>Yonke</surname></persName>
		</author>
		<editor>Benfeldt Nielsen</editor>
		<imprint>
			<date type="published" when="2008">2008. 2017</date>
			<pubPlace>O.</pubPlace>
		</imprint>
	</monogr>
	<note>Paper cited</note>
</biblStruct>

<biblStruct xml:id="b61">
	<analytic>
		<title level="a" type="main">Organizing Data Governance: Findings from the Telecommunications Industry and Consequences for Large Service Providers</title>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Communications of the Association for Information Systems</title>
		<imprint>
			<biblScope unit="volume">29</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="45" to="66" />
			<date type="published" when="2011">2011. 2017</date>
			<publisher>Benfeldt Nielsen</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b62">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b63">
	<monogr>
		<title level="m" type="main">Information Governance: Concepts, Strategies and Best Practices</title>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
			<publisher>John Wiley and Sons, Inc</publisher>
			<pubPlace>Hoboken, NJ</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b64">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><surname>Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<biblScope unit="page">425</biblScope>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b65">
	<analytic>
		<title level="a" type="main">A Morphology of the Organisation of Data Governance</title>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">European Conference on Information Systems</title>
				<meeting><address><addrLine>Summer</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2011">2011</date>
			<biblScope unit="volume">272</biblScope>
		</imprint>
	</monogr>
	<note>ECIS 2011 Proceedings</note>
</biblStruct>

<biblStruct xml:id="b66">
	<analytic>
		<title level="a" type="main">Designing Data Governance</title>
		<author>
			<persName><forename type="first">V</forename><surname>Khatri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">V</forename><surname>Brown</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Association of Computing Machinery (ACM)</title>
				<meeting>the Association of Computing Machinery (ACM)</meeting>
		<imprint>
			<date type="published" when="2010-01">2010. January</date>
			<biblScope unit="page">148</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b67">
	<monogr>
		<title level="m">Data Management and Use: Governance in the 21st century?-A joint report by the British Academy and the Royal Society</title>
				<meeting><address><addrLine>The; London</addrLine></address></meeting>
		<imprint>
			<publisher>The British Academy</publisher>
			<date type="published" when="2017">2017</date>
		</imprint>
		<respStmt>
			<orgName>British Academy</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b68">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">A</forename><surname>Mccullough</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b69">
	<analytic>
		<title level="a" type="main">Products in the Data Integration Tools Market</title>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<ptr target="https://www.gartner.com/reviews/market/data-integration-tools" />
	</analytic>
	<monogr>
		<title level="m">Data Integration Tools Reviews and Ratings</title>
				<imprint>
			<publisher>Gartner, Inc</publisher>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b70">
	<monogr>
		<author>
			<persName><surname>Databand</surname></persName>
		</author>
		<title level="m">An 11-point checklist for setting and hitting data SLAs (with an SLA template)</title>
				<imprint>
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b71">
	<monogr>
		<title level="m" type="main">Define Operating-Level Agreements to Enhance Performance When Outsourcing</title>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b72">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">Inc</forename><surname>Gartner</surname></persName>
		</author>
		<imprint>
			<biblScope unit="page">10</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b73">
	<monogr>
		<ptr target="https://www.ncsc.gov.uk/collection/incident-management/cyber-incident-response-processes" />
		<title level="m">Incident management</title>
				<meeting><address><addrLine>London, UK</addrLine></address></meeting>
		<imprint>
			<publisher>UK Government</publisher>
			<date type="published" when="2024">2024</date>
		</imprint>
		<respStmt>
			<orgName>National Cyber Security Centre</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b74">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">A</forename><surname>Mccullough</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2021">2021</date>
			<biblScope unit="page">17</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b75">
	<analytic>
		<title level="a" type="main">Data governance activities: an analysis of the literature</title>
		<author>
			<persName><forename type="first">I</forename><surname>Alhassan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Sammon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Daly</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Decision Systems</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="64" to="75" />
			<date type="published" when="2016-06">2016. June</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b76">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
			<biblScope unit="page">93</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b77">
	<monogr>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<ptr target="https://www.gartner.com/en/information-technology/glossary/standard" />
		<title level="m">Standard&apos;, Gartner Information Technology Glossary</title>
				<imprint>
			<date type="published" when="2024">2024c</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b78">
	<monogr>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<ptr target="https://www.gartner.com/en/information-technology/glossary/standard" />
		<title level="m">Standards&apos;, Gartner Information Technology Glossary</title>
				<imprint>
			<date type="published" when="2024">2024d</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b79">
	<analytic>
		<title level="a" type="main">Developing and Implementing Data Policies and Standards to Manage Data as an Enterprise Asset</title>
		<author>
			<persName><forename type="first">J</forename><surname>Lichtenberger</surname></persName>
		</author>
		<ptr target="https://www.dama-mn.org/resources/Documents/2016-05-17%20Developing%20and%20Implementing%20Data%20Policies%20and%20Standards%20to%20Manage%20Data%20as%20an%20Enterprise%20Asset%20wba%20fmt%20v7.pdf" />
	</analytic>
	<monogr>
		<title level="m">Walgreens Boots Alliance</title>
				<imprint>
			<date type="published" when="2016-05-18">2016. 18 May</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b80">
	<monogr>
		<ptr target="https://www.dama.org/cpages/home" />
		<title level="m">Data Management Association</title>
				<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b81">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">J</forename><surname>Lichtenberger</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b82">
	<analytic>
		<title level="a" type="main">A Conceptual Framework for Designing Data Governance for Cloud Computing</title>
		<author>
			<persName><forename type="first">M</forename><surname>Al-Ruithe</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Benkhelifa</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Hameed</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The 13th International Conference on Mobile Systems and Pervasive Computing</title>
				<meeting><address><addrLine>MobiSPC</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2016">2016. 2016. 2016</date>
			<biblScope unit="volume">94</biblScope>
			<biblScope unit="page" from="160" to="167" />
		</imprint>
	</monogr>
	<note>Paper presented at</note>
</biblStruct>

<biblStruct xml:id="b83">
	<analytic>
		<title level="a" type="main">Coffee with Privacy Pros: DPO vs</title>
		<author>
			<persName><forename type="first">J</forename><surname>Coseglia</surname></persName>
		</author>
		<ptr target="https://www.cpomagazine.com/data-privacy/coffee-with-privacy-pros-dpo-vs-cpo-lawyer-vs-technician-the-dualities-of-privacy/" />
	</analytic>
	<monogr>
		<title level="m">Technician. The Dualities of Privacy</title>
				<meeting><address><addrLine>Singapore, Rep; Singapore</addrLine></address></meeting>
		<imprint>
			<publisher>Rezonen Pte. Ltd</publisher>
			<date type="published" when="2019-01">2019. January</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b84">
	<monogr>
		<ptr target="https://www.informatica.com/gb/resources/articles/what-is-data-governance.html" />
		<title level="m">What Is Data Governance and Why Does It Matter?</title>
				<meeting><address><addrLine>Redwood City, CA</addrLine></address></meeting>
		<imprint>
			<publisher>Informatica</publisher>
			<date type="published" when="2024">2024</date>
		</imprint>
		<respStmt>
			<orgName>Informatica</orgName>
		</respStmt>
	</monogr>
	<note>Data Governance Tools and Technology</note>
</biblStruct>

<biblStruct xml:id="b85">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">A</forename><surname>Mccullough</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2021">2021</date>
			<biblScope unit="page">11</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b86">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b87">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
			<biblScope unit="page">25</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b88">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><surname>Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<biblScope unit="page">425</biblScope>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b89">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">S</forename><surname>Demaine</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b90">
	<analytic>
		<title level="a" type="main">Horizontal mechanisms under differing IS organization contexts</title>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">V</forename><surname>Brown</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">MIS Quarterly</title>
		<imprint>
			<biblScope unit="volume">23</biblScope>
			<biblScope unit="page" from="421" to="454" />
			<date type="published" when="1999">1999</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b91">
	<monogr>
		<title/>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2024">2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b92">
	<monogr>
		<title/>
		<author>
			<persName><surname>Lockwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b93">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b94">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Boisot</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Canals</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b95">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Omnès</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b96">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">K</forename><surname>Buckland</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1991">1991</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b97">
	<monogr>
		<title/>
		<author>
			<persName><surname>Lockwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b98">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Ein-Dor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Segev</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1978">1978</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b99">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b100">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Brous</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Janssen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Vilminko-Heikkinen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b101">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b102">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">V</forename><surname>Khatri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">V</forename><surname>Brown</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page">148</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b103">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2011">2011a</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b104">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b105">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b106">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">I</forename><surname>Alhassan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Sammon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Daly</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b107">
	<monogr>
		<title/>
		<author>
			<persName><surname>Lockwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b108">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Hanisch</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b109">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Brous</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Janssen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Vilminko-Heikkinen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b110">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">V</forename><surname>Khatri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">V</forename><surname>Brown</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page">150</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b111">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">I</forename><surname>Graef</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b112">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b113">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">J</forename><surname>Lichtenberger</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b114">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">J</forename><surname>Madison</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b115">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Hanisch</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b116">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b117">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">S</forename><surname>Seiner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b118">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><surname>Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b119">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b120">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">I</forename><surname>Alhassan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Sammon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Daly</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b121">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">Benfeldt</forename><surname>Nielsen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Olivia</forename></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b122">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">E</forename><surname>Pierce</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">S</forename><surname>Dismute</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">L</forename><surname>Yonke</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b123">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b124">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2011">2011a</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b125">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Anger</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b126">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">A</forename><surname>Campbell</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b127">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">V</forename><surname>Luisi</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b128">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Hadaya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Gagnon</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b129">
	<monogr>
		<title level="m">The Future of the IT Department -Exploring the impact of Cloud on IT roles and responsibilities</title>
				<meeting><address><addrLine>London, UK</addrLine></address></meeting>
		<imprint>
			<publisher>IBM United Kingdom Limited</publisher>
			<date type="published" when="2012-01">2012. January</date>
		</imprint>
		<respStmt>
			<orgName>IBM Corporation</orgName>
		</respStmt>
	</monogr>
	<note>Using a business model to assess change</note>
</biblStruct>

<biblStruct xml:id="b130">
	<monogr>
		<title level="m" type="main">2.1.6. Business Architecture and Governance</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">V</forename><surname>Luisi</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b131">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Hadaya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Gagnon</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b132">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">O</forename><surname>Benfeldt Nielsen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b133">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2011">2011a</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b134">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b135">
	<analytic>
		<title/>
		<author>
			<persName><forename type="first">R</forename><surname>Abraham</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Schneider</surname></persName>
		</author>
		<author>
			<persName><surname>Brocke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J</title>
		<imprint>
			<biblScope unit="page">425</biblScope>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b136">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Hadaya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Gagnon</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b137">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">A</forename><surname>Campbell</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b138">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Anger</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b139">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">V</forename><surname>Luisi</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b140">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">K</forename><surname>Weber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Otto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Österle</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b141">
	<monogr>
		<title level="m" type="main">Enterprise Information Strategy</title>
		<author>
			<persName><forename type="first">Steve</forename><surname>Lockwood</surname></persName>
		</author>
		<imprint/>
	</monogr>
	<note>1.5.1</note>
</biblStruct>

<biblStruct xml:id="b142">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">P</forename><surname>Brous</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Janssen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Vilminko-Heikkinen</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b143">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
			<biblScope unit="page">93</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b144">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">J</forename><surname>Lichtenberger</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b145">
	<monogr>
		<title/>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2024">2024c</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b146">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">V</forename><surname>Khatri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">V</forename><surname>Brown</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b147">
	<monogr>
		<title/>
		<author>
			<persName><surname>Gartner</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2024">2024d</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b148">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">S</forename><surname>Demaine</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b149">
	<monogr>
		<title level="m" type="main">Developing an effective governance operating model: A guide for financial services boards and management teams</title>
		<author>
			<persName><forename type="first">S</forename><surname>Baret</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Sandford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Hida</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Vazirani</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Hatfield</surname></persName>
		</author>
		<ptr target="https://www2.deloitte.com/content/dam/Deloitte/global/Documents/Financial-Services/dttl-fsi-US-FSI-Developinganeffectivegovernance-031913.pdf" />
		<imprint>
			<date type="published" when="2013">2013</date>
			<publisher>Deloitte Development LLC</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b150">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b151">
	<monogr>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">F</forename><surname>Smallwood</surname></persName>
		</author>
		<title level="m">The Sedona Conference® Commentary on Information Governance</title>
				<imprint>
			<date type="published" when="2020">2020</date>
			<biblScope unit="page">29</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b152">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">M</forename><surname>Anger</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b153">
	<monogr>
		<title level="m" type="main">Why data isn&apos;t the new oil anymore</title>
		<author>
			<persName><forename type="first">C</forename><surname>Ashton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Forder</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2024-02-13">2024. 13 February</date>
			<publisher>The Chartered Institute for IT</publisher>
			<pubPlace>London, UK</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b154">
	<analytic>
		<title level="a" type="main">Research Design: Qualitative, Quantitative, and Mixed Methods Approaches</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">W</forename><surname>Creswell</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Qualitative Inquiry and Research Design: Choosing Among Five Approaches</title>
				<editor>
			<persName><forename type="first">J</forename><forename type="middle">W</forename><surname>Cresswell</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">C</forename><forename type="middle">N</forename><surname>Poth</surname></persName>
		</editor>
		<meeting><address><addrLine>London; London</addrLine></address></meeting>
		<imprint>
			<publisher>SAGE Publications, Inc</publisher>
			<date type="published" when="2013">2013. 2018</date>
			<biblScope unit="page">8</biblScope>
		</imprint>
	</monogr>
	<note>4th Edition. 4th Edition</note>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
