在面对已有大量遗留代码的领域驱动设计（DDD）项目，并打算引入测试驱动开发（TDD）时，为了最小化对现有系统的影响，可以采取以下分步策略：

1. 了解现有系统：在开始之前，深入了解系统的架构、模块间的依赖关系、业务流程以及现有的代码结构与设计模式至关重要。这有助于识别哪些部分可以快速采用TDD，哪些部分需要更多的准备或重构工作。

2. 确立目标：设定明确的TDD实施目标，比如增加新功能时采用TDD、加强对关键业务逻辑的测试覆盖等。这有助于团队成员保持一致的方向，并为后续的评估提供基准。

3. 小范围试点：选择一个影响较小、业务逻辑相对简单的模块或功能点作为试点，优先引入TDD。通过实践积累经验，调整方法论，确立最佳实践，为后续更大范围的应用打下基础。

4. 编写现有代码的测试：不是直接在现有代码基础上引入TDD，而是先为现有代码编写自动化测试（如单元测试、集成测试）。这一步骤有助于减少重构过程中引入错误的风险，同时也为之后逐步应用TDD原则铺平道路。

5. 进行有目的的重构：基于上述测试的保护，可以开始对选定的代码模块进行小规模的重构，改善设计，使其更易于测试。此过程应遵循“红绿重构”原则，即先确保测试失败（红），再修改代码使测试通过（绿），最后进行适当的重构。

6. 培训与支持：对于团队成员而言，TDD可能是一个全新的概念。因此，提供足够的培训和支持是非常重要的，可以让开发人员熟练掌握TDD的实践技巧，理解其背后的价值观。

7. 逐步扩展：从试点项目出发，将成功的经验和方法逐步推广至其他模块或团队。根据实际情况调整推广的速度和规模，确保每个步骤都能获得正面的反馈。

8. 持续优化：引入TDD不是一蹴而就的过程，而是一个持续改进的过程。定期回顾项目进展情况，评估TDD实践的效果，及时调整策略和技术方案。

通过上述步骤，可以在减少对现有系统影响的前提下，有效地引入TDD，提升软件的质量和可维护性。