公司

创业公司，中小型开发团队，早期业务探索阶段，更多的关注业务逻辑、快速迭代以及验证商业模式，较少去关注技术架构。

团队

• DDD首先要求我们改变原有的软件开发过程。传统瀑布式的开发模式，使得团队很难工作在一个统一一致的模型下。
• 团队没有领域专家，我们在挖掘领域本质的过程中会走很多弯路，需要找到领域专家的协助或者把自己变成领域专家。
• 团队不熟悉面向对象软件设计，在面向对象建模上积累的大量经验也很难直接为t团队所用。
• 团队不熟悉面向对象分析技术，建模过程不可能是高效的，需要通过学习和实践来弥补这中间的能力gap。
• 团队编码能力比较差，或者团队不具备重构的能力和相应的基础设施，模型很难落地。然而DDD最重要的是要保持代码和领域模型的一致，并且是同时演进着的。
• 如果工作在相对封闭且有复杂领域知识的领域，那么需要找到或者培养精通DDD的工程师，并愿意长期耕耘在该领域，然而并没有。
• 团队没有读过《领域驱动设计》这本书，此文到此为止。

Just Do It

• 时机。创业公司阶段演进的过程中，痛点、需求、关注度转移到代码设计，基础架构上时，Just Do It.
• 团队建设。团队技术梯度合理，并愿意长期耕耘在该领域时，Just Do It.