
The Agile Software Architect Debate: How Do Architects Add Value?
A personal look at how agile software architects add value today through platform engineering, Team Topologies, and better developer experience.
Software architecture in practice
In my blog I share my key learnings, discuss about the role and its contribution to development and, of course, examine related topics like domain-driven design, quality-driven design and more.
About this blog
I work at the intersection of software architecture, domain design and organizational structure. My focus is on understanding complex systems, shaping meaningful boundaries and creating the conditions in which teams and software can evolve effectively.
I believe good architecture creates clarity without centralizing decisions. It reduces unnecessary dependencies, makes responsibilities and trade-offs visible and enables teams to make sound decisions autonomously while maintaining coherence across the larger system.
Architecture is therefore an enabling discipline for me. It creates shared understanding and provides the platforms, guardrails and decision structures that help teams succeed.
Domain-Driven Design, Quality-Driven Design, collaborative modelling, architecture fitness functions and platform engineering are tools I use depending on the problem and context. They are not goals in themselves.
Designing boundaries and conditions that help teams and software evolve.
My perspective on architecture has been shaped by almost two decades of working with very different systems, domains and organizations — from industrial automation and medical software to enterprise platforms and cloud-native systems.
That breadth is an important part of how I approach architecture today.
More about my background and experience → here
Latest posts

A personal look at how agile software architects add value today through platform engineering, Team Topologies, and better developer experience.

Exploring whether agile teams need dedicated software architects. Analysis of team models, experience levels, and project scales with practical guidance for modern development teams.

The bounded context definition encompasses more than linguistic boundaries. Learn the essential facets teams need for successful software development.