Practical Guide to Enterprise Architecture, A

I have been waiting for a book like this for several years. There are many books on enterprise architecture that cover the Zachman framework and reiterate principles from SEI, but none that look at enterprise architecture from a practical perspective. This book provides a framework for thinking about how software development should occur within the enterprise and presents strategies and techniques for improving individual and team performance.

Overall I was impressed with the quality of this book. The authors took a fresh look at enterprise architecture as traditionally practiced. I would only recommend this book if you are an experienced architect. If you don't have a few large-scale type projects under your belt, you won't think many of the suggestions are useful, applicable, or even necessary. If you do, though, reading this book will be well worth your time.

Confused about getting your message across to the geek next door? Confused even about what (s)he does? Wonder why it takes six months to change the color of a button on a web page, or how to get data from one part of your business to another? Then this book is for you!Enterprise Architecture is not going to make you into a developer (and why would you want to be one, in the first place? For the pizza and sugar-filled drinks?) but the book provides a congent explanation of the tasks that should go behind the development of enterprise-wide systems. This is of particular value if your work requires that you interact with architects and technical leads - you can gain a solid understanding of their concerns, the technical pressures with which they live, and their goals. Of course, there's the caveat: the book describes ideal development, or at least what its authors believe to be ideal development of large-scale systems. Too many of my experiences have been in businesses that would have profited from their CTOs having read Enterprise Architecture - perhaps if more do, there will be fewer late nights!I give this book 5 stars as a review, and as a value to the manager. Were I in the trenches, I might reconsider - the work concentrates on breadth, not depth. To the authors' credit, of course, they make that fairly clear from the start, and there are guidelines as to where to search for more. Who knows how long they'll last, or how long this book will remain current, but for now, it's the best book I've found on the subject, and instead of using it to prop up a shaky table, I have it as reference when I'm speaking to engineers by phone!

According to the authors of "A Practical Guide to Enterprise Architecture", many organizations are "still in the cottage industry stage of industrialization" and IT application development is the least computerized part of that organization.This group of distinguished software architects have compiled an omnibus of enterprise architecture standards and practices to try and put some order into this chaotic situation. McGovern et al define what they call "agile architecture". Traditional forms of architecture have been overly complex, expensive and inextensible. Agile methods hope to cure that problem by using minimalist forms of the standard tools described in the book. The authors warn that their primary audience is composed of experienced software developers and architects, but I wouldn't hesitate to recommend the book to newer entrants to the field. This makes a very good overview of modern IT architectural practices.Various chapters contain thumbnail sketches of such techniques as: SOA, web services, UML, SEI/CMM, the Zachman Framework, MDA, and RUP. Most importantly, they examine the benefits and drawbacks of these techniques and how they can be modified to fit the "agile architecture" model. On a minor note, the book is beautifully produced on high-quality paper, using a clear font and just enough diagrams to add meaning to the text. Considering how much information has been packed into one book, the clear layout really helps to make it usable both for reading from beginning to end, and also for referring to later.