Too often, enterprise architecture is considered a discipline wholly divorced from the enterprise; business processes and capabilities are not cataloged, not matched against customer, partner and supplier needs; or worse, enterprise architecture is considered the analysis phase of software development."Defining Enterprise" is not the typical enterprise architecture book helping a programmer find their way up the management ladder. Rather, "Defining Enterprise" lays out practical strategies and tactics for architecting for management purposes -- that is, designing -- the business from the perspective of capabilities and intended outcomes.Finally an approach that really does build on traditional "architecture" -- that is, of buildings and technical systems -- how do you design something when you know the components in hand and the design you want, inside and out?Likewise businesses are designed, far too often by accident. Marc lays out a practical path for avoiding those accidents.This book should be on the shelf of every executive, manager and architect.
Marc has chosen a different approach to describing EA, describing management mechanisms and roles as a means to understand how the actions described in an architecture work to create success. He starts with basic building blocks; an approach I truly appreciate. Defining what it is you expect to do to satisfy customer requirements makes eminent sense. In aligning management mechanisms and roles, Marc has given the rest of us a reason for architecture development. He also gives us a better way to delineate what is an ‘enterprise’ function, from something which is down further at the operating activity level—which contributes to the overall success, but is at a much lower level of complexity.In doing that, Marc also provides a rationale for team contributions to this same overall success. Using his approach, it is much easier to see the various roles and how they contribute in an integrated, holistic way to creating and maintaining capabilities.Marc has given us a new view of the architectural world; one which I hope will elicit a lot of comment and discussion over the coming months. We need some fresh eyes, and fresh minds in our community, and this effort is one of the new shining lights.
Many have called for the advancing of the EA discipline - yet few seem to take a disciplined approach to EA. Many define EA based on what makes most sense to them, and naturally describe it a manner which revolves around their understanding, their capabilities and their perspectives of enterprise challenges and development. Some have even been daring enough to suggest that EA should demonstrate its commitment by expressing the EA endeavor in EA based terms.Marc has taken up these challenges! He has taken a disciplined approach to describing the parts and the whole of the EA capability, used recognized systems methods to describe the EA system, and provided sound foundations on which to build and extend the EA discipline and EA profession.Marc provides an approach and a reference point for any EA, any Executive or any Enterprise Change Professional to assess their own conception, practice or interaction with those involved in managing and architecting enterprises (or parts thereof) such that they can self-assess their own knowledge and capability gaps. In this manner, Marc opens a new door to the shaping of the future of EA and hence the future of enterprises
One of the strengths of the current set of enterprise architecture frameworks, ontologies and process definitions is that it gives practitioners a common vocabulary. Unfortunately, that's where the consistency ends.Every organisation builds their own custom implementation, which can have a detrimental impact on enterprise architects, managers and executives and the companies and institutions these EA practitioners work for.What Marc has done with this book, is to provide a comprehensive, insightful, but surprisingly simple way of removing some of that inconsistency. A foundational piece of work that allows any organisation to be described in a coherent and consistent manner.What's more, the relationships between these "building blocks" of the enterprise are clearly defined, allowing these interactions and dependencies to be easily seen and understood.This is fundamentally important for architects and executives, to allow them to navigate this normally hidden complexity.
I am constantly addressing how to explain the importance and significance of the need for someone qualified and experienced in “the business” and IT, who can stand across the traditional divide between technologists and those doing equally important activities necessary to run an enterprise successfully.The confusion about what an EA does is not in doubt. Join any social media discussion and that will become readily apparent. Much debate centres on the superiority of planning “frameworks” or procedural methodologies. The EA must transcend being a generalist with the skill of knowing how “things” fit together and how tools and methods employed by SMEs are used and justified.Marc’s book does what I am looking for with a considerable degree of elan and attention to detail. I particularly like the use of hyperlinks cutting across the division by themed chapters.This book deserves to be read by anyone with a need to understand how to describe the way their organization works. It gives a sound structural basis on which to figure out what is going on in their normal operating environment and all by itself is the reason I am recommending this work.Most definitely to be included in my reading list and to be recommended to others.
In “Defining Enterprise”, Marc addresses the main problem of modern “broken” enterprise architecture – its industrialization. Thus, enterprise architects through use of this "functional" definition can speak the same language, enabling them to use and share the many repeatable enterprise architecture patterns which have been developed by the community of enterprise architects.The book addresses the fundamentals of design and the functioning of an enterprise as a system in an abstract but understandable manner to explain observed patterns and link them together. Several perspectives (architectural viewpoints) which are carefully explained in the book are universal (domain independent) and they are essential for better understanding any enterprise.I found Marc’s way of applying the systems approach for enterprises very reasonable and, I believe, that this book really advances the whole enterprise architecture world towards establishing a commonly understood methodology for a multi-dimensional and actionable architectural definition of an enterprise.Now enterprise architecture has a good chance of becoming an applied science soon.
“Defining Enterprise” goes beyond the concept of enterprise and architect, creating a systems view of both, to show a structured manner by which we can evaluate systems we are building and already deployed.Enterprises by nature are complex. By taking a systems view, they become fairly straight forward. We look for the inputs, the processes, and finally the outputs.It brings me back to John Boyd’s OODA Loop and its concept of observation, orientation, decisions and actions. Where ultimately the system view is simply put as the inputs are observation, the decisions and orientation are the processes that impact the observation, and the output is the action.Beyond simply the creation of, modification of, and management of information throughout the book and process described, overall the book is extremely well done. I could not recommend this book more. Marc shows not only a way to look at enterprise solutions in the context of a system view but also ways to bring all of that together into a logical easily recreated process for building out the views and viewpoints where software architectures live.Marc’s structured approach that allows unstructured and structured data to flow through the enterprise, is beyond amazing!
The eBook, "Defining Enterprise" by Marc Gewertz is a well thought out construct, template for analyzing the modern enterprise. It makes the internal and external views of the enterprise known with a careful and deliberate articulation of the various components or aspects that help clearly define the relationships between insights, missions, capabilities and resources, breaking each into well-defined entities.Because definition is a primary aspect of all Enterprise Architecture I find this book somewhat seminal in its clear articulation of how the enterprise can be defined.I recommend this book to all E-Architects and those who manage an enterprise because it is full of valuable insights about how to differentiate the various aspects of creating and managing enterprises, while improving processes and services, or capabilities. It also make it understood the value of being able to architect the enterprise.I particularly appreciate the articulation of major management roles and functions including the integrated aspects of the E-architect. I completely agree with, “The biggest problem standing in the way of entering the next generation of EA is the endless miscommunication and misunderstanding of EA practitioner roles and responsibilities.” This book seeks to help the practitioner understand and appreciate these roles and responsibilities, which is the first step towards fixing them.
Through my carrier I have always consumed methods and frameworks. RUP, TOGAF, Zachman, Scrum, Kanban etc.As projects, technologies, business and the number of roles evolved over time through my experiences as architect, developer, technical project leader and maintenance manager, my constant challenge has been how to communicate and address the changes I identified.This book is for me a summary of all my years of practice, and the additional areas I have not touched on yet. It makes it simple to communicate to different stakeholders what view is being taken and helps everyone to grasp what to address. It stimulates thought to connect years of experiences and more clearly identifies gaps and challenges to improve the enterprise ability by small changes with big positive impacts.My organization grew organically by changes created from the bottom of the organisation. I clearly see the book is of tremendous help for such organisations as a navigation tool to grasp the scope of changes to address. I highly recommend managers, architects and others in leading roles to embrace this view. It has helped me a lot to get better dialogues with many of my colleagues.Such views are the tool to designing and reviewing self-sustaining organisations as external changes challenge the enterprise to adapt.