The Strategic Design part of DDD is a strong concept that is often overlooked. I see teams applying DDD but only focussing on their own "context". With a microservices architecture, this problem becomes more apparent, leading to "reinventing the wheel" and multiple teams building overlapping functionality. While it initially can help to reduce TTM by saving on coordination, the maintainability burden quickly can become a problem and spin out of control. In this talk, I will highlight how, instead of needing more and more developers, carving out Sub Domains and redrawing your Bounded Context boundaries helps you to evolve to an architecture that balances Productivity and Cost-Effectiveness.