high speed ddd
src: High-Speed DDD (revisited) - 2024-05-03
Abstract
3 methods to survive with strategic DDD:
- if not possible to introduce a new concept (because it may impact several organizations, and even end users), you can create and “hide” a new bounded context.
- Ombilical ACL: do not manage the lifecycle of the data coming from a volatile context.
- Dual track: use the 2 tracks, continuous discovery (A/B testing, etc…) and continuous delivery, with the product team. Prototype quickly and check if the feature is good. If so, integrate to the continuous delivery track.
Reviews
Some experience feedback on how they could implement DDD “quickly”. However, I think the engineering teams at his company are all quite proficient on DDD. I wonder how that may feel to work on such teams? Is it too “rigid”? Too much “talking”? Or is it more performant teams? Since they would focus more on business goals instead of scattering around with technical subjects?