<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Assessing Alignment Between Business and IT Strategy: A Case Study</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Samuel Andrén</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Erik Lindström</string-name>
          <email>erikli@kth.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alice Hugosson</string-name>
          <email>alicehu@kth.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sofia Rönnqvist</string-name>
          <email>sofiaron@kth.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Robert Lagerström</string-name>
          <email>robertl@kth.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Simon Hacks</string-name>
          <email>shacks@kth.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Division of Network and Systems Engineering, KTH Royal Institute of Technology</institution>
          ,
          <addr-line>Stockholm</addr-line>
          ,
          <country country="SE">Sweden</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Strategic alignment between business and IT is a topic of high importance to modern businesses, but it remains problematic to implement structured methods to improve and assess alignment in many organisations. This study investigates how organisations can better leverage published strategic alignment theory and methods, ifnding that previous research has not suficiently considered the diferent dimensions of strategy and that such considerations would help enterprises improve strategic alignment. The study proposes a framework for understanding strategic alignment in hierarchical business-led organisations, exemplified in a case study of Trafikförvaltningen, the Stockholm public transport authority.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Strategic Alignment</kwd>
        <kwd>Framework Development</kwd>
        <kwd>Use Case Study</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The rapid development of information technology with new innovations and solutions on the market
creates opportunities for companies, but also dificulties 1. If a company wants to stay competitive
within their field, they have to be able to change and improve their business in the same pace as the
technical development. To be able to meet these kinds of requirements, companies set up business
and IT strategies. Strategies enable the company and its employees to have a clear view of where the
business is heading and how to get there [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        A properly designed IT-strategy can help companies to avoid get stuck in ineficient and outdated
IT-infrastructure and enables the business for technological transformations. As a complement to the
IT-strategy, Enterprise Architecture (EA) could be used [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], which provides a way to manage current
business structures as well as plan for the future. By having a detailed description of the EA, it is
easier to find possible improvements [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]. When improvements in the architecture are defined, target
architecture and transformation plans can be designed [
        <xref ref-type="bibr" rid="ref5 ref6">5, 6</xref>
        ]. However, to ensure IT improvements are
achieving the business objects, companies would need some kind of model or framework to validate
that the IT solutions are aligned with the strategies.
      </p>
      <p>Achieving strategic alignment between IT and business functions is a key objective in many
organisations today. Yet, it has proven problematic to implement theoretical models for strategic alignment
in practice, as diferences between enterprise contexts require significant adaptation to make solutions
efective. There are several models and frameworks for IT-business strategic alignment, however, it
can be dificult for organisations to adapt a specific model to their business. Furthermore, there is
a gap between the theoretical concepts of strategic alignment and the applied industry frameworks
used for managing architecture.</p>
      <p>The purpose of this work is to adapt principles and knowledge in strategic alignment to be more
easily implemented in organisations. We aim to synthesise academic publications, industry
frameworks, and insights from a case study of an organization to illustrate the drivers and obstacles in
implementing strategic alignment thinking in practice. Further, we aim to produce actionable
recommendations for the case company on how strategic alignment could be strengthened in the specific
company context, leading to our research question:</p>
      <p>RQ What principles and knowledge of strategic alignment theory can help organisations to better
facilitate the strategy implementation?</p>
      <p>The rest of this work is structured as follows: After presenting related work, we continue with
sketching our applied research method. Next, we extract the key aspects of an alignment framework
based on the shortcomings of existing frameworks. These key aspects are developed further to the
dimensions of the framework and the assumptions we make. Afterwards, we present our framework
and demonstrate its application in our case study. Finally, we discuss validity and reliability of our
framework, before concluding our work.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        Strategic IT alignment has been subject to research since the late 1980s, and it is expected positive
efect on business performance when the IT resources are well aligned with the business objectives
[
        <xref ref-type="bibr" rid="ref7 ref8">7, 8</xref>
        ]. The need arose as IT became a larger part of organisations and transformed from a mere
supporting, back-ofice role to a strategic role that could significantly afect the business [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        Although measuring alignment can carry value, it is not immediately clear how or what should
be measured or quantified. Venkatraman [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] proposes six diferent perspectives on how to measure
strategic fit and claims that, depending on what perspective one takes while analysing the strategic
ift, a very diferent conclusion can be reached. Other studies afirmed that a lack of specificity of what
type of alignment is desired can lead to diferent conclusions of the status of the IT alignment [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>
        From 1984 to 1992 MIT had a research project on the topic called “MIT90s”, aiming to assess the
impact of IT on an organisation. A result was the “MIT90s Framework”, used to model
relationships between strategy, structure, technology, people, and management processes [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Henderson
and Venkatraman [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] built upon parts of that framework when developing what is arguably one of
the most well-known models in this field - the Strategic Alignment Model (SAM) [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        Critiquing previous models for only identifying misalignments without correcting them, Chen et al.
[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] provide the Business IT Alignment Method (BITAM). To identify and correct any misalignments,
a twelve-step method is provided. Maes et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] critique the existing frameworks for achieving
strategic alignment on a number of points and proposes a new framework to address this criticism.
The criticism includes, among other things, ambiguous definitions of alignment, lack of consideration
of alignment at diferent levels, and a need for measurability. The framework is partially based on
SAM, or rather evolved versions of SAM, but includes a few additional dimensions.
      </p>
      <p>
        Moreover, EA is often related to business IT alignment [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. One of the most prominent frameworks
for EA is The Open Group Architecture Framework (TOGAF) [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. TOGAF includes the Architecture
Development Method (ADM), which tries to support the business IT alignment by a circular process
of eight phases that develop the organisation’s architecture along the layers of business, information
systems, and technology. These layers follow an architectural vision and are regularly controlled
against the desired future structure of the organisation.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Research Method</title>
      <p>
        This study has followed an abductive approach, with an iterative process between a literature review
for theoretical context, collection of empirical data, and the simultaneous building of a framework to
address issues of the case [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. The study consists of two parts. One part is an explorative case study
to find how existing frameworks can or fail to address the issues of the case company [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. The other
part is an illustrative case study of how these issues can be addressed. The abductive exploratory
approach was suitable as not enough knowledge about the problem could be gathered to establish a
descriptive theory for a descriptive case study, which otherwise could have been suitable [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>
        Interviews and meetings have been held with five persons both within and outside the company.
The three persons from the company were from the IT department and worked as senior architect,
architect, and domain architect. The two persons from outside the company were enterprise architects
and worked for a company in the construction sector and for a company in the energy sector,
respectively. The stakeholders explained some part of the operations, processes, or tools, with questions as
in an unstructured interview [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. Some interviews were also done with external stakeholders in a
semi-structured manner. The purpose of the external interviews was to get a wider scope of input
to further understand the context, challenges and possibilities of the company, and methods used in
other contexts.
      </p>
      <p>Documents gathering was done to get a foundation of knowledge of the company structure,
background and strategies. Documents were collected both from the company itself, but also from the
governmental entities and its parent companies.</p>
      <p>The literature review was done to establish a solid knowledge base of what research had previously
been done in some key areas of relevance to this study. As this study is concerned with the alignment
of strategy and management of the IT architecture at the company, the areas of enterprise architecture,
IT strategy, and strategic alignment were chosen. The review was carried out by searching for the
relevant articles within the respective fields, as well as on extension and other phrasings of the fields.
A bias was given to works with more citations as well as literature reviews, to help identify widely
used methods and frameworks within each field. Ultimately a selective search was done to find the
background, frameworks and models that best fit the realm of the research question. The reason for
this was to assess if there exist frameworks that could be easily adapted to fit the context of this study
or, just as importantly, if no such frameworks could be found.</p>
      <p>By synthesizing the knowledge from the literature review with the contextual background, the
frameworks from the literature have been analysed to find problems they can solve and what
shortcomings they have. That has been done by examining what the literature highlights as points to focus
on, combined with the points of concern from the case company, and how the existing frameworks
manage those points. With the basis in that analysis, a number of keys for achieving strategic
alignment are identified. Subsequently, these keys, together with other learnings from the analysis, are
used to develop a conceptual framework to resolve some issues with existing frameworks. Finally,
the conceptual framework is used upon the case itself to illustrate how the conceptual entities can be
matched with a real-world scenario.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Requirements for an Alignment Framework</title>
      <p>
        The existing literature stresses the importance of communication [
        <xref ref-type="bibr" rid="ref20 ref7 ref8">7, 8, 20</xref>
        ], but few frameworks
adequately address the problems associated with it. The SAM discusses ‘fit’ and ‘integration’, terms that
have since not been used in an unambiguous way, and it does not concern how communication should
be handled in the diferent settings [
        <xref ref-type="bibr" rid="ref12 ref9">9, 12</xref>
        ]. The frameworks that address the need for communication
address the alignment only within a certain time frame rather than visualising a continuous process
[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The existing frameworks have to balance between generalizability, applicability, and specificity.
Some of the more general frameworks can struggle with applicability due to being too generic.
      </p>
      <p>
        In the frameworks for strategic alignment, the focus is essentially exclusively on alignment between
diferent business functions. Alignment within each business unit is assumed, even if it is highlighted
that diferent entities can exist within them. In the SAM [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] some entities within each unit are named,
but it is not elaborated upon and achieving internal alignment within a business unit is not mentioned.
A similar issue can be seen in the other frameworks, such as with BITAM [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The assumption is
that business strategies and drivers are all going to align in both time and specificity. Even for the
development of IT strategy [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] the business strategy is assumed to be internally aligned.
      </p>
      <p>
        In previously published frameworks, there are frequent attempt to construct a model that is
generally applicable to all enterprises. However, as there are wide diferences between contexts for
enterprises [
        <xref ref-type="bibr" rid="ref22 ref23">22, 23</xref>
        ], such models become very general and hard to implement in practice. There is also
little diferentiation of diferent types of strategies.
      </p>
    </sec>
    <sec id="sec-5">
      <title>5. Framework Dimensions and Assumptions</title>
      <p>
        Based on the shortcomings of the existing frameworks a set of keys for working with strategic
alignment can be identified. Most importantly, communication within and across units of the company is
needed to work towards a common goal. It is stressed by many other studies as a key factor [
        <xref ref-type="bibr" rid="ref7 ref8">7, 8</xref>
        ].
Processes that encourage such communication and foster mutual understanding of priorities and abilities
will support a dynamic achievement and maintaining of alignment.
      </p>
      <p>
        The second key is incorporating feedback into processes as a vehicle for improving and making
explicit requirement. The reason for that is that whenever a new initiative or strategy is formulated
it needs to be aligned with whatever strategy or policy is superjacent, and that should be ensured by
mutual understanding of the respective entities [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
      </p>
      <p>
        That mutual understanding is connected to the third key, which is one of the clear requirements
from superjacent entities. If the requirements from one part of a company cannot be understood by
the other, the risk for misalignment increases [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ].
      </p>
      <p>
        The fourth key is to have clear requirements from superjacent entities in the strategy processes. As
misinterpretation can create a misalignment in the enterprise strategy and operations, a key method
to limit such events is to build processes that force clear consensus on all stakeholders [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. Clear and
explicit requirements documented at the time of strategy formulation create both traceability over
time and ensures stakeholder consensus.
      </p>
      <sec id="sec-5-1">
        <title>5.1. Business and IT</title>
        <p>
          IT is often separately considered from the business in research. This is both a construction as studies
focus on IT and an axiomatic principle that IT is diferentiable on basis of facts. However, there has
also been extensive research on the linkages between business and IT in research [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]. In this work,
we diferentiate between IT and business both in terms of organisation and, more importantly, in
function.
        </p>
        <p>As a function, IT is separable from business as being the processes, directives and activities that
deliver IT services and capabilities. In this sense, all staf or processes working towards these ends
can be seen as part of the IT function, which often overlap with an organisational unit. Separate
from IT, we define business as the core business activities of the enterprise. The core business is
those processes and activities essential to the enterprise’s purpose and delivering the principal value
propositions of the enterprise.</p>
        <p>We assume a hierarchical structure of purpose where ancillary activities are given their purpose
from supporting the core activities. In such a model, each non-core function is unidirectionally aligned
towards core business. This allows us to treat the alignment of IT and core business in separation,
without considering alignment towards ancillary business units.</p>
      </sec>
      <sec id="sec-5-2">
        <title>5.2. Strategy and Operations</title>
        <p>
          In business strategy and management theory, the distinction between strategy and operations is a key
feature. The general distinction is that strategy is an abstract process planning and setting directions
for an enterprise, while operations are the processes of delivering the value proposition to the
enterprise’s customers. In this work, we approach strategy as the directional decisions planning the future
of the company creating a plan for what should be done to bring about desired outcomes [
          <xref ref-type="bibr" rid="ref25 ref26">25, 26</xref>
          ].
Operations refer to the activities and processes, within both core and non-core functions, creating
value in the enterprise and can simply be described as the actual work being done in the organisation
or the implementation of putting the strategy into efect.
        </p>
        <p>Diferentiating strategy from operations allows us to focus our analysis on the more abstract
strategy processes. While the ultimate goal is to achieve alignment between business and IT in
operations, the framework focuses on achieving alignment on a strategic level between business and IT. If
strategies are not formulated in alignment, any efort within operations will be counteracted by the
implementation of the misaligned strategies.</p>
      </sec>
      <sec id="sec-5-3">
        <title>5.3. Fundamental Strategies and Strategic Initiatives</title>
        <p>
          Diferentiating between types and characteristics in business strategy makes up an extensive literature
and applied practice within research [
          <xref ref-type="bibr" rid="ref27 ref28 ref7">27, 28, 7</xref>
          ]. We diferentiate between fundamental strategies and
strategic initiatives and define this as the correlated composite across four key dimensions: dignity,
time frame, action-orientation and level of detail.
        </p>
        <p>Dignity The strategies in an enterprise are often not equal in importance. For example, the statutes
of an enterprise might overrule a direction given in a yearly strategy if they contradict. By
diferentiating between strategies of more and less dignity these inconsistencies can be resolved by aligning
towards the strategies with the highest dignity.</p>
        <p>Time Frame Strategies commonly have diferent time frames within which they are to be enacted.
In the context of alignment, time frames need to be considered with the objective of preserving
consistency over time, as alignment can, assuming a stable context, only be expected to last the duration
of the shortest-lived strategy. By aligning long-term decisions towards short-lived strategies
lockin efects can be created where future strategies risk making the IT infrastructure misaligned with
business goals or become locked in by the technical considerations.</p>
        <p>Action-orientation Strategy encompasses both governing rules and action-oriented directives.
We understand rules as passive descriptions of how or when actions should be carried out. Rules
can be both formal and informal and can carry much of an enterprises identity by shaping what
activities can or cannot be performed. Rules typically contain logic of how the enterprise is allowed
to act. Action-oriented directives, however, are prescriptive orders of actions to be done, such as an
enterprise deciding to build new services. Such directives carry both prescription, what should be
done, and prioritisation when it is to be done and so difers from rules.</p>
        <p>
          Level of Detail The strategy process spans from the general purpose of an enterprises existence to
how the value can best be created and delivered to intended recipients, thus covering a wide range in
level of detail. Fundamental strategies describing often have a high level of abstraction to be accessible
to the reader, while development plans for operational excellence need a significantly greater level
of detail to be actionable in practice [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ]. In alignment, the level of detail is valuable to consider,
as the systematic alignment of strategies to strategies of a greater level of detail is likely to produce
inconsistencies.
        </p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. An Alignment Framework</title>
      <p>By combining the proposed dimensions for understanding strategic alignment from the previous
sections, we construct an explanatory model for strategic alignment. While the dimensions can be
combined in several ways, we visualise this based on task and scope, constructing a framework for
understanding alignment between core business and IT strategies in figure 1.</p>
      <p>
        We argue that strategic alignment between core business and IT requires alignment on the strategic
level needs to be achieved before it can permeate into operations. As strategic alignment is achieved,
the alignment of operations to the enterprise’s strategies becomes the focal point for continued eforts
[
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. When combining this with the scope of a single enterprise and the assumption of a hierarchical
organisational model, we argue that strategic alignment should first be diferentiated between strategy
and operations and then divided into functions, modelling an integrated strategy process.
      </p>
      <p>Fundamental Business Strategies: Business Principles The fundamental strategies make up
the focal point of strategic alignment in the unidirectional model, as it is at the top of the hierarchy.
We call these the business principles as they constitute the purpose of the enterprise. The business
principles consist of high-level and long-term strategies that are relatively stable over time. Being the
“source” of strategy in the enterprise, strategic alignment can be explained as an indication of how
well units of strategy or operations are aligned to these principles.</p>
      <p>A risk throughout the chains of translations and adaptations in the strategy processes is the
unintentional mistranslation of a strategy. The implications of any such mistranslations are much larger
at the top of the strategy hierarchy as it will afect the lower echelons of the strategy and thus risk
putting a larger part of the enterprise on an unintended course. It is thus important that the
fundamental strategies in the business principles are efectively communicated and made easily accessible
to agents in the enterprise.</p>
      <p>Strategic Business Initiatives Strategic business initiatives are driven by the business principles,
but also by the environment and industry where the business operates. A business initiative is
typically limited to a specified time frame and has a specific intended outcome. Strategic alignment of
the business initiatives is achieved by aligning them towards the business principles and facilitating
the alignment of supporting initiatives outside. The alignment of business initiatives in the research
and principally builds on efective communication, clear requirements, and eficient feedback
mechanisms.</p>
      <p>As IT gains an increasingly protracted role in many organisations many strategic initiatives are
supported or co-owned by the IT function. These parallel initiatives across functions must be
coordinated and aligned both to each other and with the business principles. This process is multilateral
but often characterized by IT enabling the initiatives in the core business.</p>
      <p>Fundamental IT Strategies: IT Governance Fundamental strategies within IT are the rules and
strategies managing the shape and direction of the IT function and capabilities in the enterprise. The
fundamental IT strategies are often stable over time when compared to the continuous strategies, but
their development is driven both by the core business interest and the rapid development of IT. They
are often on a high level of abstraction and typically have long timeframes.</p>
      <p>
        In the enabling role, the fundamental strategies are generally equivalent to the core strategic
practices in the discipline of IT governance [
        <xref ref-type="bibr" rid="ref30">30</xref>
        ]. We use this name for the fundamental business strategies
to emphasise the link to the applied field of IT governance where tools such as the COBIT framework
can be used as reference [
        <xref ref-type="bibr" rid="ref31">31</xref>
        ]. In the frame of strategic alignment, the fundamental IT strategies align
toward the business principles and restrict as well as enables IT initiatives. IT governance must be
directly aligned towards the business principles to achieve adequate stability over time as aligning
them towards business initiatives can result in lock-in efects as initiatives change or expire. IT
governance also creates the frames and preconditions for the enabling of business initiatives through IT
initiatives. Strategic alignment is in this aspect improved through strengthening the digital core [
        <xref ref-type="bibr" rid="ref32">32</xref>
        ].
      </p>
      <p>Strategic IT Initiatives Strategic IT initiatives typically have an action-oriented emphasis on
implementation, with limited time frames. While a strategic initiative is not the same as an IT project
in operations, many strategic initiatives can be expected to trigger and constrain such projects as
strategies are moved into practical implementation or efect.</p>
      <p>Strategic IT initiatives align internally towards IT governance principles as these provide and shape
the technical and strategic opportunities for the eforts. The initiatives must also align with any
business initiatives it is meant to enable so that the core strategies and business principles might be
implemented successfully. The alignment between IT initiatives and IT governance is characterised
by IT governance providing the rules, resources and capabilities, as well as maintaining adaptability
in extant systems, for IT initiatives. The initiative is also given its principal direction from either IT
governance processes or from business initiatives.</p>
    </sec>
    <sec id="sec-7">
      <title>7. Strategic Alignment at Trafikförvaltningen</title>
      <p>Trafikförvaltningen is part of Stockholm’s County Council (Stockholms Läns Landsting) and the
salaried professional branch supporting the Trafic Committee, the County Council’s political
committee for all matter relating to public transport2. Trafikförvaltningen is tasked with preparing and
operationalising the decisions of the trafic committee and is thus the operational provider of public
transport in Stockholm. It has around 800 employees working within five administrative areas 3. While
the day-to-day operation of public transport is procured from private providers, Trafikförvaltningen
owns and supports the infrastructure and several supporting administrative and strategic processes.</p>
      <sec id="sec-7-1">
        <title>7.1. Results</title>
        <p>For this case study, the framework is applied on the domain of Tickets and payments and is presented
in figure 2.</p>
        <p>Business Principles The core of the business strategy of Trafikförvaltningen comes from the
owner structure of the enterprise. It is controlled by the county council and receives its strategic
direction in the form of the Trafic Supply Plan, the strategic programs detailing the regional
development plan, and the strategic map, as well as other appurtenant strategic programs. All these
documents that Trafikförvaltningen cannot make eforts to align these documents with any other
part of the strategy, as they are at the top of the strategy hierarchy. However, comparing the
information within these documents to assess their alignment should be done. Misalignment between them
would otherwise likely have larger implications further down in the strategy hierarchy, and the risk
of such misalignment among the business principles increase due to the fact that there are such a
large number of sources indicating the strategic direction on an enterprise level.</p>
        <p>The Strategic map contains a set of long-term goals, values and the vision of the company, but
2https://cutt.ly/PfEuZyW
3https://cutt.ly/BfEuC5n
the goals are very abstract and although they in theory arguably could be measured against some
real-world phenomena it would be dificult to do so in practice. Rather, it sets an ambition for the
company, but that ambition can be fulfilled in a number of diferent ways.</p>
        <p>Business Initiatives The strategic business initiatives of Trafikförvaltningen comes both from
decisions from the county council and the heads of the departments and directors. The initiatives include
organisational matters like the merging of the previous IT departments, or the strategic initiative of
replacing the existing ticket system with one that can ofer identity-based travel.</p>
        <p>As such initiatives have influence from entities residing outside of Trafikförvaltningens business
core, the risk of misalignment increases. However, the design of the initiatives is still done by
Trafikförvaltningen, and thus the business principles are aligned. Another example of a strategic business
initiative is the expansion of the metro, which consists of many smaller business initiatives. This
initiative has a long-time frame and relatively low level of detail that may only become precise in
several years. However, it has the important trait in that it is action-oriented and is created explicitly
to support the business principles.</p>
        <p>IT Governance Forming the fundamentals of the IT strategy, one finds a set of policies reminiscent
of the fundamental business strategy in that they are sourced from both internally and externally,
creating potential problems of alignment. The IT-policy for the Stockholm County Council is part of
the IT governance as an external source, and although the source is the same as for some of the IT
principles, thus it increases the risk of misalignment.</p>
        <p>The IT guidelines, on the other hand, are set internally and are owned by the CIO, thus creating the
possibility to adapt them to fit the requirements that come from the business principles. All of these
documents span long time frames and have a relatively low level of detail. It is important to notice
that the implementation of the standards is not within IT governance but should rather be mirrored
by an IT initiative with requirements set upon it from the IT governance. These are all principles that
support the IT department in decisions, prioritization, and investments.</p>
        <p>Also carrying the characteristics of the IT governance in that it is not action-oriented and has
implications with a reasonably long-time frame is the target architecture. The importance of alignment
for the target architecture is additionally high, as it has a central role for all other work within the IT
strategy domain and the alignment with business principles as well as within the domain it resides
carries extra weight. As it has a higher level of detail it also becomes more controlled by the other
entities within the domain of fundamental IT strategies, which further heightens the need for internal
alignment.</p>
        <p>IT Initiatives The temporary strategic IT initiatives include the in-house development of the new
ticketing system and the work towards more and better architectural work within the organisation.
These two difer in that they are created from two diferent sources, where the work for an improved
architecture is an initiative created due to a need from the IT governance whereas the work with
ticketing system is the result of a business initiative. All the same, both are in heavy need of alignment
against the IT governance, as for example the ticketing system may be created as an initiative due
to a decision from the business strategy, but still very governed by the ticketing standard that it is
to follow that resides in the IT governance. It is important to point out that the IT initiatives is not
actual work and operations as they still reside within the strategic domain and will subsequently set
requirements on the implementation of the respective operations.</p>
      </sec>
      <sec id="sec-7-2">
        <title>7.2. Managerial Implications</title>
        <p>Formulate and document IT strategy While there are several documents at Trafikförvaltningen
that contain aspects of IT strategy the lack of an explicit IT strategy makes it problematic to assess the
strategic alignment of IT. As there is no clear point of reference that can be used to align IT initiatives
and IT operations towards, there is no clear source of instructions for IT professionals to use as
direction for IT projects. The lack of an explicit IT strategy and directives from business stakeholders
also prevents stakeholder sign-of processes on IT governance strategy, which we believe can limit
the insight and understanding of IT opportunities and potential enabling. We recommend that an
explicit IT strategy with a focus on fundamental governance-type strategies are formulated and made
available to business stakeholders and professionals within the IT function. By facilitating mutual
understanding and the building of communication-enhancing structures, we believe that it would
improve the strategic alignment at Trafikförvaltningen. It would also provide a valuable basis for
formulating enterprise architecture, which in turn could be used to improve IT strategy over time.</p>
        <p>Formulate and agree on clear requirements for IT on governance and initiative levels The
need for requirements and communication permeates the area of strategic alignment. The
formulation, agreement and subsequent sign-of on clear requirements will make it easier to work towards
alignment as well as identifying misaligned intentions. Implementing processes for handling
requirements on IT, both in terms of generating and verifying the validity of the requirements, will help the
cross-company understanding of capabilities and ambitions. We recommend that processes for
collecting business requirements on IT are introduced as part of the standard processes in launching IT
initiatives. We further recommend that explicit mechanisms for capturing stakeholder requirements
are included in the processes to update IT governance strategies and artefacts.</p>
        <p>Stronger engagement from stakeholder executives in enterprise architecture There is an
overarching need to increase the communication and stakeholder engagement around IT’s role in
the organisation. There does not appear to be a clear consensus over business requirements in IT at
present or in the future. That problem exists in both the IT strategy and business strategy domains, as
well as on diferent levels of specificity. Today the target architecture is built around capabilities taken
directly from abstract business principles without the participation of stakeholder executives, which
creates the risk of the mistranslation of requirements and strategy. We recommend investigating how
to involve business stakeholders more explicitly in the creation and updates of the target enterprise
architecture.</p>
        <p>Align IT architecture towards long-term strategy and purpose The IT architecture has been
based on relatively short-term strategy set in the strategic map. As the life span of many of the
components that are developed within the scope of the IT architecture exceed the time span of the
strategic map, aligning these two entities increases the risk for misalignment in the future. To ensure
long-term alignment and viability of the target enterprise architecture, we recommend that strategies
of comparable time frames are used to provide the business directional input.</p>
      </sec>
    </sec>
    <sec id="sec-8">
      <title>8. Validity and Reliability</title>
      <p>
        In order to ensure the validity of the study, the research questions and purpose have been revisited
during the work, as well as reformulated to realign the purpose, research question, results, and
conclusions [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. Additionally, the meetings with persons at Trafikförvaltningen not only provided empirical
material but also informed the research by defining the problems of Trafikförvaltning and
continuously providing new aspects on both theory and case. Ensuring reliability was a more challenging
task, in that suficiently large data sets were dificult to secure. Primarily, the internal sample
population for meetings and interviews was not large enough and it was not possible to make a comparative
study or benchmark. Furthermore, the sample population was heavily influenced by the existing
contacts of the researchers. Care has been taken to consider this in the analysis and conclusions, and
weight was given to the more objective data gathering and literature review.
      </p>
    </sec>
    <sec id="sec-9">
      <title>9. Conclusion</title>
      <p>Synthesising published literature on strategic alignment and the case study of Trafikförvaltningen,
we conclude that efective communication is the key driving force in achieving strategic alignment
in an enterprise. By building mutual understanding across the strategy processes, clear requirements
and integrated feedback, enterprises can ensure alignment throughout their collections of strategies.</p>
      <p>Strategic alignment needs to be considered across several dimensions. Frameworks diferentiate
between IT and business as well as strategy and operations. In this work, we argue that in order
to create models for strategic alignment that better facilitate implementation into practice, diferent
types of strategy must also be diferentiated between in order to provide actionable insight. The
relevant diferentiation between strategies is believed to be sensitive to the specific context. Therefore,
we suggest separating fundamental strategies from strategic initiatives based on factors of dignity,
time frame, action-orientation, and level of detail but recognize the need for further research.</p>
      <p>By combining these drivers and dimensions, we propose a framework for hierarchical
businessled organisations. We propose that strategic alignment between business and IT can be improved
through facilitating the alignment between fundamental business and IT strategies, between business
and IT strategy initiatives and through facilitating internal consistency in business and IT strategies.
Enterprise architecture can be a valuable tool to achieve alignment between fundamental business
and IT strategies and for ensuring initiative compliance to fundamental IT strategy.</p>
      <p>
        In this work, we considered just one organisation. However, to create more founded results, our
suggestion should be applied to more organisations. Thus, a sound evaluation of the approach will
be possible. Further, it should be researched how our approach can benefit from existing means like
enterprise (architecture) modelling [
        <xref ref-type="bibr" rid="ref33 ref34">33, 34</xref>
        ] and automatized model maintenance [
        <xref ref-type="bibr" rid="ref35">35</xref>
        ].
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>S. S.</given-names>
            <surname>Dubey</surname>
          </string-name>
          , IT Strategy and management,
          <source>PHI Learning Pvt. Ltd.</source>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J.</given-names>
            <surname>Saat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Winter</surname>
          </string-name>
          , U. Franke,
          <string-name>
            <given-names>R.</given-names>
            <surname>Lagerstrom</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ekstedt</surname>
          </string-name>
          ,
          <article-title>Analysis of it/business alignment situations as a precondition for the design and engineering of situated it/business alignment solutions</article-title>
          ,
          <source>in: 2011 44th HICSS</source>
          , IEEE,
          <year>2011</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>9</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>R.</given-names>
            <surname>Lagerström</surname>
          </string-name>
          , P. Johnson, M. Ekstedt,
          <article-title>Architecture analysis of enterprise systems modifiability: a metamodel for software change cost estimation</article-title>
          ,
          <source>Software quality journal 18</source>
          (
          <year>2010</year>
          )
          <fpage>437</fpage>
          -
          <lpage>468</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>P.</given-names>
            <surname>Johnson</surname>
          </string-name>
          , R. Lagerström,
          <string-name>
            <given-names>P.</given-names>
            <surname>Närman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Simonsson</surname>
          </string-name>
          ,
          <article-title>Extended influence diagrams for system quality analysis</article-title>
          ,
          <source>Journal of Software</source>
          <volume>2</volume>
          (
          <year>2007</year>
          )
          <fpage>30</fpage>
          -
          <lpage>42</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Hacks</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lichter</surname>
          </string-name>
          ,
          <article-title>Optimizing enterprise architectures using linear integer programming techniques</article-title>
          ,
          <source>in: INFORMATIK</source>
          <year>2017</year>
          ,
          <article-title>Gesellschaft für Informatik e</article-title>
          .V.,
          <string-name>
            <surname>Bonn</surname>
          </string-name>
          ,
          <year>2017</year>
          , pp.
          <fpage>623</fpage>
          -
          <lpage>636</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>N.</given-names>
            <surname>Dohmen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Koopmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Hacks</surname>
          </string-name>
          ,
          <article-title>Optimizing enterprise architecture considering diferent budgets</article-title>
          ,
          <source>in: INFORMATIK</source>
          <year>2019</year>
          ,
          <article-title>Gesellschaft für Informatik e</article-title>
          .V,
          <year>2019</year>
          , pp.
          <fpage>45</fpage>
          -
          <lpage>58</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Y. E.</given-names>
            <surname>Chan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. H.</given-names>
            <surname>Reich</surname>
          </string-name>
          , It alignment:
          <article-title>what have we learned?</article-title>
          ,
          <source>Journal of Information technology 22</source>
          (
          <year>2007</year>
          )
          <fpage>297</fpage>
          -
          <lpage>315</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J.</given-names>
            <surname>Luftman</surname>
          </string-name>
          , T. Brier,
          <article-title>Achieving and sustaining business-it alignment</article-title>
          ,
          <source>California management review 42</source>
          (
          <year>1999</year>
          )
          <fpage>109</fpage>
          -
          <lpage>122</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>T.</given-names>
            <surname>Coltman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Tallon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Sharma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Queiroz</surname>
          </string-name>
          ,
          <article-title>Strategic IT alignment: twenty-five years on</article-title>
          ,
          <source>SAGE Publications Sage UK</source>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>N.</given-names>
            <surname>Venkatraman</surname>
          </string-name>
          ,
          <article-title>The concept of fit in strategy research: Toward verbal and statistical correspondence</article-title>
          ,
          <source>Academy of management review 14</source>
          (
          <year>1989</year>
          )
          <fpage>423</fpage>
          -
          <lpage>444</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Cragg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>King</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Hussin</surname>
          </string-name>
          ,
          <article-title>It alignment and firm performance in small manufacturing firms</article-title>
          ,
          <source>The Journal of Strategic Information Systems</source>
          <volume>11</volume>
          (
          <year>2002</year>
          )
          <fpage>109</fpage>
          -
          <lpage>132</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J. C.</given-names>
            <surname>Henderson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Venkatraman</surname>
          </string-name>
          , Strategic alignment:
          <article-title>Leveraging information technology for transforming organizations</article-title>
          ,
          <source>IBM systems journal 38</source>
          (
          <year>1999</year>
          )
          <fpage>472</fpage>
          -
          <lpage>484</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>H.-M. Chen</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Kazman</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Garg</surname>
            ,
            <given-names>Bitam:</given-names>
          </string-name>
          <article-title>An engineering-principled method for managing misalignments between business and it architectures</article-title>
          , Sci. of Comp. Prog.
          <volume>57</volume>
          (
          <year>2005</year>
          )
          <fpage>5</fpage>
          -
          <lpage>26</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>R.</given-names>
            <surname>Maes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Rijsenbrij</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Truijens</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Goedvolk</surname>
          </string-name>
          , et al.,
          <article-title>Redefining business-it alignment through a unified framework</article-title>
          , Universiteit Van Amsterdam/Cap Gemini White Paper (
          <year>2000</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>C. M. Pereira</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Sousa</surname>
          </string-name>
          ,
          <article-title>Enterprise architecture: Business and it alignment</article-title>
          ,
          <source>in: Symposium on Applied Computing</source>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          , New York, NY, USA,
          <year>2005</year>
          , p.
          <fpage>1344</fpage>
          -
          <lpage>1345</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16] The Open Group,
          <source>TOGAF Version 9.1</source>
          , 1 ed.,
          <source>Van Haren Publishing, Zaltbommel</source>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>P.</given-names>
            <surname>Blomkvist</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hallin</surname>
          </string-name>
          ,
          <article-title>Method for engineering students: Degree projects using the 4-phase</article-title>
          <string-name>
            <surname>Model</surname>
          </string-name>
          ,
          <string-name>
            <surname>Studentlitteratur</surname>
            <given-names>AB</given-names>
          </string-name>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>B.</given-names>
            <surname>Yazan</surname>
          </string-name>
          ,
          <article-title>Three approaches to case study methods in education: Yin, merriam, and stake</article-title>
          ,
          <source>The qualitative report 20</source>
          (
          <year>2015</year>
          )
          <fpage>134</fpage>
          -
          <lpage>152</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>A. J.</given-names>
            <surname>Mills</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Durepos</surname>
          </string-name>
          , E. Wiebe,
          <source>Encyclopedia of case study research</source>
          ,
          <source>Sage Publications</source>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>E.</given-names>
            <surname>Baker</surname>
          </string-name>
          , Leading alignment,
          <source>CIO Insight 1</source>
          (
          <year>2004</year>
          )
          <fpage>19</fpage>
          -
          <lpage>20</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>D. Q.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Mocker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. S.</given-names>
            <surname>Preston</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Teubner</surname>
          </string-name>
          ,
          <article-title>Information systems strategy: reconceptualization, measurement, and implications</article-title>
          ,
          <source>MIS quarterly 34</source>
          (
          <year>2010</year>
          )
          <fpage>233</fpage>
          -
          <lpage>259</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>S.</given-names>
            <surname>Kotusev</surname>
          </string-name>
          ,
          <article-title>Enterprise architecture frameworks: The fad of the century</article-title>
          ,
          <source>British Computer Society (BCS)</source>
          (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>J.</given-names>
            <surname>Saat</surname>
          </string-name>
          , U. Franke,
          <string-name>
            <given-names>R.</given-names>
            <surname>Lagerstrom</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ekstedt</surname>
          </string-name>
          ,
          <article-title>Enterprise architecture meta models for it/business alignment situations</article-title>
          ,
          <source>in: 2010 14th IEEE International EDOC Conference</source>
          , IEEE,
          <year>2010</year>
          , pp.
          <fpage>14</fpage>
          -
          <lpage>23</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>J.</given-names>
            <surname>Luftman</surname>
          </string-name>
          ,
          <article-title>Assessing business-it allignment maturity, in: Strategies for information technology governance</article-title>
          ,
          <source>Igi Global</source>
          ,
          <year>2004</year>
          , pp.
          <fpage>99</fpage>
          -
          <lpage>128</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>G. A.</given-names>
            <surname>Steiner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. S.</given-names>
            <surname>Planning</surname>
          </string-name>
          ,
          <article-title>What every manager must know</article-title>
          ,
          <source>Strategic Management Journal</source>
          <volume>28</volume>
          (
          <year>1979</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>H.</given-names>
            <surname>Mintzberg</surname>
          </string-name>
          ,
          <article-title>Rise and fall of strategic planning: Reconceiving roles for planning, plans</article-title>
          , planners, Free Press,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>M. E.</given-names>
            <surname>Porter</surname>
          </string-name>
          , et al.,
          <source>What is strategy?</source>
          ,
          <source>Harvard business review 74</source>
          (
          <year>1996</year>
          )
          <fpage>61</fpage>
          -
          <lpage>78</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>F.</given-names>
            <surname>Gampfer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Jürgens</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Müller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Buchkremer</surname>
          </string-name>
          ,
          <article-title>Past, current and future trends in enterprise architecture-a view beyond the horizon</article-title>
          ,
          <source>Computers in Industry</source>
          <volume>100</volume>
          (
          <year>2018</year>
          )
          <fpage>70</fpage>
          -
          <lpage>84</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>S.</given-names>
            <surname>Hacks</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Brosius</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Aier</surname>
          </string-name>
          ,
          <article-title>A case study of stakeholder concerns on eam</article-title>
          , in: U. Franke,
          <string-name>
            <given-names>S.</given-names>
            <surname>Aier</surname>
          </string-name>
          , M. Mocker (Eds.),
          <source>21st International EDOC Workshop</source>
          ,
          <year>2017</year>
          , pp.
          <fpage>50</fpage>
          -
          <lpage>56</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>P.</given-names>
            <surname>Weill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ross</surname>
          </string-name>
          ,
          <article-title>A matrixed approach to designing it governance</article-title>
          , MIT Sloan management review
          <volume>46</volume>
          (
          <year>2005</year>
          )
          <fpage>26</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>S.</given-names>
            <surname>De Haes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Debreceny</surname>
          </string-name>
          ,
          <string-name>
            <surname>W. Van Grembergen</surname>
          </string-name>
          ,
          <article-title>Understanding the core concepts in cobit 5</article-title>
          ,
          <source>Isaca Journal</source>
          <volume>5</volume>
          (
          <year>2013</year>
          )
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>J. W.</given-names>
            <surname>Ross</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Weill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Robertson</surname>
          </string-name>
          , et al.,
          <article-title>Enterprise architecture as strategy: Creating a foundation for business execution</article-title>
          , Harvard business press,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>K.</given-names>
            <surname>Sandkuhl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Stirna</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Persson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Wißotzki</surname>
          </string-name>
          , Enterprise modeling,
          <source>Tackling Business Challenges with the 4EM Method. Springer</source>
          <volume>309</volume>
          (
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34] The Open Group,
          <source>ArchiMate 3.0.1 Specification</source>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>A. R.</given-names>
            <surname>Sabau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Hacks</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Stefens</surname>
          </string-name>
          ,
          <article-title>Implementation of a continuous delivery pipeline for enterprise architecture model evolution</article-title>
          ,
          <source>Software</source>
          &amp; Systems
          <string-name>
            <surname>Modeling</surname>
          </string-name>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>