Of all the feedback we received from our recent TOGAF and SOA guest ZapFlash, perhaps the most intriguing was a comment that TOGAF and the Agile Manifesto were at odds. It’s true that ZapThink has long included Agile best practices in our discussion of SOA, meaning “Agile” with a capital “A,” referring to the Agile Manifesto, so perhaps TOGAF and SOA weren’t as compatible as we were suggesting? We are less versed in the details of TOGAF, however, so it made sense to take a closer look at Enterprise Architecture frameworks like TOGAF to see first, whether they are at odds with Agile approaches, and second, what is the right combination of Agile, TOGAF and SOA best practices for organizations to follow.

What we found is that there is a lesson here for Enterprise Architecture (EA) as a whole. As I’ll be discussing in my upcoming presentation at the Global Integration Summit, many Enterprise Architects see a disconnect between EA and SOA, just as they do between EA and Agile. Such architects disagree that SOA is a style of EA, because it threatens the “traditional” practice of EA, which centers on frameworks and reference architectures and other forms of documentation. Fundamentally, Agile methodologies also threaten this insular world of the Enterprise Architect. The problem, however, is not with the practice of EA, but rather with the perspective of such architects.

Dispelling the Agile Straw Man

Most people are perhaps best acquainted with the Agile approach through specific Agile software development methodologies, of which Extreme Programming (XP) and Scrum are the best known. The attention XP in particular has attracted has led to a broad understanding of Agile that is inaccurate in many ways. Because XP focuses on skunk-works type approaches to software development projects, the common misconception is that XP (and hence Agile in general) means a “cowboy style” approach to programming that eschews documentation and other formalities in favor of furious coding.

Agile really isn’t about cowboy coding, however — it’s much more about maintaining a business focus in the face of change. Let’s take a closer look at the Agile Manifesto, which consists of four core principles:

  • Individuals and interactions over processes and tools — Agile emphasizes the role people play in the technology organization over the the tools that people use.
  • Working software over comprehensive documentation — The focus of an Agile project is to deliver something that actually works, that is, meets the business requirements. Documentation and other artifacts are simply a means to this end.
  • Customer collaboration over contract negotiation — Customers and other business stakeholders are on the same team, rather than adversaries.

  • Responding to change over following a plan — having pre-defined plans can be useful, but if the requirements or some other aspect of the environment changes, then it’s more important to respond to that change than stick obstinately to the plan.

When people think of Agile projects, however, the skunk-works cowboy coding straw man rears its ugly head, which places the Agile approach in a different context from EA generally. Now, it’s clearly true that software development is only a piece of the EA puzzle. When organizations truly follow the Agile methodology in their Agile software development projects, however, they place a focus on the business stakeholders and their requirements, even in the face of change. From this perspective, there’s no reason not to apply such general principles to enterprise architecture as well.

Agile SOA

As ZapThink discusses in our Licensed ZapThink Architect course, there are some Agile principles that are appropriate at the EA/SOA level, but not all of them, and not without some reinterpretation. For example, the second Agile principle above is less a “minimum of documentation” and more that documentation is a means to an end, the end being working software. If we place this general principle in the SOA context, we would say a focus on working, metadata-driven Services that support business processes is in essence an Agile approach. In fact, we have reinterpreted all four Agile principles to apply to the SOA context:

  • Business-driven applications above the Service abstraction — One essential role of the Business Service abstraction at the heart of SOA is to enable business process-centric compositions of Services that both empower the business and enable business agility. This principle reinterprets the customer collaboration part of the Agile Manifesto to focus on business interactions above the Service abstraction.
  • Architecture-driven iterative approach — taking an iterative approach is a long-established technique for dealing with unclear or changing business requirements. It’s no wonder, then, that all Agile methodologies are iterative. It is also essential for organizations to take an iterative approach to their SOA initiatives as well.
  • Governance-driven reuse — The Service reuse business driver for SOA is essentially an Agile principle, because it focuses on leveraging software to meet diverse, changing requirements. Governance has a special role here, in that appropriately governed reuse empowers the business, enabling organizations to maximize the value they get out of their IT assets.

  • Metadata-driven development — Documentation and Service metadata are related, in that they both represent artifacts that perform important roles in the Service lifecycle. There is an important difference, however — software is for human consumption, whereas metadata are essentially for machine consumption. In other words, the focus on metadata is on driving working software. The more metadata-like your documentation is, the more you are following the Agile principle of working software over comprehensive documentation.

Agile EA

As we explained in our ZapFlash about frameworks, methodologies, and styles, SOA is a style of EA, and bringing together EA frameworks, SOA best practices, and a methodology that puts theory into practice is all essential for achieving success with your SOA initiatives. Just as EA frameworks like TOGAF are compatible with SOA, and EA styles like SOA are compatible with Agile methodologies, there’s no reason to think that EA frameworks are necessarily at odds with the Agile approach. It doesn’t make sense to say offhand that TOGAF cannot or should not be Agile. Rather, it makes sense to learn the best lessons from each approach.

What of the most significant characteristics of TOGAF is that a lot of it boils down to common sense. Much of Agile is common sense as well. The fact that documentation is a means to an end is obvious advice when you get right down to it. So why wouldn’t you follow the “documentation is a means to an end” principle with TOGAF as well? Classifications of best practices, whether they be methodologies (Agile), frameworks (TOGAF), or architectural styles (SOA), help us to some extent when it comes time to communicate and learn such practices. But you don’t want to make the mistake of being too dogmatic about any of them.

There’s no guarantee, of course, that simply because you’re adopting TOGAF that you’ll actually get the architecture right. But then again, the same can be said about SOA or Agile or any other approach that bills itself as consisting of best practices. Just because you have best practices doesn’t mean you’re going to get them right. As we like to say, you can have a diet book and read it in front of the TV while you’re eating ice cream and you won’t lose any weight!

The ZapThink Take

It’s our perspective that architecture in general is a rather loose collection of best practices that require the expertise and experience of the architecture team to know when it’s appropriate to apply them. It’s more important to apply the right practice in a given situation than to know what bucket that practice technically falls into. So it doesn’t really matter if what you’re doing is called Agile or TOGAF or SOA. As long as what you’re doing is the best practice approach for solving the problems at hand, then you’re taking the right approach.

One of the common risks of excessive architectural dogmatism is the “analysis paralysis” problem. It hardly makes sense to spend too much time on governance too early on, for example, before you have anything to govern. That being said, you need some governance in every iteration. The core best practice here is to take an iterative approach, to governance as well as most everything else. That’s the key to avoiding analysis paralysis, and in general to dealing with unclear, incompletely defined, or shifting business requirements. That’s why iterative approaches are explicitly part of both Agile and TOGAF, and also a core part of SOA.

So, this iterative principle would apply to EA as a whole as well. Don’t assume that the best approach is to tackle any particular approach to EA “in toto.” Rather, take an iterative approach to identifying those elements in the framework that apply to your situation, feel free to mix and match practices from different areas, and with each new iteration, focus ruthlessly on what works and what doesn’t. If you follow this last bit of advice, then you can rest assured you’re practicing Agile EA.

Discussion
47 comments for “Agile Enterprise Architecture is not an Oxymoron!”
Ashok Bhattacharya Avatar

In my understanding EA does not pose any restrictions on technology, tools, reference architecture and architectural styles themselves and associated processes - what EA is concerned about is that the enterprise thinks about and adopts all these in a manner that is scalable for the intended size, maintainable, renewable, governable, affordable and meaningful for the knid of business the enterprise is engaged in and (will likely evolve into).

EA requires a great deal of pragmatism and abstraction at the same time and effective communication and management across the enterprise to be successful. This needs maturity and rising above the technology and methodology hype - and utilizing these for whatever they are worth for the enterprise (not in generality). Looked at this way SOA, Agile, Cloud etc. do not pose any threat or contradiction to EA.

Posted by Ashok Bhattacharya | February 26, 2011
Economics Tuition Avatar

... [Trackback]

[...] There you will find 75628 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Economics Tuition | July 25, 2016
job openings Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by job openings | August 9, 2016
texas holdem poker free game Avatar

... [Trackback]

[...] Read More Infos here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by texas holdem poker free game | August 12, 2016
http://www.linhchitp.com Avatar

... [Trackback]

[...] Read More Infos here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by http://www.linhchitp.com | August 15, 2016
http://totalfootballworkout.com/2015/12/vitiligo-remedies-discover-effortless-systems-to-make-it-disappear-completely.html Avatar

... [Trackback]

[...] There you will find 90757 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Printing Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Printing | August 21, 2016
satta matka Avatar

... [Trackback]

[...] There you will find 32525 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by satta matka | August 22, 2016
Agen Bandarq Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Agen Bandarq | August 31, 2016
طراحی وب سایت Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by طراحی وب سایت | August 31, 2016
قاب آیفون Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by قاب آیفون | September 1, 2016
Forlimpopoli Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Forlimpopoli | September 2, 2016
economics tuition Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by economics tuition | September 3, 2016
ICQ Chat Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by ICQ Chat | September 3, 2016
yandex ankara Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by yandex ankara | September 4, 2016
kalpa shop Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by kalpa shop | September 23, 2016
local seo Avatar

... [Trackback]

[...] There you will find 39630 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by local seo | September 30, 2016
dog grooming school Avatar

... [Trackback]

[...] Read More Infos here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by dog grooming school | October 20, 2016
Best Magazine in India Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Best Magazine in India | October 21, 2016
para kazanmak Avatar

... [Trackback]

[...] Find More Informations here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by para kazanmak | October 30, 2016
Fireplace Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Fireplace | November 2, 2016
Best Newspaper in India Avatar

... [Trackback]

[...] Find More Informations here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Best Newspaper in India | November 2, 2016
economics tuition Avatar

... [Trackback]

[...] Read More Infos here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by economics tuition | November 3, 2016
where can i get injectable steroids Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by where can i get injectable steroids | November 4, 2016
joe de saram Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by joe de saram | November 4, 2016
rhodium Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by rhodium | November 5, 2016
joseph shihara rukshan de saram Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by joseph shihara rukshan de saram | November 6, 2016
M88 Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by M88 | November 18, 2016
kimsin sen Avatar

... [Trackback]

[...] Read More Infos here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by kimsin sen | November 19, 2016
xnxx Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by xnxx | November 21, 2016
reductil 15 Avatar

... [Trackback]

[...] There you will find 67134 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by reductil 15 | November 22, 2016
hire an injury attorney Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by hire an injury attorney | November 28, 2016
roofing contractor Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by roofing contractor | November 30, 2016
Drive with Uber Avatar

... [Trackback]

[...] Read More Infos here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Drive with Uber | December 7, 2016
anavar Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by anavar | December 9, 2016
http://www.godwinsremovals.co.uk/international-removals/northern-ireland Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

download free Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by download free | December 17, 2016
android games Avatar

... [Trackback]

[...] There you will find 65557 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by android games | December 17, 2016
Denver Uber Avatar

... [Trackback]

[...] There you will find 72022 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Denver Uber | December 18, 2016
Skrota bilen Göteborg Avatar

... [Trackback]

[...] Read More here: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Skrota bilen Göteborg | December 24, 2016
kalpa pharma Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by kalpa pharma | December 27, 2016
brook stagles Avatar

... [Trackback]

[...] There you will find 92864 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by brook stagles | December 28, 2016
Skrota bilen Göteborg Avatar

... [Trackback]

[...] There you will find 83031 more Infos: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by Skrota bilen Göteborg | December 28, 2016
masonry Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by masonry | December 30, 2016
http://www.friv.run Avatar

... [Trackback]

[...] Informations on that Topic: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by http://www.friv.run | January 6, 2017
poker online juego Avatar

... [Trackback]

[...] Read More: zapthink.com/2009/05/22/agile-enterprise-architecture-is-not-an-oxymoron/ [...]

Posted by poker online juego | January 9, 2017