Discovery investigates modernization opportunities before or alongside design and delivery. It connects stakeholder concerns and business outcomes to architectural possibilities through activities such as interviews, Wardley Mapping, and EventStorming. section 16.3.4
Use discovery as a balancing and learning activity:
- Balance discovery, design, and delivery: too much discovery can delay value, while too little can produce the wrong outcome or create avoidable blockers. section 16.3.4
- Feed delivery roadblocks and changing priorities back into discovery and design, then adapt the approach rather than treating it as a fixed phase. section 16.3.4
- Keep discovery visible at the appropriate roadmap level; a high-level initiative can be in delivery while detailed EventStorming work remains underway. section 16.3.4
CloudSuite’s bottom-up domain discovery
CloudSuite began with tactical software design and modeling. This work encouraged a ubiquitous language and collaborative modeling, which supported identifying two loosely coupled domains: discovery, covering the user journey from arrival to purchase intention, and ordering, covering purchase intention through order creation. The boundaries were tested by examining how little knowledge ordering required about the earlier journey. section 17.4 section 17.4
Use the work-categorization model to compare discovery with design and delivery and assess where effort is currently concentrated. section 16.3.4



