Structure a new software project using Domain-Driven Design from business discovery all the way to code
Plan how to break apart a legacy monolith using domain boundaries and team topology thinking
Learn the vocabulary and collaborative techniques of DDD before running a stakeholder workshop
Decide how to organize development teams around business domains to reduce cross-team dependencies
Domain-Driven Design (DDD) is an approach to building software where the structure of the code closely reflects the real-world business problem it solves. This repository provides a beginner-friendly guide for getting started with that approach, walking through eight steps from understanding a business to writing actual code. The process is useful in several situations: starting a brand-new project, modernizing an older system, restructuring how development teams are organized, or learning DDD for the first time. Each scenario benefits from the structured thinking this guide provides, and the authors are explicit that this is a starting point for beginners, not a rigid standard process. The eight steps move roughly from high-level business understanding down to technical implementation. Early steps focus on understanding the organization's goals and discovering key concepts in the business domain through collaborative workshops with stakeholders. Middle steps involve breaking the domain into logical pieces and deciding how teams should be organized around those pieces. Later steps involve defining the boundaries of those pieces in more detail and finally writing code that reflects the design. The guide does not require following the steps in order. Real projects often involve jumping back and forth between steps as new information comes in. The authors include several scenarios for when you might want to start from a different point or run steps at the same time, such as when organizational constraints need to be resolved before architecture decisions can be made. Each step comes with suggestions for tools and techniques, along with guidance on who from the business and technical side should be involved. No code or software is included in this repository, it is purely a written reference and process guide.
← ddd-crew on gitmyhub — every repo by this author, as a profile.
Verify against the repo before relying on details.