The Enterprise Architect

Theoretical Framework - EA as profession

One interesting question is whether the role of the Enterprise Architect could be considered a profession or not. The intent of this section is to clarify to what extent the Enterprise Architect is considered a profession. Sometimes this occupation could be part-time and from time to time, the job assignments relating to the EA foundation could be of low priority. The Enterprise Architect job title could vary from organization to organization, representing the same assignment.

Who could obtain the role as Enterprise Architect?

According to Handler (2009), 2,2% of all IT personnel only, have accurate skills for the role of an Enterprise Architect. Short & Burke (2010) state that an efficient team of Enterprise Architects is estimated to 2-4% of the IT staff of the organization. For an organization who has acknowledged the advantages from EA, still the number of Enterprise Architects operating within the field of EA is considered to be in a minority. For some occupations within the IT domain, the discussion about if the occupation is to be considered as an art, science, craft or engineering, has been on-going for decades in the area of software development (Janert, 2003). The next subsections will elaborate to what extent this discussion could applied to the Enterprise Architect.

How to differentiate Enterprise Architects from engineers?

The next subsection will elucidate the dissimilarity between an Enterprise Architect and engineers in the same work field. IFEAD (2005) reveals the architect’s role as different from the engineer or designer particularly in the area of style. Both roles are dealing with construction and design with an aim to obtain a certain function. What separates the architects from the engineers is the style perspective, where the style reflects the organizational culture, the norms and values and various rules and principles which guide the organizational movements (IFEAD, 2005). The architect differs on the style representation as a capability, from the engineer. The next subsection will question if working with EA is an art or a science.

Practicing EA – an art or science?

Since a profession is comprising a mixture of art and science, the profession will according to Squires (2005), affect, impact, and intervene their environment. The architect in the context of management as such is to some extent a science in the architect’s position aiming for governance involving rules and principles to improve organizational efficacy and productivity. However, if the occupation is requesting imagination in expressing ideas or feelings, a profession is to a certain degree an art (Gao, 2008). The contextual organizational considerations about knowledge deliberating the diversity of sources and the social epistemology will strengthen this variety (Gao et al., 2008). Unlocking people’s potentials designing a collaborative system is the art as key to enhance the organizational output (Wander, 2013), stressing emotional intelligence (Emmerling et al., 2008) in an aim to obtain an innovative culture (Berardo & Deardorff, 2012). While considering the architect’s position in affecting and intervening their environment, the occupation as Enterprise Architect is to some extent an art. In evaluating the scientific approach to this position, the practice of governance to the IS/IT domain is directing. The subsequent subsection will elaborate if the Enterprise Architect’s occupation should be considered as a profession or a craft.

A profession or a craft?

Revealed from the universal literature, the definition of a profession is a bit dissimilar contrasting the particular EA literature which utilizing the word “profession” in more generic terms. Nevertheless, a certification request of the Enterprise Architect is proposed by some authors of EA literature, founded on the universal literature’s definition of a profession. Abbott (1988) argues that a profession has certain patterns to be contented if it should be considered as a profession. A profession is established when evolved to be something somebody starts doing full time, hence not part-time. The work of a professional is to some extent an exclusive jurisdiction. Since the professionals’ activities are interacting with other professionals, there is an ecology of interacting systems present while an impact in one system will affect another. A profession is intended to deal primarily with human activities, as liable for serving humans with expertise in the jurisdiction of operation. The hierarchical status of a professional group will be evaluated by viewing their clients (Abbott, 1988). Dean (1995) implies a profession are founded on six properties: a) acting with autonomy; b) shows commitment to its clients in a servant attitude; c) conscious about the collegiality of other members of the profession’s group; d) have accomplished an academic, educational background; e) where this educational background is intended to be further developed by job training; f) the professional’s special skills and knowledge should be utilized by the professional in offering a service oriented attitude where the client is the focus. In addition, a profession has a widely spread acceptance of the purpose and objective of the profession where the profession is accredited to meet the prerequisites of the profession involving the code of conduct (Williams, 1998). Apart from acquiring the necessary knowledge in the profession’s domain from the university, a professional is compulsory to develop the basic knowledge of the expert role obtained several years later gathered through socialization within the field of the profession in practicing the profession (Dean, 1995). Since the client is essentially dependent upon the professional’s expert skills, the professional’s self-interest is to be overruled (Christensen, 1994). To monitor this ethical behavior, the professional’s membership is acting in a self-regulatory manner (Armstrong, 1994). In this context, the profession will both be empowered, likewise delimited to the profession’s regulatory influence of the domain, which as such will impact the society or the organization by a particular monopoly for the profession’s domain (Armstrong, 1994). Therefore, the EA literature like CAEAP (2012) requests for a certification of the Enterprise Architect position to fulfill the prerequisites for the Enterprise Architect as being a profession. Likewise, The Open Group (2011) stipulate a certification to recognize formally the skills of the architect in service. In addition, Zachman (1999) advocates the risks in omission the architectural representation, intended by the Enterprise Architect, where Zachman stresses the importance in developing this profession. A profession is something somebody starts doing full time. The work of a professional is to some extent an exclusive jurisdiction. Professions influence other professions. A profession is intended to deal primarily with human activities. A profession are founded on six properties in: (i) acting with autonomy; (ii) shows commitment to its clients in a servant attitude; (iii) conscious about the collegiality of other members of the profession's group, has a widely spread acceptance of the purpose and objective of the profession where the profession is accredited to meet the prerequisites of the profession involving the code of conduct; (iv) apart from acquiring the basic knowledge in the profession's domain from the university, a professional is compulsory to develop the basic knowledge of the expert role obtained several years later gathered through socialization within the field of the profession. In essence, to empower the role of the Enterprise Architect, drafts have been issued requesting for certifying the profession. The next subsection will elucidate the architect’s position to coordinate strategic alignment.

The Coordinator of Strategic Alignment - the profession of alignment mission

Henderson & Venkatraman’s (1999) work on the Strategic Alignment Model emphasizes the functional integration of business operations, IS/IT, the organization's infrastructure, and the organization’s IS/IT infrastructure. Alignment is considered as multifaceted dimensions among a variety of aspects (Pessi et al., 2013). An alignment expressing intrinsic and extrinsic values which are reliant on the contemporary organizational culture and leadership (Bass & Riggio, 2006) where especially the extrinsic characteristics from EA is of certain interest (Magoulas & Pessi, 2011). Strategic alignment requires a holistic and purposeful view of the business and its ability to take advantage of technology, in enabling future business (Andriole, 2008). In this environment, the Enterprise Architect is a noteworthy player intended as a core member of a business IT strategy group and in one or more IT steering committees, which groups are aiming for to create harmony between business strategy and IT strategy (Haes de & Grembergen van, 2004). Papke (2014) identify four elements in alignment to realize the beauty of business as the customer, brand intention, culture, and leadership. When these four elements, as a code of business, are aligned, the business Excellency could be achieved. If misaligned, the opposite occurs (Papke, 2014). Alignment is about strategic commitments, aligning emotions, trust, and dependable as implemented in the business culture (Leibner et al., 2009). Lyngso et al. (2014) advocate the business organization, the business behavior and the business information systems interacts with conditions revealed from legal, moral, market and technology, that together will shape the business’ forthcoming opportunities and threats in alignment of the business. The business strategy is formed by the key elements of sponsorship, strategic partnership, and readiness for change combined with strategic alignment (Yaeger & Sorensen, 2013), where electing the most appropriate persons for these assignments are crucial (Drucker, 1985). Alignment comprises culture preferences such as participation, expertise, and authenticity, and leadership preferences expressed in participation, expertise, or acting as servant aiming for team activities to endeavor excellency (Papke, 2014). Strategy advocacy requests ideas, trends, innovation and shifts in the context that together appeal on strategic opportunities (Langer & Yorks, 2013). The Enterprise Architect’s position as coordinator of the alignment business and IS/IT intents are crucial to the modern organization, where particularly the extrinsic values derived from EA should be considered to realize the beauty of business. For some organizations, there are subordinated roles to the architect that the next subsection explores.

Subordinate roles to the Enterprise Architect

EA is considered to have a few sub-professions apart from the Enterprise Architect such as: The Technical Enterprise Architect The Technical Enterprise Architect is responsible for the internal technical environment and its architecture, involving the technical standardization (Hanschke, 2010). The Business Enterprise Architect The business landscape models are the responsibility of the Business Enterprise Architect, where these Business Enterprise Architects emanates from another department of the enterprise than IT (Hanschke, 2010). The Application Enterprise Architect The Application Enterprise Architect is intended to deal chiefly with the enterprise’s application landscape, its architecture and how this architecture will match the EA model (Hanschke, 2010), and the strategic planning, as corporate objectives and time frames to be defined (Mulins, 2013). These few subordinated roles to the Enterprise Architect, could be found in some organizations, covering more specific and detailed domains than the Enterprise Architect’s holistic perspective on the business. For the concurrent Enterprise Architect, quite a few challenges are prevalent. Nonetheless, these challenges could vary from organization to organization; a few examples will be presented in the next subsection.

Key encounters for the Enterprise Architect

Similar to the EA itself, the Enterprise Architect could be considered to have challenges to deal with to create a successful EA environment such as the people issues and balancing dual challenges, which requires the “both-and” approach which could be found as mentally tricky. The Enterprise Architect has a few encounters to deal with, such as: The language used The coherent language used in interpersonal communication, visualization tools to describe the business and conceptualization will make the foundation of an EA framework (Sessions, 2007). Vann (2004) stresses the prerequisite of a commonly accepted language to make change and development efficient. Moreover, a generally accepted pattern language, as a concept, originating from the towns buildings construction (Alexander et al., 1977), is recommended by Kotzé et al. (2012). Lankhorst (2013) argues the essentials of the generic modeling language in itself and the naming conventions utilized in business process mapping for a correct understanding (Weske, 2012). Balancing dual challenges - ambidextrous The more obvious challenge for the Enterprise Architect is to balance the dual challenges to come, which address an individual skill for the architect to act ambidextrous. This balance in dual action, as ambidextrous (Duncan, 1976), request for other skills involving temporal dynamics (Weiner et al., 2012). For the ambidextrous organization, the challenge is to cannibalize the own organization to survive the future (Tushman & O'Reilly, 1996). Other dual challenges are flexibility versus efficiency (Adler et al., 1999), centralized versus decentralized information (Hugoson et al., 2010) innovation speed versus EA in intellectual excellence (Besker & Olsson, 2015b) portrayed as an ivory tower (Bok, 2009; James, 1917), or by inverting the paradox of excellence (Kale, 2015). People issues Gartner Group has in a study found the “people issues” as a top challenge for the architect, followed by the business issues (Burton, 2010). Legal and regulatory compliance One business challenge is to achieve legal compliance from business and information, comprising the regulatory competition (Larouche & Cserne, 2013). Another is the global activities of business and IT systems, where a local adaptation might be necessary, though on an increased complexity (Varella, 2014). A third is the business aspects of outsourcing (Janek, 2012), involving outsourcing of the IT operations (Burnett, 2009), and off-shoring (Oshri et al., 2009). As a fourth aspect to remark is the legal compliance on cloud computing (Edvardsson & Frydlinger, 2013), involving influences by a deviation in net neutrality (Marsden, 2010). As a fifth dimension to mention is the compliance with the internal control systems such as SOX (Sarbanes-Oxley Act) (Marchetti, 2005). Demonstrating the business value derived from EA The business value derived from EA is essential to determine and to follow-up on (Wijegunaratne et al., 2014), and could be considered as either cost reduction or value generation (Schekkerman, 2005). In addition, the quality aspects derived from EA is vital (Wout van't et al., 2010). The net benefits derived from information, systems or service quality (Besker & Olsson, 2013) could be expressed by utilizing the Delone & McLean IS Success Model (Delone & McLean, 2003), whereas architectural knowledge and other constituents of EA, could be more complex to measure. Active knowledge from EA The organizational knowledge has to be up-to-date and rapidly available to support new initiatives and sudden situations (Lillehagen & Krogstie, 2008). Besides, architectural knowledge as such is relevant to the organization in the long run, nonetheless this knowledge is severe to defend (Andersson et al., 2008). Innovation The mindset of architectural innovation (Henderson & Clark, 1990) is more important in the future than in the past (Besker & Olsson, 2015a). A clear and open mindset by management is crucial for serendipity as fortunate and pleasant surprise of discovering new areas (Makri et al., 2014). Time for change Several architects perceive frequently resistance to change (Besker & Olsson, 2014) and 60-80% of change initiates fail (Passenheim, 2010). Change and transitions could be long-lasting events according to Kotter (1998) while the most frequent resistance to change could be found from people close to the top executives. The more experienced users, the more resistance to adopting a change in methods and rules, argues Fitzgerald (1998). This subsection describes a variety of assignments and the organizational approach that could affect the Enterprise Architect while the presence may vary from organization to organization. The challenges for the EA may require a list of desiderata not just revealed from the architects in operation, but also from the organizational culture in empowering and acknowledging organizational roles with a particular purpose in strengthen the organizational forthcoming. Before entering the chapter of primary interest for this study, the aim of the initial theoretical framework presented in chapter 3 has aimed to elucidate the multifaceted and multi-disciplinary context of the Enterprise Architect’s work field, where several challenges that positions this profession in the organization are prevalent. The architect’s occupation could be elucidated from various perspectives: evaluated as a craft or profession, scientifically or as an art, or as engineering to some extent. Independently of the organizational perspectives on the architect’s position, the extrinsic values derived from EA are essential to the architect’s capability as coordinator of strategic alignment. The next chapter is intended the primary focus of this study: the Enterprise Architect.

Enterprise Architecture as a profession

© Enterprise Architect, 2015. Version 0.27, 2015-10-11
Page references: Abbott, A. D. (1988). The system of professions: an essay on the division of expert labor. Chicago: University of Chicago Press. Adler, P. S., Goldoftas, B., & Levine, D. I. (1999). Flexibility Versus Efficiency? A Case Study of Model Changeovers in the Toyota Production System. Organization Science, 10(1), pp. 43-68. doi: 10.1287/orsc.10.1.43. Alexander, C., Ishikawa, S., Silverstein, M., & Jacobson, M. (1977). A pattern language: towns, buildings, construction (Vol. 2). New York: Oxford U.P. Andersson, M., Lindgren, R., & Henfridsson, O. (2008). Architectural knowledge in inter-organizational IT innovation. The Journal of Strategic Information Systems, 17(1), pp. 19-38. doi: dx.doi.org/10.1016/j.jsis.2008.01.002. Andriole, S. J. (2008). Best practices in business technology management. Boca Raton: CRC Press. Armstrong, M. B. (1994). What is a profession? Outlook, 62(2), pp. 38-39. Bass, B. M., & Riggio, R. E. (2006). Transformational leadership. Mahwah, N.J; London: Lawrence Erlbaum Associates. Berardo, K., & Deardorff, D. K. (2012). Building cultural competence: innovative activities and models. Sterling, Va: Stylus Pub. Besker, T., & Olsson, R. (2013). Analys av en utvärderingsmodell: En studie av DeLone and McLean IS Success Model som utvärderingsmodell vid implementation av en mjukvara inom svensk sjukvård. Department of Applied Information Technology. Chalmers University of Technology and University of Gothenburg. Gothenburg. Besker, T., & Olsson, R. (2014). Perspektiv på förändringsmotstånd: En kvantitativ studie av uppfattningar bland förändringsledare i Sverige. Department of Applied Information Technology. Chalmers University of Technology and University of Gothenburg. Gothenburg. Besker, T., & Olsson, R. (2015a). Arkitekturell innovation - en litteraturstudie. Department of Applied Information Technology. Chalmers University of Technology and University of Gothenburg. Gothenburg. Besker, T., & Olsson, R. (2015b). The Enterprise Architect profession: An empirical study. Department of Applied Information Technology. Chalmers University of Technology and University of Gothenburg. Gothenburg. Bok, D. C. (2009). Beyond the ivory tower: Harvard University Press. Burnett, R. (2009). Outsourcing IT - The Legal Aspects: Ashgate Publishing, Limited. Burton, B. (2010). Enterprise Architecture Seminar Workshop Results: Top EA Challenges (Vol. G00173809): Gartner Group. CAEAP. (2012). Enterprise Architecture: A Professional Practice Guide: Center for the Advancement of the Enterprise Architecture Profession. Christensen, B. A. (1994). What is a profession? Journal of the American Society of CLU & ChFC, 48(1), pp. 28-29. Dean, J. C. (1995). What makes a profession? (Vol. 26, pp. 28-30). Garden City: Hoke Communications, Incorporated. Delone, W. H., & McLean, E. R. (2003). The DeLone and McLean model of information systems success: A ten-year update. Journal of Management Information Systems 19 (4), pp. 9-30. Drucker, P. (1985). How to make people decisions. Harvard Business Review, July/August 1985, Vol. 63, Issue 4, pp. 22-25. Duncan, R. B. (1976). The ambidextrous organization: Designing dual strctures for innovation. In R. H. Kilman (Ed.). In The Management of Organizational Design. Edvardsson, T., & Frydlinger, D. (2013). Molntjänster: Juridik, affär och säkerhet. Stockholm: Nordstedts Juridik AB. Emmerling, R. J., Shanwal, V. K., & Mandal, M. K. (2008). Emotional intelligence: theoretical and cultural perspectives. New York: Nova Science Publishers. Fitzgerald, B. (1998). An empirical investigation into the adoption of systems development methodologies. Information & Management, 34(6), pp. 317-328. doi: 10.1016/S0378-7206(98)00072-X. Gao, F. (2008). Is management science or art? Systems Research and Behavioral Science, 25(1), pp. 125-136. Gao, F., Li, M., & Clarke, S. (2008). Knowledge, management, and knowledge management in business operations. Journal of knowledge management, 12(2), pp. 3- 17. doi: 10.1108/13673270810859479. Haes de, S., & Grembergen van, W. (2004). IT Governance and Its Mechanisms. Information Systems Control Journal, Vol. 1, 2004. Handler, R. A. (2009). Role Definition and Organization Structure: Chief Enterprise Architect: Gartner Research. Number: G00173413. Hanschke, I. (2010). Strategic IT Management: A Toolkit for Enterprise Architecture Management: Springer-Verlag. Henderson, R. M., & Clark, K. B. (1990). Architectural Innovation: The Reconfiguration of Existing Product Technologies and the Failure of Established Firms. Administrative Science Quarterly, 35(1), pp. 9-30. Hugoson, M.-Å., Magoulas, T., & Pessi, K. (2010). Enterprise Architecture Design Principles and Business-driven IT Management. Paper presented at the 1st Workshop on Business and IT Alignment (BITA) in conjunction with 13th International Conference on Business Information Systems, Germany. IFEAD. (2005). Enterprise Architecture Definition. Amersfoort, The Netherlands: Institute For Enterprise Architecture Developments. James, H. (1917). The ivory tower Retrieved from http://www.henryjames.org.uk/itower/ Janek, M. (2012). Collaboration of Enterprise Architects in Outsourcing. In Collaboration in Outsourcing (pp. 14). Basingstoke: Palgrave Macmillan. Janert, P. K. (2003). Art, craft, science--How about profession? (Vol. 20, pp. 108). Los Alamitos: IEEE Computer Society. Kale, V. (2015). Inverting the Paradox of Excellence: How Companies Use Variations for Business Excellence and How Enterprise Variations Are Enabled by SAP. Hoboken: Taylor and Francis. Kotter, J. P. (1998). Winning at Change. Berlin: Eaton & Associates Ltd. Kotzé, P., Tsogang, M., & Merwe van der, A. (2012) A framework for creating pattern languages for enterprise architecture. Vol. 131 LNBIP. Lecture Notes in Business Information Processing (pp. 1-20). Langer, A. M., & Yorks, L. (2013). Strategic IT: Best Practices for Managers and Executives. New Jersey: John Wiley & Sons, Inc. Lankhorst, M. (2013). Enterprise Architecture at Work. DE: Springer Verlag. Larouche, P., & Cserne, P. (2013). National Legal Systems and Globalization: New Role, Continuing Relevance. The Hague, The Netherlands: T. M. C. Asser Press. Leibner, J., Mader, G., & Weiss, A. (2009). The power of strategic commitment: achieving extraordinary results through total alignment and engagement. New York: American Management Association. Lillehagen, F., & Krogstie, J. (2008). Enterprise Knowledge Architecture (EKA). In (pp. 129-151). Berlin, Heidelberg: Springer Berlin Heidelberg. Lyngso, S., Books24x, B., & Books24x, I. (2014). Agile strategy management: techniques for continuous alignment and improvement (Vol. 18; 18.). Boca Raton, FL: CRC Press. Magoulas, T., & Pessi, K. (2011). Understanding the Intrinsic and extrinsic nature of Enterprise Architecture. Göteborg: Instiutionen för tillämpad IT, Göteborgs Universitet och Chalmers. Makri, S., Blandford, A., Woods, M., Sharples, S., & Maxwell, D. (2014). "Making my own luck": Serendipity strategies and how to support them in digital information environments. Journal of the Association for Information Science and Technology, 65(11), pp. 1-20. Marchetti, A. M. (2005). Beyond Sarbanes-Oxley Compliance: Effective Enterprise Risk Management: Wiley. Marsden, C. T. (2010). Net Neutrality: Bloomsbury Academic. Mulins, C. (2013). Enterprise Architecture - 78 most asked questions: what you need to know. Brisbane, Australia: Emereo. Oshri, I., Kotlarsky, J., & Willcocks, L. P. (2009). The Handbook of Global Outsourcing and Offshoring. New York: Palgrave Macmillan. Papke, E. (2014). True alignment: linking company culture with customer needs for extraordinary results. New York: AMACOM. Passenheim, O. (2010). Change Management: Ventus Publishing ApS. Pessi, K., Hadzic, A., Saarikko, T., & Magoulas, T. (2013). Managing Alignment in Enterprise Architecture: Four Essential Dimensions. Paper presented at the 22nd Nordic Academy of Management Conference. Reykjavik, 21-23 August 2013. Schekkerman, J. (2005). The economic benefits of enterprise architecture: how to quantify and manage the economic value of enterprise architecture. Crewe: Trafford Publishing. Sessions, R. (2007). Comparison of the Top Four Enterprise Architecture Methodologies: Object Watch Inc. Short, J., & Burke, B. (2010). Determining the Right Size for Your Enterprise Architecture Team (Vol. G00206390): Gartner Group. Squires, G. (2005). Art, science and the professions. Studies in Higher Education, 30(2), pp. 127-136. doi: 10.1080/03075070500043077. The Open Group. (2011). TOGAF ver 9.1. Tushman, M. L., & O'Reilly, C. A., III. (1996). Ambidextrous organizations: Managing evolutionary and revolutionary change. California management review, 38(4), pp. 8-30. Wander, F. (2013). Transforming IT Culture: How to Use Social Intelligence, Human Factors and Collaboration to Create an IT Department That Outperforms: Wiley. Vann, J. L. (2004). Resistance to Change and the Language of Public Organizations: A Look at 'Clashing Grammars" in Large-Scale Information Technology Projects. Public Organization Review 4, pp. 47-73. Varella, M. D. (2014). Internationalization of Law: Globalization, International Law and Complexity. Berlin, Heidelberg: Springer Berlin Heidelberg. Weiner, I. B., Schmitt, N. W., & Highhouse, S. (2012). Handbook of psychology: Industrial and organizational psychology (Vol. 12): Wiley-Blackwell. Weske, M. (2012). Business process management: concepts, languages, architectures. New York; Berlin: Springer. Wijegunaratne, I., Fernandez, G., & Evans-Greenwood, P. (2014). Enterprise Architecture for Business Success. Sharjah: Bentham E-Books. Williams, J. L. (1998). What makes a profession a profession? Professional Safety, 43(1), pp. 18-19. Wout van't, J., Waage, M., Hartman, H., Stahlecker, M., & Hofman, A. (2010). The integrated architecture framework explained: why, what, how. New York; Heidelberg: Springer. Yaeger, T. F., & Sorensen, P. F. (2013). Implementing a Global Corporate Strategy: The Role of Organization Development. In Handbook for strategic HR: best practices in organizational development from the OD network (pp. 569-574). New York: American Management Association. Zachman, J. A. (1999). A Framework for Information Systems Architecture. IBM Systems Journal, Vol 26. No. 3, 1987, (Vol. 38, Nos. 2&3, 1999).
Papers: Kappa | Paper 2|