e-Government projects in public administration are inherently complex and prone to delays and failures. Enterprise architecture (EA) is increasingly used as a method of practice to tackle the organization complexity and offers a common communication platform between various EA stakeholders. However, the attempts to translate EA terminology to audience who uses English as the second language (ESL) often result in misunderstandings and ambiguity. We present preliminary results of a survey among various stakeholders, ESL speakers, who are using ArchiMate, an EA modeling language, in e-Government projects. We found that using an EA standard created in English speaking environment and then translated or mixed with original language version creates issues with understanding among ESL speakers. Although, the agreement on meaning and usage of elements at the pragmatic level was prevailing, experts disagreed more often on the elements use at the semantic level. We suggest selecting a minimum viable set of elements and examples of their use for EA projects in the given domain in order to reduce ambiguity.
Acknowledgement: This work was supported by the Faculty of Economics and Management, Czech University of Life Sciences Prague grant no.2019MEZ0009
e-Government projects in public administration are inherently complex and prone to delays and
failures. Many public agencies promote enterprise architecture (EA) as a method of managing
organizational complexity
The more complex the area for which the enterprise architecture should be developed, the bigger
the gap, and also the bigger ambiguity of perception and interpretation of real word objects can
grow. This is especially intensified in public administration with its complex, multifaceted and
rulebased nature
The objective of our research is to focus on closing the gap in the way of thinking of subject matter experts and portfolio project managers as well as enterprise architects in the public sector. We use the ArchiMate modeling language to develop a high-level view of the enterprise architecture for the State Land Office of the Czech Republic. The purpose of the proposed enterprise architecture is to align e-Government initiative with the agency's efficient ICT operation and development. Based on the collected data we formulate following research questions:
RQ 1: What is the common understanding of enterprise architecture between ESL experts in e-Government projects? RQ 2: How can the enterprise architecture elements assist with closing the gap in understanding between ESL experts in e-Government projects?
This paper presents an overview of literature on the enterprise architecture levels and its creation, and ArchiMate modeling language. Then we describe our research methods, present preliminary findings of the survey and the proposal of EA for the public agency. Finally, we discuss the implications of the findings and outline future research.
Enterprise architecture (EA) is a practice method for describing and managing an organization's
structure, infrastructure and processes in order to reduce the complexity of doing so. Enterprise
architecture core purpose is to describe altogether business, IT and evolution of an organization, i.e.
essentials that are more stable than particular information systems or software
The Open Group ArchiMate standard provides an independent modeling language that aids
enterprise architecture
In order to indicate the level of EA elements understanding among ESL speakers we formed a convenient sample of subject matter experts, portfolio project managers and IT experts working on e-Government projects in the Czech Republic. We administered a survey via email including a short explanatory letter and then followed up over the phone. As this is an ongoing research, we further present only preliminary results drawn from 9 responses.
The instrument consisted of 19 questions divided in four sections: demographics, enterprise architecture practices, understanding of architecture elements, and their usage. We asked whether the expert and his organization use English or Czech or a combination of both when speaking about and using EA elements. The answers could inform about potential causes of ambiguity. In the section about the architecture elements, we presented two motivation layer elements (stakeholder, driver), three strategy level elements (course of action, capability), two business layer elements (business service, business role) and two implementation layer elements (work package and deliverable). This allowed us to learn about the perceived understanding of the elements. In the practical usage section, respondents answered how they use various elements in different scenarios within the public administration domain. This would allow us to compare the answers with the previous section and measure the gaps between perceived semantics and actual use.
In order to demonstrate how enterprise architecture elements can assist with closing the gap in understanding between various experts, we proposed a high-level enterprise architecture view for the State Land Office of the Czech Republic, a recently established Czech government agency. The
first author of this paper has been involved as a consultant in the agency EA development project. The enterprise architecture serves as a common communication framework for experts with the aim to support achieving both operational and developmental goals of the agency.
The results presented in this section are preliminary as the survey is still ongoing. The respondent demographics is described in Table 1.
While being ESL speakers, more than 55 % of the respondents used combination of both Czech and English and 45 % used only Czech or English in the EA communication within the team. However, the communication with the client occurred in all three ways equally by one third. For each element, four possible answers were offered; and we measured the frequency of equal answers. The respondents in majority understood the elements meaning equally except for the Course of Action where answers altered between 'direction' (5), 'approach' (2) and 'procedure' (2) (Table 2).
While the respondents were quite confident in indicating the EA elements meaning, the answers about the practical usage of the elements were more diverse. The Resource and Goal elements usage were presented as multiple-choice items, and the other three (Business Service, Business Role and Deliverable) were described as illustrative cases with options to agree or disagree. The most uniform answers were given to the Goal element which all respondents marked as 'goal' (9) but also as 'ambition' (4) or 'path' (1). The least uniformity recorded answers to the item Deliverable where only two respondents answered about the meaning and five agreed upon its use in a practical example. Business Service and Business Role were understood and used almost equally with the least discrepancies. On the contrary, the use of the Resource element was perceived as 'workers' (7), or 'machines or vehicles' (7), or 'energy' (4) (Table 2).
Business Service
Business Role Implementation
Work package Deliverable 8 8 8 5 8 6 6 2 9 7 7 6 5 4.1.
The State Land Office of the Czech Republic has been established by the Act on the State Land Office
in 2013 in order to administer state property. The agency has replaced former land authorities and
has been given competences to manage and transfer agricultural land, consolidate land, settle
restitution and property claims, and privatize state property
The objective of the agency is to improve efficiency of the ICT management both for meeting the operational and developmental objectives. This should be done by creating the enterprise architecture that would allow to continuously analyze the current state, identify and close the gaps by implementing projects. To meet the set objective, the agency launched the enterprise architecture initiative and invited consultants to create a high-level schema describing objectives, capabilities and ambitions (Figure 1). The first author of this paper created the schema of the agency EA initiative.
The State Land Office strategic goal is to support the ambitions of e-Government and the Digital Strategy of the Czech Republic and, at the same time, to make its own ICT efficient and accessible. This goal breaks down to a number of partial goals: effective management of ICT operation, effective management of ICT development, and compliance with the Digital Strategy of Czech Republic. Each of the partial goals are assessed from the current state and future state viewpoints. It means that a continual and repeatable evaluation of the current state of ICT operations at the Department of Administration and ICT infrastructure and development at the Department of project management and internal development must be ongoing in order to effectively innovate ICT operations and improve ICT developments. The gaps between the current and future state should be discussed, consulted and mitigated through meetings at all managerial levels, i.e. board meetings, EA board meetings, project steering committee meetings, team meetings and also subject matter expert meetings. SPARX is an enterprise architecture tool adopted by the agency. The enterprise architecture framework depicted on Figure 1 proposes a single enterprise architecture communication platform reflecting all strategic aspects and requirements enforced by the Digital Strategy of Czech Republic and also has potential to reduce the misunderstandings about the nationwide e-Government goals as well as the ambiguity of perception of enterprise architecture elements.
Although results of the survey are not yet conclusive, we can observe that the motivation and strategic layer that describe "the why" of an organization are less ambiguous than the business layers that represent the semantic aspect of the enterprise architecture. Particularly, the implementation layer seems to be challenging both for the meaning perception and the usage of the elements. The ambiguity of elements meaning across EA layers has been reported in a number of EA projects and initiatives particularly in the public sector (Banaeianjahromi & Smolander, 2019). One of the factors causing the ambiguity is the mixed usage of English and another language versions of EA standards in communication between EA and other experts, ESL speakers. Apart from the lost meaning due to translations, the misperceptions of elements may be a root cause of the mixed use of various elements which further hampers smooth and flawless communication (Gustas & Gustiené, 2004). Despite being non-conclusive and unfinished, our survey findings were similar.
We argue that although the holistic approach of the ArchiMate language was used in the
proposed EA, the target audience perceived the ArchiMate elements and their graphical symbols
differently which would result in further problems in the enterprise architecture management and
consequent projects
The views of the various stakeholders involved in enterprise architecture creation in public administration are different due to language barriers, diverse domain knowledge and EA experience. Therefore, EA modeling language such as ArchiMate is often used in contradiction to its original purpose to express, analyze and model structures that are important for an organization. This ambiguity can be mitigated by reducing the freedom of expression of the language and providing use cases of ArchiMate elements application in e-Government projects.
By completing the survey and result analysis, we shall be able to make several contributions. First, we found that using a standard created in English speaking environment impedes understanding among ESL audience. This is a practical implication for all stakeholders working on an EA project especially in public sector. Due to a small sample consisting of Czech speakers only the findings cannot be yet generalized to all ESL speakers. Second, as ArchiMate has become the most used EA modelling language with many types of elements it has also broadened the gap between their meaning and usage. This in practice will require to devise a minimum viable set of elements and examples of their use that could be used in the given domain for EA projects in order to reduce ambiguity. As the research on ambiguity in EA projects due to language barriers is scarce, we aim to gather a large sample of EA professionals both from public and private sector and continue are investigation. Banaeianjahromi, N., & Smolander, K. (2019). Lack of Communication and Collaboration in Enterprise Architecture Development. Information Systems Frontiers, 21(4), 877 908. https://doi.org/10.1007/s10796-017-9779-6
0). Organization Modeling and Simulation Using BORM Approach BT - Enterprise and Organizational Modeling and Simulation. In J. Barjis (Ed.) (pp. 27 40).
Berlin, Heidelberg: Springer Berlin Heidelberg.
Chiprianov, V., Kermarrec, Y., Rouvrais, S., & Simonin, J. (2014). Extending enterprise architecture modeling languages for domain specificity and collaboration: application to telecommunication service design. Software and Systems Modeling, 13(3), 963 974. https://doi.org/http://dx.doi.org/10.1007/s10270012-0298-0 Gustas, R., & Gustiené, P. (2004). Towards the Enterprise Engineering Approach for Information System Modelling Across Organisational and Technical Boundaries. Enterprise Information Systems V.
Dordrecht: Springer Netherlands. https://doi.org/10.1007/1-4020-2673-0_24
Marti As an Adjunct Professor, he is teaching Enterprise Architecture at the Faculty of Economics and Management, Czech University of Life Sciences Prague. His research focuses on information management in public administration, enterprise architecture and business processes.
Czech University of Life Sciences. His research topics are e-governance, information systems ethics, and big data in decision making.