DE

glossary entry

What is the System Demo in SAFe?

The System Demo is a core event in the Scaled Agile Framework (SAFe). It takes place at the end of every iteration and demonstrates the integrated progress of all teams within an Agile Release Train (ART). At the end of each Program Increment (PI), a PI System Demo is held, typically during the IP Iteration. Its purpose is to present transparent results, gather feedback, and support data-driven decision-making. 

 

Origin and Purpose 

The System Demo is an evolution of Scrum’s Sprint Review, scaled to the ART level. It was introduced in SAFe to: 

- showcase delivered business and customer value, 

- shorten feedback cycles, 

- provide transparency into outcomes and progress, 

- build trust between business, teams, and stakeholders. 

 

Core Elements 

- Participants: Agile Teams, Product Management, Business Owners, System/Solution Architects, Stakeholders. 

- Content: Demonstration of integrated features, enablers, and architectural outcomes. 

- Frequency: At the end of every iteration, plus a PI System Demo per Program Increment. 

- Focus: “Working software and systems” – only items completed according to the Definition of Done are presented. 

 

Application and Best Practices 

- Preparation: Continuous Integration and system-level testing secure demo readiness. 

- Storytelling: Results should always be presented in business context, not just technically. 

- Stakeholder involvement: Business Owners, customers, and management provide direct feedback. 

- Remote optimization: Distributed ARTs benefit from a mix of live demos, recorded videos, and interactive Q&A. 

- Value validation: Business Owners assign planned Business Value during PI Planning. System Demos act as ongoing checkpoints, while the final Business Value assessment takes place during Inspect & Adapt. 

 

Practice Examples (typical patterns) 

Automotive: An ART demonstrates integrated driver assistance functions in a simulation environment; stakeholder feedback is gathered before moving to test vehicles. 

Financial services: An ART developing online banking features presents multi-factor authentication in a staging environment; early customer feedback prevents costly rework. 

Remote ARTs: A globally distributed ART combines demo videos and virtual boards with interactive feedback sessions across time zones. 

 

Criticism and Limitations 

- Integration challenges: Without strong Continuous Integration, demos remain superficial. 

- Time consumption: In large ARTs, demos risk becoming lengthy without proper structure. 

- Loss of focus: Potential to drift into status reporting instead of value-driven feedback. 

- Stakeholder engagement: Low participation undermines effectiveness. 

 

Embedding and Combination 

- The System Demo is closely connected with: 

- Iteration Review (Scrum) at team level 

- Solution Demo at Solution Train level 

- Inspect & Adapt Workshop at the end of the PI 

- PI Objectives for Business Value measurement 

 

CALADE Perspective 

In practice, System Demos are often presented too technically, limiting their impact. CALADE helps ARTs design clear, business-oriented, feedback-driven demos. Our coaches partner with RTEs and Product Management to ensure System Demos become key enablers of alignment, transparency, and improvement. 

 

Cross-References 

- ART Sync 

- Inspect & Adapt Workshop 

- PI Planning 

- Agile Release Train (ART) 

- Solution Demo 

- Definition of Done 

 

← back to list