liveBook · Manning

Agile theater

As explained in Collaborative Software Design: How to facilitate domain modeling decisions

Agile theater is an organizational pattern in which teams adopt Agile practices while surrounding hierarchy and delivery processes remain largely unchanged.

Agile theater occurs when development teams adopt Scrum or other Agile practices while hierarchy, upfront design, and the idea-to-production value chain remain largely unchanged. The business side continues to treat software as a Waterfall project with fixed requirements, costs, and schedules. section 1.2.4

The pattern persists when collaboration and evolving requirements are treated as waste rather than necessary parts of software development. The result is Agile delivery inside an unchanged organizational system, not an organization adapting around learning and feedback. section 1.2.4

The BigScreen situation

Development teams split work into smaller batches and deliver faster, but business stakeholders still provide upfront requirement lists, expect cost calculations, and preserve the existing handoff structure. Agile exists locally while the surrounding organization remains Waterfall-oriented. section 1.2.4

Recognize the pattern when:

  • Teams practice Scrum while design is still performed upfront. section 1.4
  • Business stakeholders dismiss collaboration as waste and expect requirements to determine cost and effort before delivery. section 1.2.4
  • Architects and facilitators use collaborative modeling to expose decision-making conflicts, create shared understanding, and move architecture ownership toward teams. section 1.4
Figure 1.4 Detailed diagram of the Waterfall process

Use the Waterfall process diagram to contrast sequential, upfront delivery assumptions with iterative Agile development. section 1.2.4

How Collaborative Software Design: How to facilitate domain modeling decisions covers it

How deep it goes
Explains the organizational pattern, its Waterfall assumptions, and collaborative modeling as a response without detailing implementation steps.
Examples
Uses Scrum teams, Waterfall-oriented business stakeholders, upfront requirements, and the BigScreen situation as concrete examples.
What it assumes
Assumes familiarity with Agile and Waterfall while contrasting their treatment of requirements, delivery, collaboration, and feedback.
What you can do after
Diagnose Agile theater and use collaborative modeling to surface social dynamics and support shared design decisions.
How it connects
Connects Scrum, Agile, Waterfall, collaborative modeling, software architecture, organizational hierarchy, and software requirements.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Collaborative Software Design: How to facilitate domain modeling decisions. The section links point to the parts of the book it draws on.