Catálogo de publicaciones - libros
From Enterprise Architecture to IT Governance: Elements of Effective IT Management
Klaus D. Niemann
Resumen/Descripción – provisto por la editorial
No disponible.
Palabras clave – provistas por la editorial
IT in Business; Management of Computing and Information Systems; Information Systems Applications (incl. Internet)
Disponibilidad
Institución detectada | Año de publicación | Navegá | Descargá | Solicitá |
---|---|---|---|---|
No detectada | 2006 | SpringerLink |
Información
Tipo de recurso:
libros
ISBN impreso
978-3-8348-0198-2
ISBN electrónico
978-3-8348-9011-5
Editor responsable
Springer Nature
País de edición
Reino Unido
Fecha de publicación
2006
Información sobre derechos de publicación
© Friedr. Vieweg & Sohn Verlag ∣ GWV Fachverlage GmbH, Wiesbaden 2006
Cobertura temática
Tabla de contenidos
Introduction: When Things Just Work
Klaus D. Niemann
A well-known commercial from the automobile industry uses the slogan: Doesn’t this slogan also apply to the IT support of your business processes, the alignment of your IT infrastructure and applications development to the strategies and goals of your enterprise? Isn’t it nice, when IT does exactly what it is supposed to do — and that cost-effectively, smoothly, and elegantly? My proposition is that this is exactly what the mysterious creatures known as IT architects are there to accomplish with their enterprise architecture (EA), i.e. to simply make sure that things work the way they are supposed to, the way the clients, system operators, and users like. I suppose this might elicit some protest on the part of IT professionals. After all, the clients, system operators, customers, and users do not always succeed in making their wishes clear.
Pp. 1-12
Foundations: Finding the Starting Point
Klaus D. Niemann
On the first leg of our journey through the world of enterprise architecture (EA) and IT governance, I would like to offer a description of the main features that come into view, the landscape, the flora and fauna. This aim of this is to help us to better understand subsequent observations on the subjects of EA documentation, analysis, planning, implementation and control in the context of IT strategy and governance.
Pp. 13-41
Goals: Doing the Right Things Right
Klaus D. Niemann
While few of my readers will be content with this familiar quotation from the aviation industry as a response to the issue of the costs and benefits of enterprise architecture (EA), it nonetheless offers us a kernel of truth: only the real flight, i.e. the real establishment of EA, will provide us with the facts we need to evaluate the costs and benefits associated with a particular case.
Pp. 43-73
Documentation: Structuring Enterprise Architecture
Klaus D. Niemann
The classic definition of management is based on the assumption that things can be moved by systematic action, by a controlled circuit of planning, organization, control and navigation. As we are all aware, this presupposes information. How are we to plan, organize, control and, above all, navigate if we do not know where we are and where we would like to go? Any form of management is based on information, irrespective of whether it is a matter of our sales information system that enables us to direct sales activities and product development or our business intelligence suite that gives us an overview of all of the relevant indicators. If we would like to achieve a state in which things simply work, then we will have to actively manage development. This cannot be done in the dark.
Pp. 75-121
Analysis: Evaluating Enterprise Architecture
Klaus D. Niemann
How much time, money and effort goes into your annual planning — the project portfolio, the prioritizing of projects, the consultations with the departments, the drawing of the red line that cancels the impracticable projects? And all of this with the aim of optimally aligning new developments and adaptive maintenance to the needs of the business. Truly admirable work!
Pp. 123-152
Planning: Creating Enterprise Architecture
Klaus D. Niemann
Most organizations have a map of their applications environment and infrastructure systems. How up to date and accurate is your map? Is it also used for purposes of planning, i.e. does it include representations of multiple past and future states? Are you able to run gap Analyses of current and target states? Do you have a practice of aligning your project portfolio with the measures derived from the planning of the applications environment and the gap analysis? Does this or some other procedure allow you to ensure that the various measures of technical renovation (e.g. enterprise application integration) harmonize with the IT investment strategies of the departments in your organization and that are outlined in the project portfolio?
Pp. 153-166
Implementation: Developing Enterprise Architecture
Klaus D. Niemann
It is the IT architects who are called upon to forge the first link between strategic planning and operational implementation when it is a matter of the development of the enterprise architecture (EA), when the strategic development planning is to be implemented, and when IT governance is on the agenda. What are the consequences of this task for the organization of the architecture management? How can we secure the thorough transformation of strategy into operational systems? What do the accompanying processes and boards look like? How do we secure results? What are the procedures and tools that will help us to do so?
Pp. 167-194
Safeguarding: Controlling Enterprise Architecture Development
Klaus D. Niemann
What is the best plan worth if one does not succeed at controlling its implementation? What is the benefit of identifying consolidation potential (e.g. in the case of development lines) in ones organization if it is left unexploited, if reference architecture models are not specified and introduced as obligatory? What is the value of eliminating redundant development lines if the capacity that is saved is not sensibly re-channeled, for instance, in order to reinforce the innovative strength of ones IT unit? We have all seen Parkinson ’ s Law at work in organizations. The law states that work has a tendency to fill up the available time. This means that savings can only be realized where other useless activities do not fill up the space that was previously occupied by superfluous development lines, infrastructure components or the misguided projects!
Pp. 195-209
Conclusion: Finding the Right Course
Klaus D. Niemann
According to the current point total, the lively debate that took place in the year 2003 about the purpose and benefits of IT — a debate triggered by Nicholas Carr ’ s article in the Harvard Business Manager — would seem to have been won by the proponents of the view that IT plays a crucial role in enterprise success.
Pp. 211-217