Scaling Agile fails when companies buy a framework and install ceremonies on a waterfall org chart. Here's how I'd approach it.
Principles before branding
- Small batches of value with feedback
- Clear ownership for outcomes, not just outputs
- Dependencies made visible (and reduced)
- Leadership habits that match the talk—funding, staffing, decision speed
SAFe, LeSS, Spotify-inspired models… tools, not religions. I'd pick mechanisms that fit constraints, then inspect and adapt quarterly.
What I'd change first
| Lever | Why |
|---|---|
| Team topology | Congruent to architecture and value streams |
| Planning cadence | Align without annual theater |
| Metrics | Flow + outcomes; not vanity velocity alone |
| Platform investment | Reduce cross-team thrash |
Anti-patterns
- "Agile theater" with 12 ceremonies and no autonomy
- Copy-pasting a model from a conference keynote
- Measuring only utilization
- Ignoring compliance/risk partners until late
Technical product leaders often sit in the middle of this—worth deepening via a Technical PM Certification. More practical notes in the newsletter.