Agile architecture treats design as an evolving team activity rather than a completed specification delivered by a separate architect. Collaboration, experimentation, prototyping, and emergent design help teams learn from users and clarify solutions that cannot be known in advance. section 1.2.4
When architecture becomes a bottleneck
In BigScreen, the software architect left, taking architectural knowledge with them. An Agile response gives the team ownership of its architecture instead of forcing development to wait for a separate design authority or proceed without architectural direction. section 1.2.4
Make the approach practical by:
- Collaborating with relevant stakeholders and decision-makers to build shared understanding. section 1.4
- Using collaborative modeling to visualize conversations, explore alternatives, and record sustainable design decisions. section 1.4
- Facilitating social dynamics so conflict, bias, and resistance become visible rather than quietly distorting decisions. section 1.4
Figure 1.4 Detailed diagram of the Waterfall process
Use the Waterfall process diagram as a contrast: Agile architecture avoids isolating design from the teams that build and learn from the software. section 1.2.4
