Enterprise Architecture in Government http://www.eagov.com/ - A Pracademic Perspective on Enterprise Architecture and IT-Governance 2009-08-02T10:38:59-05:00 Blogging Break for the New Dr. Chief Architect http://www.eagov.com/archives/2009/08/blogging_break.html This spring, I successfully defended my PhD dissertation and was promoted to Chef Architect in The Digital Taskforce in the Danish Ministry of Finance.

Two large projects this fall in the Ministry of Finance will require a blogging break for me. But, I will be back – and I will continue to update my list of publication and links on this website in general.

Ciao to you all... See you here again soon :-))

]]> Personal khm 2009-08-02T10:38:59-05:00 The Skeptical Enterprise Architect http://www.eagov.com/archives/2009/02/the_skeptical_e.html Other practitioners and researchers often quote my research to highlight enterprise architecture adoption challenges. In my practical work and research, I see EA as a toolbox that embraces, supplements, and extends other disciplines. I think that the jungle of commercial EA frameworks and methods available are often too difficult to translate into actionable business results. In the Ministry of Finance, I have championed the introduction of EA reference models. And we are working on other tools for national IT-portfolio planning, e.g. via business cases. Adoption is difficult, but if we apply EA with a natural skepticism we might succeed…

Even thought my research is descriptive in nature, I have recently defined the seven propositions for EA practitioners listed below.

1. Don’t be blinded. Public organizations are conservative creatures and administrative reform and transformation is not driven by IT or the planning of IT use with EA alone. Fundamental transformation to the tasks performed in public organizations depend on political and institutional determination.

2. Understand the politics of government. The business of government is complex, mandates are often unclear, and the struggle for political support can be tough. Understand the environment, agency programs, and potential ‘obstacles’ before launching EA programs.

3. Don’t follow, lead. Perceived ‘best practices’ are not always the right medicine in a specific context. EA programs must proactively be customized to a specific context if success is to be achieved.

4. Focus on business and leadership, not technical frameworks. EA has a tendency to get very complicated and technically focused. New EA programs must ensure management backing and focus on business process management and change management.

5. Only use EA as a toolbox. EA is a meta-discipline that embraces, supplements, and extends other disciplines like e.g. Business Process Management. EA programs must change over time and become part of a continuous business improvement agenda.

6. Create clear governance structures. Unclear distributions of power, unclear mandates, and a constant struggle for political support will hinder EA success. A clear governance structure across levels and functions of government is key for successful EA adoption.

7. Think big and start small. The need to interact with external partners is especially far-reaching in government. Develop EA programs that can embrace the need for extra-organizational horizontal and vertical linkages.

]]> EA Adoption khm 2009-02-17T04:01:27-05:00 Dinner with Dr. Bernard http://www.eagov.com/archives/2009/01/dinner_with_dr.html I have just returned from a great dinner with Dr. Scott Bernard. Scott is the editor for JEA and founder of a|EA International, and he has become a good friend and colleague of mine.

DSCN1562.JPG

We discussed my research and EA in Denmark. We also discussed how EA can provide structure to the business of government and component-based IT-architectures. Scott’s great EA-book and his forthcoming book on Coherency Management are must reads for all enterprise architects.

]]> Personal khm 2009-01-12T21:57:04-05:00 Enterprise Architecture in Denmark 2009 http://www.eagov.com/archives/2009/01/enterprise_arch_4.html This blog entry roughly outlines the status of EA in the Danish public sector based on a framework I developed with Marijn Janssen in 2005. Other researchers have used our framework to compare national EA programs – you can download the original article here.

Policies, actors, and structures:
The main vision for Denmark’s EA efforts was formulated in a white paper published by the National IT and Telecom Agency in 2003. Today, the IT and Telecom Agency heads the cross-public sector IT-architecture committee where most nationwide technical standards and IT-architecture principles are coined.
Local Government Denmark (the municipal cooperation) participates in the IT-architecture committee and (by and large) endorses the decisions made here.
The Digital Taskforce in the Ministry of Finance also participates in the IT-architecture committee and work with reference models, mandatory business cases, and IT-investment principles in general.

Governance:
The EA governance setup in Denmark is largely driven by incentives, i.e. there is no legislation or regulations governing standards and principles for EA development in the Danish government. Thus, the adoption of EA is largely based on voluntarism and it is up to each public organization to assess their need for an EA and decisions related to it.
At the state level a business case model for large IT-projects was made mandatory by the Ministry of Finance in 2008. Reference models are included here.

Architecture frameworks and methodologies:
Since the publication of the EA white paper in 2003, a handbook on EA implementation has been published by the National IT and Telecom Agency. The handbook defines a generic architectural process for EA development similar to e.g. the Federal Enterprise Architecture Framework. The handbook also includes an EA framework based on the Zachman Framework.
A business reference model was developed in 2007 for the entire public sector (see more details here). A service and technology reference model is under development.

Architecture principles and standards:
The EA process model deals with non-mandatory principles and the selection of standards. In the white paper published in 2003 five categories of principles were suggested: interoperability, security, openness, flexibility and scalability.  A new set of IT-architecture principles are under development.
The National IT and Telecom Agency is also responsible for national technical standards and data-standards.

Implementation:
As the Danish EA governance model is based on incentives rather than laws and regulations, the implementation of EA in Denmark’s public agencies is still rather fragmented. My prediction is that this will change in 2009 ;-)

]]> EA in Denmark khm 2009-01-04T11:25:58-05:00 Enterprise Architecture in Government: Fad or Future? http://www.eagov.com/archives/2008/10/enterprise_arch_3.html Together with Professor Jan Pries-Heje I have just had an article accepted for the 42th Hawaii International Conference on System Sciences in January 2009.

To answer our research question on the purpose and drivers of EA, we used two research approaches: In the first part we gathered two focus groups, one with CIOs and one with chief enterprise architects in the Danish central government. In the second part we interviewed two experts – or “Gurus” – and analyzed official documents, newspapers and official websites.

We found the causal direction reversed from EA being transformative and prescriptive in its nature to EA being reshaped and adopted in step with the institutional forces in public organizations and their macro environment. To be more than just another fashion fad, future EA programs in government must provide a comprehensive and coherent view across business, information, and technology; not just to guide the design of IT systems – but to deliver business change supported and enabled by IT.

Abstract:

Enterprise Architecture (EA) has been promoted as a key tool for transformation and modernization of government. In this paper we study what has driven the use and adoption of the EA concept in the Danish central government. Based on analysis of focus group and ‘guru’ interviews with government CIO’s, enterprise architects, and consultants, as well as extensive document studies, we find that there are two streams in public sector EA programs: a stable element of it-architecture and a fashion driven business architecture element – used in parallel, but with different focus, approach and artifacts. We conclude that EA in government to a large extend is driven by fashion. Finally, we discuss the role of EA in the future and point out that EA can not transform government by itself. Fundamental transformation to the tasks performed in public organizations is only achieved if institutional forces promote transformation.

Let me know if you want further details.

]]> Academic Papers khm 2008-10-01T10:06:21-05:00 Thought Leaders http://www.eagov.com/archives/2008/09/thought_leaders.html Cisco IBSG just released a case study about Denmark’s business architecture program. My boss (Denmark’s version of a public sector CIO) and my self are quoted in the case study. A good read I think :-)) Download here – or find here.

]]> EA in Denmark khm 2008-09-02T14:08:20-05:00 The Lazy Enterprise Architect – Vision or Reality? http://www.eagov.com/archives/2008/07/the_lazy_enterp.html I recently attended a Gartner EA seminar in London. Hosted by the EA gurus Philip Allegra and Brian Burke, the seminar outlined the ”ideal” planning and implementation of an enterprise architecture program (great seminar – try to attend if you can some time).

During the seminar Phil introduced the idea about the ”lazy architect”. The role of the enterprise architect is to ensure that the business and IT are in alignment. And ”ideally”, when an EA program has been well established, the enterprise architect can sit back and just make sure that this alignment is happening.

However, as noted previously on this blog, my practical and academic expertise is that EA is often performed very different in different organizational settings. As Phil and Brian also noted, EA is not a clear-cut movement that can be adopted by any organization with similar results.

EA implementation is context dependent and typically comes with as much frustrations and desperation as accomplishments and joy. Working with many different stakeholders, both leadership and subject matter experts, to build a holistic view of the organization's strategy, processes, information, and information technology assets is not just a walk in the park in most organizations.

EA is still a fairly new discipline, and many organizations have just recently created the role of the architect. Maturity is probably a key word when we want find what Weber would call the ideal type ”lazy architect” – however, in my world the ”lazy architect” is still more vision than reality...

Please let me know how you experience your role as enterprise architect. In my research I try to understand how EA is adopted and your feedback is therefore very valuable to me. Post a note here or drop me an e-mail.

]]> EA Adoption khm 2008-07-24T03:33:45-05:00 Guest Editor in Real Life http://www.eagov.com/archives/2007/07/guest_editor_in.html Clearing ones desk before the summer Holidays can be a rewarding experience. I just found my physical copy of the special issue on E-government Process Integration and Enterprise Architecture that I guest edited in the International Journal of Cases on Electronic Commerce with Vishanth Weerakkody and Marijn Janssen. Now I can show my wife that all the late hours that I spend editing the issue also materialized in something tangible.

In an entry last year I announced the call for papers and we received a bunch of quality papers – all good candidates for publications. However, in the end we decided to publish the following five papers:

- A Comparative Account of Joined-Up Government Initiatives in Dutch and Belgian Social Security
By Homburg, V. M. F.

- Integration and Enterprise Architecture Challenges in E-Government: A European Perspective
By Weerakkody, V.; Janssen, M.; Hjort-Madsen, K.

- Managing E-Government Application Evolution: A State Government Case
By Kung, H. J.; Tung, H. L.; Case, T.

- E-Mexico: Collaborative Structures in Mexican Public Administration
By Luna-Reyes, L. F.; Gil-Garcia, J. R.; Cruz, C. B.

- The E-Government Development, IT Strategies, and Portals of the Hong Kong SAR Government
By HO, K. K. W.

You can find all the papers here.

It was fun to work with Vishanth and Marijn and a great learning experience for me to edit a special issue in a journal. Hopefully, it will not be the last time I do that.

]]> Academic Papers khm 2007-07-18T02:55:48-05:00 Piling Higher & Deeper Again, Again... http://www.eagov.com/archives/2007/07/piling_higher_d.html The next three weeks I am working on my PhD (more about academic life here). Buried in books at the IT-University of Copenhagen, I will try to get my hands around my research question, my publications and the red thread in my research.

My first challenge is to reflect on my research question. The blurry question that I am working with these days is “Why and how is enterprise architecture adopted as an information systems planning trend/innovation in the public sector?” It needs to be more focused and linked with my publications.

The goal of my PhD-project is to produce a paper model dissertation that contributes to the scare research carried out in the area of EA in government by conducting various studies in public agencies in Denmark and the USA. So fare, I have a couple of decent publications under my belt. But, I need to produce a plan for 1)which publications to include in my PhD-dissertation and 2)which articles I can/must write to tie it all together.

I am very motivated and will try to keep you all up to date on my progress in the lab.

]]> News khm 2007-07-09T09:13:15-05:00 Public Sector History http://www.eagov.com/archives/2007/06/public_sector_h.html Accroding to Computerworld.dk, our wiki is the first ever public sector wiki… Read the article here.

]]> Meeting the Press khm 2007-06-07T11:07:14-05:00 Public Sector 2.0 http://www.eagov.com/archives/2007/06/public_sector_2.html I have just pressed the ”publish” button on an national wiki about the integration model that I have been working on for the past eight months in the Digital Task Force. You can find the wiki at oim.modernisering.dk (in Danish).

The idea is to use the wiki to allow my colleagues in the public sector (and their commercial vendors) to comment add, remove, and edit content in version 0.5 of the integration model like a real Web 2.0 tool.

The integration model describes how all public portal services can be integrated with our two national portals for citizens (borger.dk) and businesses (virk.dk). What we are trying to do is to build a kind of “third way” architectural style that enables decentralized autonomy and minimal constraints. We are using a minimal specification of easily applied identifiers, formats, and tools.

I hope the wiki will facilitate collaboration and knowledge sharing between the portals, the public agencies, and all the commercial vendors. I will blog more about my experiences later – stay tuned!

]]> IT and Society khm 2007-06-06T17:10:57-05:00 Framing National Enterprise Architectures http://www.eagov.com/archives/2006/12/framing_nationa.html Visiting Dr. Marijn Janssen, I am in Delft this week working on a framework for analyzing national EA programs. We are trying to enrich a model that we developed earlier this year for a HICSS 2007 conference paper. The paper was accepted for HICSS and I presented our model at the EA Summit earlier this year. But, we still need to work with it if we want to submit it to a journal. Especially our theoretical foundation needs to be developed further.

The framework should results in a better understanding of national EA efforts. We hypotheses that an analysis of national EAs should at least encompass five elements, 1) Policies, actors and strategies, 2) Governance 3) Architecture model 4) Architecture principles and standards and 5) Implementations. We test this framework by analyzing the EA efforts of two European countries. Our analysis shows that EA should be framed within the institutional environment and governance aspects determine the adoption and diffusion of EA.

Below, I have inserted our original HICSS abstract. The new version of the paper that we are working on will focus more on the theoretical framework than the national case studies. I think we are on to something interesting here – so stay tuned ;-)

National enterprise architectures (NEA) promise to fill the gap between policy and implementation. NEAs are embedded within an institutional environment consisting of active players capable of responding strategically and innovatively to architectural initiatives, which might complicate NEA adoption. In this paper we analyze the efforts of two European national governments in developing enterprise architecture. Grounded in institutional theory and practice we develop an analytical framework and use this framework to analyze the fforts of two countries, Denmark and the Netherlands. Our framework and analysis draws the attention to the need to take a broader perspective on enterprise architecture, especially governance aspects determine the adoption and diffusion of NEA.
]]> Academic Papers khm 2006-12-20T05:53:17-05:00 The First 30 Days... http://www.eagov.com/archives/2006/10/the_first_30_da.html The first 30 days in the Ministry of Finance have been stressful, frightening, and a lot of hard work. But, it has also been a lot of fun. In many ways my new job is what I expected; very smart new colleagues, a visionary new boss/project manager, and a place where I can make EA in government happen. Working with the new e-government strategy for Denmark is interesting and I am starting to get my hands around the integration model for the new (2008) borger.dk portal.

In the Digital taskforce, Prince2 is the de facto standard for project management and I have, therefore, been Prince2 certified. It was tough to take the exam. But, there are some great tools in Prince2 and I am trying to figure out how EA can be integrated better with the Project Initiation Document (PID). The PID is used to define the project, form the basis for its management and the assessment of overall success. Therefore, we need to work on a "standard" PID for EA program management. I know that some private enterprises in Denmark are working on this link and I am continuously working on this missing link. I will be back with more news when things calm down in the Ministry... Cheers!

]]> khm 2006-10-29T06:18:27-05:00 Eating My Own Dog Food http://www.eagov.com/archives/2006/09/eating_my_own_d.html The next couple of years I will be eating my own dog food in the Danish Ministry of Finance. Next week I will start a new job as enterprise architect in the national Digital Task Force. The Task Force assists the Danish national steering committee of joint cross-government co-operations in carrying out the adopted e-government projects, and it prepares the basis of the decision-making on the background of cooperation with the involved parties.

My job there will be too give (EA) input too the national e-government strategy and assist different projects with concrete IT/EA architectural thinking. It will be a huge and exiting challenge too be part of the “real” work in the Ministry of Finance - and too see how/if my thoughts will influence the national EA work. Communicating the value of EA will be one of my key challenges. I have spent the last couple of years preaching how fantastic a tool EA is. The interesting question will be: Will the dog eat the dog food? I will try too keep you all posted…

]]> Personal khm 2006-09-29T08:37:27-05:00 Gartner UPdated http://www.eagov.com/archives/2006/09/gartner_updated_1.html Please find my updated Gartner pitch here. The conference was great hype and I will be there again next year!

]]> Public Speaking khm 2006-09-29T08:31:40-05:00