DDD领域驱动设计批评文集
做强化自测题获得“软件方法建模师”称号
《软件方法》各章合集
2.4 建模步骤A-2 定位系统的愿景
2.4.2 愿景的要点
2.4.2.5 多个改进期望的排序、冲突和平衡
从愿景的定义和图2-34可以知道，如果目标组织负责人对目标组织的多个指标有改进期望，这些改进期望是有排序的。
但要注意，和指标一样，这些排序的信息不一定能由目标组织负责人直接表达出来。目标组织负责人在明面上表达时，往往是“既要……又要……还要……都重要”，这就需要建模人员去揣摩目标组织负责人真正的心意。
例如，一个给地产经纪计算佣金的系统，目标组织负责人要求既要在尽可能短的时间内计算出佣金，又要计算准确，还要事后方便追究每一步操作过程。
观察了目标组织的现状以及揣摩目标组织负责人真正的心意之后，建模人员判断“计算准确”的改进期望是目标组织负责人当前最在意的：在计算规则不断变化的情况下，如果出现计算错误导致佣金分配不公，会大大影响经纪的工作积极性。
当我们聚焦于某个指标的改进期望时，可以缺省地认为其他指标值不变或至少不会恶化。例如，追求计算更准确时，计算时间不能比现状更长，事后追究不能比现状更麻烦。
有的时候，某个改进期望会使得其他指标值恶化。例如，为了“计算准确”，需要做更复杂的计算或者引进更多的参数，可能就会使得计算时间大大增加。建模人员需要把这样的问题和接口人沟通，并通过反馈揣摩目标组织负责人的心意。
以上所说的地产经纪案例也出现在本书的第1版和第2版中，读者如果觉得现在（2026年）谈地产经纪气氛不对（房价腰斩，贷款卖房……），可以换成下面的场景：
一个企业内部AI知识助手。目标组织负责人既要“回答速度要像****一样秒回”，又要“回答的内容必须绝对准确，不能有任何幻觉”，还要“回答的风格多样化”。
**********
事实上，目标组织负责人经常认为“既要……又要……还要……都重要”是合理的。为了把某个指标值做到极致，损害了其他指标值，并不可取，他真正在意的是平衡，是通过多个值计算出来的结果x=f(a,b,c,d)要尽量接近最佳值。
建模人员不能简单地停留在这里，更不能像发现了真理一样兴奋（为啥说这个，我见过呗）。这个道理是正常的，也是大家都知道的、放之四海皆准的、正确无用的废话。
真正需要建模人员去思考和揣摩的是：目前，x偏离最佳值是比较大的，那么，先改善a、b、c、d里面的哪一个值，会使得x尽快接近最佳值呢？仍然是一个排序的问题。
《水浒》中，王婆给西门大官人归纳的男性五个指标：潘、驴、邓、小、闲，其实也是有冲突的（1和2可能冲突，3和4、5可能冲突）。西门大官人在追求金莲的过程中，加强了在“小”上的改进。他并不是摆出“老子又帅又有钱，你赶紧过来”的县城土豪嘴脸，而是低姿态地执行了王婆制定的“十分光”计划。
