Image by Ruhey from iStock

IN THIS SECTION, YOU WILL: Look back at the content in this book.

KEY POINTS:

  • This playbook aims to share my approach to running an IT architecture practice in larger organizations based on my experience as Chief Architect at AVIV Group, eBay Classifieds, and Adevinta.
  • I called this approach “Grounded Architecture,” highlighting the need for any IT architecture practice to stay well-connected to all levels of an organization and led by data.
  • In this section, I summarize the key points from the playbook.

This book has argued for a simple idea: architecture becomes useful when it stays connected to the organization instead of drifting above it. That is what I mean by Grounded Architecture. It is an approach shaped by my work at AVIV Group, eBay Classifieds, and Adevinta, and built around people, data, and practical engagement rather than distance and abstraction.

The goal was not to present architecture as a fixed organizational template. The goal was to show how an architecture practice can become more effective when it is grounded in evidence, embedded in human networks, and organized to influence real decisions.

The book is organized around two main concerns (Figure 1):

  • Structure: the elements needed to run a Grounded Architecture practice
  • Guiding Principles: the practical habits and ideas that make those elements work in daily practice

The Grounded Architecture framework consists of three elements:

Figure 1: Grounded Architecture Overview.

Lightweight Architectural Analytics ensures that architects can make data-informed decisions based on a real-time and complete overview of the organization’s technology landscape.

Collaborative Networks is another essential element of Grounded Architecture. A strong network of people doing architecture across the organization is crucial to ensure that an architecture practice has any tangible impact.

Lastly, the sections Operating Model: General Principles, and Governance Principles: Nudges, Taxation, Mandates, and Bonus: Leveraging Generative AI within Grounded Architecture Framework define a collection of processes and agreements that lets architects do their thing, leveraging data and people connections to create a powerful, organization-wide impact.

Beyond the framework itself, I included a set of principles and tools that I have found useful in practice. These sections widen the argument from structure into behavior, judgment, and execution:

When Grounded Architecture is in place, it can have a significant positive impact on an organization:

  • Enable Execution of Architecture Function At Scale,
  • Increase the Quality of Decision-Making with Data,
  • Maximize Organizational Alignment,
  • Maximize Organizational Learning, and
  • Increase Architecture Function Adaptivity.

Across these chapters, the recurring theme is that architecture works best when it helps an organization learn faster, align better, and change with less friction. The framework chapters describe the structural foundations. The later chapters show how those foundations hold up when they meet leadership, culture, strategy, economics, product thinking, and transformation work.

While you may borrow ideas from others, every organization is different, and your approach must adapt to your context.

The final caution is the same one that appears throughout the book: every organization is different, and the practice has to fit the context. When forming an architecture practice, I keep returning to these two pieces of advice from Gregor Hohpe:

  • Your architecture team’s job is to solve your biggest problems. The best setup is the one that allows it to accomplish that.
  • Your organization has to earn its way to an effective architecture practice. You can’t just plug some architects into the current mess and expect it to solve all your problems.

That is also the right way to end this book. Grounded Architecture is not a formula to copy. It is a way to think about how architecture can become more useful, more credible, and more adaptive by staying close to the realities of the organization it serves.

Expanding the Architect's Toolkit
Summary