2.4 建模步骤A-2 定位系统的愿景
2.4.2 愿景的要点
2.4.2.4 典型的指标错误
错误三：把系统的质量需求当成愿景
这个错误本质上和前文说过的"系统能够做什么"是一样的，只是把功能需求换成了质量需求。
例如，建模人员写"从接收请求到回应的时间应在2秒之内"，这是系统的质量需求，是系统的某个行为在时间上的指标值，如图2-43所示。
图2-43系统行为在时间上的指标
愿景对应的是组织的指标，如图2-44。
图2-44 愿景对应组织的指标
碰到类似系统质量需求的表述时，应该从组织的视角去看它对于组织指标的意义------"如果实现了这个，对组织有什么好处呢"。得到的结果可能还是"缩短订单的交付周期"。
其实，建模人员只要心里稍微给目标组织留点位置，不要那么懒惰和自私，就不会动不动把自己臆想的"系统是什么样"端上来了。
可惜，很多人只愿意拍脑袋臆想系统的需求，然后赶紧投入自己熟悉的编码工作。什么？原先的臆想有点复杂，编码编不出来？没关系，换一个简单一点的臆想！至于最后做出来的东西有没有给目标组织带来改进，有没有给开发组织带来利润，关我什么事？
这些，就是伪创新的基本盘。