愿景的定义：
在老大看来，引进这个系统的目的是什么？
老大：
老大也就是平时我们所说的“客户”，是最有“地位”的涉众，权衡系统的各种需求时，他的意见是最重要的。
为什么要说“老大”，不直接说“客户”呢？因为“客户”指的是一个组织或人群，不是具体的某个人。我们需要具体到老大——客户中针对此系统最有发言权的人，例如NB市国土资源局局长。
定位具体的组织（人群）
例：PS可乐公司不会放在重要的位置来考虑，因为PS可乐的目标客户群是年轻人。可惜，很多时候我问开发人员：“可乐卖给谁？”得到的回答大多是“卖给消费者”，“卖给想喝可乐的人”─对做出好卖的可乐没有帮助的、正确而无用的废话。
开发人员有时会觉得全世界人民都可以用我的产品，巴不得从每个组织、每个人、每只猫、每条狗、每块石头、每棵植物、每个僵尸都榨出金币。然而事实是：竞争使得产品分类越来越细，不再有针对所有人的产品了。需求要具体，想要的都还没有满足，去想其他的干什么？任务需求“漏掉”的想法是幼稚的。需求是一口深井，永远做不完。
寻找老大：要点和典型错误
要点：老大是买方。
典型错误：老大就是我们开发公司老总（或者研发总监、产品经理等）。
开发公司老总当他成为买方的时候如：购买一款开发工具，招聘一名开发人员，选择一次开发技术培训服务``````
要点：系统改善哪个组织的流程？老大就是该组织的负责人。
典型错误：老大是XX局信息中心主任李XX。
要点：系统好坏的度量指标藏在他的大脑里吗？
典型错误：老大是某位大领导（可能是集团董事长，也可能是省长，甚至是经理）。
可度量的目标
愿景是改善组织的指标，不是做某事。
有了老大，接下来要写出老大希望这个系统给组织带来改进的目标，而且是可以度量的目标。愿景指导功能，不能错把功能当愿景。
错例：把系统的功能当作愿景
描述的都是“做什么”，已经是系统的功能需求。愿景不是问系统有什么功能，而是回答买了这个系统，对组织有什么好处。如果回答不了这个问题，谁能相信开发人员拍脑袋得出的“本系统有××几大功能”有多少价值呢？
更恰当的愿景描述如下图：
揣摩目标度量
前面我们已经确定了老大，也确定了目标。有了目标，针对目标就得有个度量。不然老大拿什么来判断系统好不好？
开发人员需要通过各种手段揣摩老大心底里的度量指标，可以通过老大的讲话、报告，通过客户派来的接口人，也可以问本方老大─开发人员接触不到对方老大，本方老总接触对方老大总方便些吧？揣摩的技能每个人都有，我们每天都在揣摩上司、同事、配偶的意思，只不过现在要把它用在软件开发上。设想一下，如果不是开发软件，而是招待老大到澳门泰国的娱乐场所玩，老大说“帮我找个漂亮的技师”，您不也得从老大的角度揣摩“漂亮”的度量指标吗，老大更看重的是三围？脸蛋？年龄？
技术？切不可因为自己喜欢凤姐，就给老大带个凤姐回来。
涉众利益
愿景是老大针对系统的目标。
其他人的目标我们把它叫做涉众利益。涉众指受到系统影响的各种人。
拿拍电影做类比，涉众像电影观众，需求像电影
剧本。剧本只有一份，观众却是多种多样，不同观众的欣赏角度和口味不同。
用例使用“执行者”（Actor）和“涉众”代替了原来的“用户”，这是一个非常大的突破。“用户”
这个词混淆了演员和观众的界限，我认为开发人员之间的交流可以把“用户”废弃。
没有“用户”的系统，也一样有涉众。
可积累的财富
我们来看银行领域中的涉众利益：
储户─希望方便；担心权益受损
银行负责人─希望安全；希望节约运营成本
这些涉众利益，适用于清朝的钱庄柜台，适用于取款机，也适用于网上银行。现在手机银行又开始热门，背后的涉众利益变了吗？
涉众利益是团队可以积累的财富。
对于从零开始的团队，可以把“愿景”作为第一个引进的概念，团队先对“为什么要开发这个系统”达成共识。另一个需要建立的概念是“涉众”，我在写的这些代码影响到谁的利益？这个时候开发团队即使还是没有正式的需求工程，没有改进分析设计，在开发过程中，把这两个概念记在心中，愿景和涉众的概念也能起到潜移默化的作用。
案例
本文内容摘自：《软件方法——上册》潘加宇
