SIGS DATACOM Fachinformationen für IT-Professionals

SOFTWARE MEETS BUSINESS:
The Conference for Software Architecture
Munich, 21 - 25 January 2019

Sessionsdetails

Talk: Mi 1.3
Date: Wed, 23.01.2019
Time: 14:30 - 15:30
cart

Being Agile About Architecture

Time: 14:30 - 15:30
Talk: Mi 1.3
Speaker:

 

When building complex systems, it can be all too easy to primarily focus on features and overlook software qualities, specifically those related to the architecture. This talk presents a set of patterns that focus on practices for creating and evolving a software architecture while remaining Agile. These practices include a set of tools that allow teams to define “enough” architecture in the beginning of the project and to manage the state and the evolution of the architecture as the project evolves.

Target Audience: Architects, Developers, QA, Managers
Prerequisites: Agile principles and understanding the basics of architecture and system requirements
Level: Practicing

Extended Abstract
Being Agile, with its attention to extensive testing, frequent integration, and focusing on important product features, has proven invaluable to many software teams. When building complex systems, it can be all too easy to focus on features and overlook software qualities, specifically those related to the architecture. Some believe that by simply following Agile practices — starting as fast as possible, keeping code clean, and having lots of tests — a good architecture will magically emerge. While an architecture will emerge, if there is not enough attention paid to it and the code, technical debt and design problems will creep in until it becomes muddy, making it hard to deliver new features quickly and reliably.
It is essential to have a sustainable architecture that can evolve through the project life-cycle. Sustainable architecture requires ongoing attention, especially when there are evolving priorities, lots of technical risk, and many dependencies. This talk presents a set of patterns that focus on practices for creating and evolving a software architecture while remaining Agile. These practices include a set of tools that allow teams to define “enough” architecture at the beginning of the project and to manage the state and the evolution of the architecture as the project evolves.