领域划分的误区和建议

业务能力还是计算能力？

往往在划分一些貌似通用的领域，其实只是通用的计算能力并不是真正的业务能力，只需采用通用库的方式进行封装，而无需使用服务的方式。如我们系统的模板服务，是构建通用的模板服务，服务于整个平台的服务；还是每个服务拥有独立的模板模块？

尽早识别剥离通用领域，如身份认证与鉴权领域，是企业系统中最复杂有相对多变的领域，需要及早隔离它对核心业务的干扰。

时刻促成技术人员与客户、业务人员的对话

业务领域的划分离不开对业务意图的真正理解。而需求人员和体验设计师对于User Journey的使用更熟悉，而技术人员、架构师对领域驱动设计、Eventstorming更熟悉。不管哪种方法都要求跨角色的群体的协同工作，即客户人员、业务分析师、体验设计师与技术人员、架构师。而现实的情况中，User Journey更多的在Inception，在需求阶段进行，而领域驱动设计、Eventstorming更多的在开发设计阶段被使用，故而需求阶段经常缺失技术人员，而开发设计阶段经常缺失客户、业务人员的参与。

另一个常见的现象是，Inception的参与人员和真正的开发团队有可能不是同一个群体，那么Inception中的业务沟通往往以UI的方式作为传递，因此在开发中经常只能通过UI设计来理解业务的真正意图。

所以要想将正确的理解业务，做对软件，需要时刻促成技术人员与客户、业务人员的对话。