Stress-test Your Enterprise Architecture: The 7 Questions to Ask

Defining an Enterprise Architecture enabling IT to successfully capturing the business requirements is a daunting task. Have I captured the essence? Will architects and business analysts understand it? Is it pushing our business forward through improved alignment between business and technology? Those sorts of questions are always spinning around when defining an Enterprise Architecture. A recent article in HBR "Stress-test your strategy: the 7 questions to ask" inspired me to think of the 7 questions that would help stress-test an Enterprise Architecture. Here's my take on those questions. In coming posts I will dive into each of the questions to further add some meat.
What do you think are the relevant questions to ask stress-testing en enterprise architecture?

Here's my 7 questions stress-testing your Enterprise Architecture:

1. What is the driving purpose behind the business?
• The enterprise architecture is there only to support the business purpose, right? Making sure that the architecture supports, enables and drives business is make-or-break. The reminding 6 questions assumes that the right business purpose is in the bulls-eye.
2. Which critical effect are you aiming for?
• Be extremely sharp on the effect that the architecture should deliver in its own right. It's easy to do a lot of everything and nothing of what is important. Measure and visually communicate current state and progress. Avoid finding yourself in a state of active inertia.
3. What is the key customer value proposition that is supported?
• Your customers turn to you because they perceive a very specific value offered. Align your architecture to support that value. Never find yourself in a situation where the architecture is considered state-of-the-art and the business struggling.
4. How is complexity being killed?
• Be very clear and upfront with how complexity is eradicated from both IT and business processes through the architecture. Scale back on fancy solutions. Simplify and design for evolution. 
5. Which collaboration is generating creative tension?
• Generating new ideas and improving execution requires extensive collaboration internally and with external stakeholders. Enabling and pushing collaboration through both tools and also more importantly through open access to the central business systems will spur further performance improvements.
6. How are the implementation boundaries defined?
• Central to any architecture implementation is how it is sequenced, domains affected, and what is not touched. Without clear boundaries scope creeps during implementation. There's always this domain or system over there that needs to be touched. Timing and risk will be severely affected if the boundaries are not well defined. What not to do is as important as what to do.
7. What architectural implementation uncertainties keep you awake at night?
• Your architecture is not better than its implementation. The success depends on the way it is implemented. To succeed you have to carefully monitor the uncertainties during implementation. Which parameters you choose to keep your eyes on has to be connected with question 1 and 2; business purpose and customer value proposition. Ensure that the implementation secures successful realization of those answers.

Designing and implementing a successful enterprise architecture requires making tough, sometimes hard choices. These questions will hopefully further refine your architecture making business success a fact. There's no magic bullet that can zero in on the pitfalls of your architecture - just hard work and diligent implementation. Only then can you be confident that your architecture is on track.

More to read:

• HBR November 2010: Stress-Test Your Strategy: The 7 Questions to Ask