Begin with business processes and then progress into leading-edge technologies
Topic: Business Case
You're right about the second quote being about software architecture. My mistake. Although, I should add I've seen other articles about this topic questioning EAs.
Odds on the same people that complain about Enterprise Architects are the same ones that complain if there isn't a plan.
A great deal of the problem with EA center around its definition, or lack of it. I run an ongoing piece on my blog (http://enterprisearchitect.typepad.com) that lists all of the definitions I run across.
The challege with EA as role, is that cutting it out, does not cause immediate pain. It's a pain prevention exercise. Bad enterprise architecture is like bad eating habits, eventually the results will show and it will be too late to correct without a lot of pain.
Many EAs have the knowledge and information and make good recommendations, but they lack the salesmanship for convincing leadership to follow their advice. Advice that isn't followed is absolutely worthless.
One problem with EA is that, because it is a master planning exercise, it is inherently political and requires executives to seed some of their planning power to an architect who may not have a given exec's specific agenda at heart. This is a big part of why enterprise architects will almost always meet resistence at the "C" level (CEO, CIO, etc) and end up fighting a losing battle. In addition, many technology execs (CIO, CTO) believe (mostly wrongly) that they possess all of the skills and knowledge to do effective EA and will want to retain control of the EA space partly because of ego. After all (so the logic goes) if they have to hire an "expert" to develop their architectural vision, what good is the exec? It is stupid logic to be sure but I've seen it in action more than once. In short, there are political reasons that EAs are set up to fail.
Effective, enterprise architecture is 70% sales and marketing, and 30% strategy planning, process, application, information, infrastructure, standards, governance, integration and so on.
The best and most effective architects are the ones that understand business best practice, have street credibility with operations, are directly involved with project delivery, and can engage and sell at "C" level. Of course, it is all about politics. That's why they get paid well. They stick their neck out above individual agendas and business silos to champion what is best interest for the enterprise. Occasionaly, their head detaches from their neck.
Typically, these people come from 10+ years of consulting background with strong vertical industry experience and software vendor exposure. They operate as an internal consulting unit with the enterprise, earning their living by charging for their services. The question as to whether they sit inside or outside the enterprise payroll is not-important. However, for large corporates with significant transformations underway, I recommend an in-house approach.
For those with an interest in the future of enteprise architecture, may be worthwhile reading "Enterprise Architecture as Strategy" by Ross, Weill, & Robertson.
EA only has value when its applied. Plans that sit on a shelf are a tremendous waste of time and money. The problem is that many architects do indeed put too much emphasis on strategy, planning, selling, etc. and not enough on execution and taking accountability for the quality of the operational systems in production.
There are a significant percentage of EA groups that act as ivory tower functions that simply produce plans and standards and then try to police them. It is these groups that are a drag on the profession and give everyone a bad reputation.
I am a chief architect and certainly question EA. We act like we invented all this. Strategic alignment, effective models, corporate standards, reuseability and convergence all existed before EA. All we have done is repackage them and sell them back to our clients, again. With a 70% failure rate its safe to assume those people who failed in the solutions space before are now failing under the guise of EA. Even people who boast EA success are not transforming their businesses the way we suggest. EA is a principle that we have translated into a program. We also say we are the transformation agents but have not changed in 10 years. I do oppose the notion that we are anti SOA......we take credit for it along with anything else we can loosely connect to EA.
Interesting article.
The distinction between solution and enterprise architects is an interesting one. I recently blogged about the roles and managed to get a rather interesting exchange going in the comments. Apparently, a great many people are very confused about this distinction.
As for being anti-SOA, I guess that makes me a rare bird, being both an EA and one of the lead proponents of enterprise SOA in my IT organization. Personally, I haven't met any Enterprise Architects who have graduated from Zachman who oppose SOA.
As for saving money: EA saves money if the EA has the right to challenge the EXISTENCE of a project. I did that, and saved my organization a great deal of money... but it cost a great deal of political capital.
The other responders have hit it: CIO's don't want to delegate the authority to others to decide if a project is strategic, or non overlapping, or in keeping with principles, especially if in doing so, a fight ensues... because it may be a fight that they would not have chosen.
In the words of WOPR (film: War Games): "Strange Game, Dr. Falken. The only way to win is not to play."
Topic: Information Architecture
Information architecture creates structure based on user needs and data types
Blog: Is Business Intelligence 'Just an Application?'
Article: Viewing OpenWorld With An Open Mind
News: Podcast with IT Business Edge Blogger Loraine Lawson
Related Topics
Business Case
Software Forum: Information On Demand Virtual ExperienceThis interactive virtual forum presents leading IT experts providing the insights you need to turn your information into a strategic driver for innovation, business optimization and competitive differentiation.
Performance Under Pressure: The State of Enterprise Web Application Quality and AvailabilityThis research study finds that Web application issues are an all-too-common problem and examines these Web-based enterprise application issues from two perspectives: that of an online customer and that of a site manager.

Tools, best practices and expert advice on managing your enterprise IT infrastructure, databases, and Web service components.

Tools, tips and solutions to help you manage your data more efficiently to tackle today's challenging economic environment.
ITIL V3 Foundation - Complete Certification KitEnhance your IT career by getting your ITIL Foundation Certificate. It's fast and easy with this complete resource. The 186-page eBook and companion online training course is guaranteed to help you pass the ITIL exam.
Budget & Finance Toolkit for IT - 2010 EditionWhat kind of year are you planning in 2010? Growth or continued "survival mode"? Download a comprehensive collection of templates, forms, instruction and advice that will help you to plan and submit your 2010 IT Budget.
The two quotes you use as proof speak about two different types of architects. Linthicum is correct in the first quote, EA needs to provide value, but value comes from the practitioner, not the concept. I have seen architects that do provide value by consolidating applications, correctly guiding business to select tools that deliver a strong ROI, and guide an organization to a position of innovation.
The second quote is specifically about software architects, a different type of "architecture". EA is a master planning discipline not only focused on one area like building software. Building an enterprise is like building a concert hall or factory and for that one needs a person planning the whole structure. Software architecture is like designing the HVAC system for the concert hall. The person in charge of that does not need to know about the geology of the site, lighting quality of the windows, but only about part of the needs of the building's users . . . but the EA needs to know about all aspects and help design all aspects of the enterprise (building).
EA is valuable if you put value into it and allow the EAs to specify most of the business elements like applications, processes, and infrastructure, etc.