Why Join Us About the Event

GSAS (Global Software Architecture Summit) is a 2-days summit which aims to attract and connect software architecture experts from all over the world as well as all those interested in building working software to improve their skills, share knowledge, and connect.

Buy Ticket

Practical Talks and Hands-on workshops

Our speakers are experts in essential practices, innovation, working software and practical solutions. Draw your inspiration and learn to become a better software architect.


Software Architecture metrics focused

This edition is focused on software architecture metrics as they are key to the maintainability and architectural quality of a software project.



Over 500 software architects will come together for two days to promote quality in the world of software. Don't miss the opportunity to connect with the community.


Have Fun

In addition to technical talks and hands-on workshops, it will be fun! There will be snacks and beers, opportunity to meet like-minded people and generate discussions.



Our Expert Speakers


Countries Present


Talks & Workshops


Event Participants

Listen to the Event Speakers

Neal Ford

Author of the book "Building Evolutionary Architectures: Support Constant Change"

Sonya Natanzon

Solutions Architect at Guardant Health

Mark Richards

Co-author of the book "Fundamentals of Software Architecture: An Engineering Approach"

Michael Feathers

Author of the book "Working Effectively with Legacy Code"

Pranjal Bathia

Principal Architect at Red Hat

João Rosa

Principal Consultant and Interim CTO

Rene Weiß

Software Architect, Consultant & CTO at FINABRO

Carola Lilienthal

Author of the book "Sustainable Software Architecture"

Nathaniel Schutta

Author of the book "Thinking Architecturally"

Michael Keeling

Author of the Book "Design It!: From Programmer to Software Architect"

George Fairbanks

Software Engineer at Google

Christian Ciceri

Software Architect and co-Founder at Apiumhub

Alexander von Zitzewitz

Co-founder of hello2morrow

Eswaran Thandi

Principal Architect

Jacqui Read

Hands-on Architect and Founder at Read The Architecture

Vladik Khononov

Author of the books "Learning Domain-Driven Design" and "Balancing Coupling in Software Design"

Schedule Details Event Schedule

08:00 - 09:00


09:00 - 09:15

GSAS 2022 Opening Ceremony

09:15 - 09:20

Inspirational talk by Gold Sponsor

09:20 - 10:10

Testing Software Architecture by Mark Richards

How to architects know the weight limits of a bridge?” asked Devon. “Well,” said Logan, “they continue to drive heavier and heavier trucks over the bridge until it collapses. Then they measure the weight of the last truck and post that weight on the rebuilt bridge”. “Oh, I guess that makes sense.” said Devon.

Software developers continuously test their source code using unit and functional tests to ensure the code works properly and contains no defects. But how does one test a software architecture? It turns out that testing a software architecture is just as important as testing your source code. In this session Mark Richards talks about what it means to test a software architecture. Mark starts out the session by discussing what things to test to ensure the architecture is structurally sound and that it’s meeting the designated goals of the business. He then shows how to construct various unit tests for software architecture using custom techniques as well as through common open source tools.

10:10 - 11:00

Pragmatic Approach to Architecture Metrics by Sonya Natanzon & Vladik Khononov

A question we have all heard is: “How do you measure success?” Those metrics can look different for different industries or professions, but they are rooted in hard measurable outcomes: larger revenue for a bank, bigger market share for an automaker, reduced readmission rate for a hospital chain. Those numbers are easy to put on a chart in an executive presentation. But what about software architecture? Measuring success of software architecture is difficult because software architecture is all about long-term effects, positive or negative. Software architecture metrics are hard to define and even harder to evaluate objectively. As soon as a metric becomes a goal, it ceases to be a good metric (think “number of lines of code”). And we know all too well that software architecture is subject to frequent changes - no other industry moves as fast. However, we still need to be able to set goal posts, measure outcomes and present them to executives - in a practical way.

As Eliyahu Goldratt famously said, “Tell me how you measure me, and I will tell you how I will behave”. Focusing on low-level metrics can do more harm than good. A metric’s value becomes the end goal, rather than achieving the desired business outcomes. To fix this, let’s reverse the process. We are going to start by defining the business outcomes we want to achieve. The outcomes we are going to focus on are the ability to run a cost-effective system and ability to evolve it quickly and easily. Foundational to those objectives is the capacity to manage the complexity of the system. In this talk, we are going to explore several simple and pragmatic approaches to architectural metrics that support the required business outcomes.

11:00 - 11:30

Coffee Break

11:30 - 12:20

Metrics for Architects by Alexander von Zitzewitz

Software metrics can be used effectively to judge the maintainability and architectural quality of a code base. Even more importantly, they can be used as canaries in a coal mine to warn early about dangerous accumulations of architectural and technical debt. Alexander von Zitzewitz introduces some key metrics that every architect should know (e.g., average component dependency, propagation cost, structural debt index, and more). You will learn how to use these metrics effectively within a metric-based feedback loop, so that your code never end up as a big ball of mud.

12:20 - 13:10

Public Q&A

13:10 - 14:30

Lunch Break

14:30 - 19:00 Parallel Workshop with Coffee Break

Evolving organisations using sociotechnical architecture by João Rosa

"Change is the only constant in life.". You might recognise it. The saying is from Heraclitus, a Greek philosopher. The organisation you work with is changing. You don't understand why, nor your manager can explain it. Our brains like routine, and it feels like we control our lives. But more than we would like, we are faced with change. Organisations constantly evolve, sometimes with intention, and other times grab an opportunity. Often, those changes have side effects: they can affect people practices, teams mission and organisations processes. Is there a way where we can be prepared for such changes? From my experience, yes, we can be prepared for those changes. And we can use one of the oldest human skills: visualisations. To be more specific, we can combine different visualisations to discuss, reason and communicate change. It doesn't matter your role in an organisation; it is possible to use visualisations to discuss other points of view and the different options and trade-offs. This hands-on will take you through evolving an organisation by using different visualisations such as Wardley Maps, Context Maps, and Team Topologies. We will start with a Wardley Map to create the context for everyone and have a series of exercises to evolve the organisation using other visualisations such as Context Map and Team Topologies. By doing it, you will be creating and evolving the sociotechnical architecture of the organisation. At the end of the session, you will have experienced the different visualisations and combined them. More importantly, how to visualise change and tame the brain.

14:30 - 19:00 Parallel Workshop with Coffee Break

Become a software design company by George Fairbanks & Michael Keeling

Software companies want to be good at software design but the topic is complex and deadlines are pressing. Michael and George have had success at various companies and can show you how to replicate that success at yours. We will describe activities, formats, culture changes, and outrageous obstacles. We will prepare you for a difficult journey by showing you how to prepare and how to respond. The session is a mixture of small lectures, group exercises, story telling, and group discussions.

14:30 - 19:00 Parallel Workshop with Coffee Break

Thinking Architecturally by Nathaniel Schutta

Rich Hickey once said programmers know the benefits of everything and the trade offs of nothing…an approach that can lead a project down a path of frustrated developers and unhappy customers. As architects though, we must consider the trade offs of every new library, language, pattern or approach and quickly make decisions often with incomplete information. How should we think about the inevitable technology choices we have to make on a project? How do we balance competing agendas? How do we keep our team happy and excited without chasing every new thing that someone finds on the inner webs? As architects it is our responsibility to effectively guide our teams on the technology journey. In this talk I will outline the importance of trade offs, how we can analyze new technologies and how we can effectively capture the inevitable architectural decisions we will make. I will also explore the value of fitness functions as a way of ensuring the decisions we make are actually reflected in the code base.

08:30 - 09:00


09:00 - 09:15


09:15 - 09:20

Inspirational talk by GSAS Sponsor

09:20 - 10:10

The intersection of architecture fitness functions and metrics by Neal Ford

Differentiating casual metrics evaluation from teams incorporating them into common engineering practices, enabling differing levels of automated architecture governance.

10:10 - 11:00

Continuous Modernization by Eswaran Thandi

Modernization of legacy System Landscape in phased manner.

11:00 - 11:30

Coffee Break

11:30 - 12:20

Starting with evolutionary architectures by using the fitness function testing pyramid by Rene Weiß

Modern software is developed iteratively, enhanced actively and released often to production. By following the ideas of evolutionary architectures one can evolve architectures incrementally and support a modern software lifecycle without the need of big bang changes. Fitness Functions provide guidance by giving objective measures of "how good" the last incremental architecture modification was.

12:20 - 13:10

Responsibility Indices by Michael Feathers

The talk will be about a lightweight tool called Responsibility Indices that can be used to align teams with long term architectural vision and record working information about the systems they tend.

13:10 - 14:20

Lunch Break

14:20 - 15:10

Improve your architecture with the Modularity Maturity Index (MMI) by Carola Lilienthal

In the last 20 years, a lot of time and money has gone into software systems that have been implemented in modern programming languages such as Java, C#, PHP etc. The focus in the development projects was often on the quick implementation of features and not on the quality of the software architecture. This practice has led to an increasing amount of technical debt – which is unnecessary complexity that cost extra money in maintenance – accumulating over time. Today these systems have to be called legacy systems, because their maintenance and expansion is expensive, tedious and unstable. This talk discusses how to measure the amount of technical debt aka unnecessary complexity with the modularity maturity index. The modularity maturity index (MMI) of a code base or the different applications in an IT landscape gives management and teams a guideline for deciding which software systems need to be refactored, which ones should be replaced, and which ones don't need to worry about. The goal is to find out which technical debt should be resolved so that the architecture becomes sustainable and maintenance less expensive.

15:10 - 16:00

Private Builds and Metrics to survive not ideal scenarios by Christian Ciceri

Many people think of software architecture as a craft, but I understand it more as a science. Scientists tend to measure things as a basis for further reasoning. Even when you can’t get precise numbers, mathematical approaches to software architecture depend on measurable quantities, like metrics and indicators. Sometimes such approaches depend on which metrics make sense and which do not in a given situation. How can you make sure that your KPIs are providing the information your organization needs to make decisions about how to invest time and effort? Getting to great metrics requires a well-assembled system and a whole lot of work. But the truth is, you might not be working with a well-assembled system, or perhaps your organization has yet to put in the effort it takes to get all the way to fantastic metrics based on DevOps best practices. DevOps is a cultural shift; it’s easy to misunderstand the concept, and companies don’t always commit to adopting best practices fully. Even when that’s the goal, learning and implementing them is a process that takes time. Reality is not always a best-case scenario, and standard metrics do not always reflect the real problem.

16:00 - 16:30

Coffee Break

16:30 - 17:20

Mastering Visual Communication for Software Architecture by Jacqui Read

Reusable communication design patterns. Communicating software architecture is a crucial aspect of being a successful software architect, however, this is a skill you don't get taught. Learning by trial and error is not ideal, so how do you create inclusive diagrams and visuals that successfully communicate to your audience? Apply communication design patterns and recognise antipatterns. The purpose of a diagram is to successfully communicate with the audience, which sounds deceptively simple. Communication design patterns can be applied to guide you towards this ultimate goal of successful communication, and towards maximum inclusion for your audience. In this session, learn from a hands-on solution architect - and thought leader in communication design and documentation - how to tailor your visuals to your audience, choose the most appropriate standards (or not) and level of detail, and apply patterns to improve accessibility for all audiences.

17:20 - 18:10

Quantitative measures for software Architecture quality evaluation by Pranjal Bathia

Building an architecture of the system is a tedious task, especially in large projects. The success of the system is dependent on the quality of the proposed architecture. Hence it is important to have quantitative measures to evaluate the quality of the proposed architecture. Traditionally metrics like availability, reliability, security, adaptability, and risk management are used to measure the quality of architecture. Most of these attributes are either qualitative or become quantitative only after the implementation of the given architecture. Finding the true value of the architecture without quantitative data is inefficient and makes it hard for organizations to plan effectively. In this session, I would like to talk about some simple methods we can apply to capture baseline quantitative data for certain architectural attributes and make effective decisions about the quality of the proposed architecture.

18:10 - 18:40

Public Q&A

18:40 - 19:10

Closing Ceremony

19:10 - 20:00

Beer & Networking

Pricing Plans Get your Ticket

Early Bird Tickets


1/05/2022 - 31/05/2022

Group (+ 3 people): 355€ + VAT

Not Available

*Price does not include VAT

Regular Tickets


1/06/2022 - 30/06/2022

Group (+ 3 people): 375€ + VAT

Not Available

*Price does not include VAT

Late Bird Tickets


1/07/2022 - 30/07/2022

Group (+3 people): 400€ + VAT

Buy Ticket

*Price does not include VAT

Previous Edition

Previous GSAS Edition Testimonials

Attendees shared their GSAS experience. View Testimonials.

Previous GSAS Edition Venue

Discover where we held our venue on the previous GSAS edition. See Venue.

Who helps us Call for Sponsors

Reach us Get Direction to the Summit

The Barcelona International Convention Centre (CCIB)

Plaça de Willy Brandt, 11-14, 08019 Barcelona, Spain

The Barcelona International Convention Centre (CCIB) is easily accessible by public transport, just 7 minutes from bus and train stations.


Car/Taxi: 38 min. ride from the Airport

Tram: Fòrum (T4/T6)

Metro: El Maresme|Fòrum (L4)

Contact information

Phone: +34934815085

Email: gsas@apiumhub.com