Blog

iSAQB Software Architecture Gathering

Independent Consultant on Modernization of Organizational Dynamics, Architecture and Leadership
Published on October 21, 2026

Modernization Is Never Just Technical: Eduardo da Silva on Architecture, Teams, and Change

1. Why do you use the word sociotechnical when talking about architecture? Can you sum up what the word means and why it is a relevant hint?

2. Why would organizations (try to) start architecture modernization? Are we talking about a different framing for reducing technical debt? What's in that term?

Because their architecture is hindering their ability to create value effectively. That is the key framing and motivation; it should not be because we found yet another shiny new technical tool we want to use.

Furthermore, and even though I still often use the term "Architecture Modernization", I find myself these days discussing "Modernization" more broadly, because it spans many topics beyond architecture. This matters because organizations often have "blockers" to a sustainable, fast flow of value creation across different aspects, such as their operating model, team organization, architecture, strategic alignment, and more.

Bottom line: Modernization is not just about reducing technical debt; it's about improving the organization's ability to respond to business needs and demands. Crucially, as I often highlight in my talks, we need to shift from viewing modernization efforts as massive "projects" we run every few years to a model of enabling continuous modernization. That lets us focus on smaller, cheaper, more localized interventions.

3. Does convincing people of modernization efforts ("why?") play a role for an AMET, or is it 100% about helping people to execute ("how?") on a plan?

It should be both: any Architecture Modernization Enabling Team (AMET) should spend time motivating modernization efforts ("Why") and, where needed, supporting execution of the plans ("How").

Motivating the "why" is especially important when efforts are complex, spanning multiple teams, and may take many months or years. When this happens, modernization work will constantly compete with other product and feature development for attention. If the AMET doesn't continuously facilitate alignment, promote and validate the "why," and keep modernization high on the agenda, these efforts are often discarded or de-prioritized. The level of effort tends to decrease over time, as people understand and recognize the value of the modernization.

However, we must not underplay the importance of supporting teams executing plans. A critical lesson I've learned over the years working with different organizations is that successful modernization efforts build momentum by starting execution, showing value, and learning from it. If organizations don't see tangible movement, they won't believe in the effort and will revert to existing prevalent forces and dynamics.

Therefore, it is fundamental that the AMET continuously works on those two modes ("Why" and "How", and obviously the "What"). Get people to understand the importance of investing their efforts in modernization, and then facilitate everything necessary for successful execution.

4. Who is the best selection for an AMET: people with most technical merit and experience, or those with the best network? Can new (recently hired, external, young) people credibly contribute?

5. Enabling Teams usually have a temporary nature, they disband when a skill or capability is well-established. Since modernization never really ends, will an AMET always persist? When can it become (successfully) obsolete?

Ideally, a specific AMET should stop existing once it accomplishes its mission. As noted earlier, modernization should be a continuum, meaning an organization's need for Enabling Teams support will vary as new gaps or challenges emerge over time. If the exact same AMET needs to exist indefinitely, it usually signals that it never truly succeeded in upskilling the organization or making teams self-sufficient, or their mission was never properly defined (and they are just doing things). A successful AMET should become unnecessary on the specific modernization scope, as the organization and its teams absorb the new capabilities and can sustainably own the modernized architecture.

However, there is an important nuance regarding long-lived Enabling Teams. While specific AMETs and Enabling Teams disband after accomplishing their mission, organizations may have certain Enabling Teams that are long-lived, or as I like to call them: "Structural Enabling Teams." For example, consider the networks and groups of Staff Engineers, Tech Leads, or Architects working on broader, cross-organizational topics. These are essentially structural teams that can exist as a permanent enabling entity. However, their specific facilitating interactions and missions will be temporary and evolve over time to address the organization's current modernization needs or constraints. They may do this in different ways and often re-team into smaller groups to tackle specific challenges.

Many thanks to Eduardo for the great interview!