在实际项目中，识别何时需创建新的限界上下文来改进领域模型是非常重要的，这关乎到系统的可维护性、可扩展性和领域模型的清晰度。以下是一些判断标准和具体的应用示例：

1. 业务规则和概念显著不同：当系统中某些部分的业务规则和概念与其他部分显著不同时，这通常是划分新限界上下文的信号。例如，在电子商务系统中，客户服务和库存管理虽然都围绕商品展开，但两者涉及的业务规则和概念差异较大，适合划分为不同的限界上下文。

2. 技术需求显著不同：不同部分可能需要不同的技术栈来支持其业务需求，比如对延时要求极高的交易处理和数据量巨大的报表生成，可能需要不同的技术方案来实现。在这种情况下，将它们划分成不同的限界上下文可以帮助解决技术差异带来的问题。

3. 团队结构和技能：如果团队内部成员的技能和专业知识存在明显差异，这也可以作为划分限界上下文的依据。让每个团队专注于自己最擅长的领域，可以提高开发效率和质量。例如，一个团队专门负责用户界面的设计和实现，而另一个团队则专注于后端数据处理服务。

4. 外部合作和集成：当系统需要与外部系统集成，且这些外部系统的数据模型和业务流程与自己不一致时，建立新的限界上下文有助于界定边界，明确数据交换的格式和集成点，从而降低系统的复杂性和维护成本。

5. 系统可扩展性和可维护性：随着系统的不断扩展，原有的限界上下文可能会变得臃肿不堪，难以维护。这时候，通过细化原有的限界上下文，可以提升系统的可扩展性和可维护性。比如，可以将一个原本负责处理所有支付逻辑的限界上下文细分为多个，分别处理信用卡支付、第三方支付等不同类型的支付方式。

6. 避免领域模型污染：在复杂的系统中，很容易出现不同业务领域的逻辑相互交织的情况，导致领域模型变得复杂且难以理解。适时地创建新的限界上下文，可以帮助避免这种污染，保持每个上下文内领域模型的纯净性。

通过以上几点，项目团队可以更加科学地判断何时创建新的限界上下文，从而有效地改进领域模型，提高软件系统的质量和团队的工作效率。在实际操作中，识别这些时机并非一蹴而就，而是需要团队成员在实践中不断观察、反思与调整。