《软件方法》第二章——愿景

时间:2023-01-26 11:41:16

愿景的定义:

在老大看来,引进这个系统的目的是什么?

老大:

老大也就是平时我们所说的“客户”,是最有“地位”的涉众,权衡系统的各种需求时,他的意见是最重要的。

为什么要说“老大”,不直接说“客户”呢?因为“客户”指的是一个组织或人群,不是具体的某个人。我们需要具体到老大——客户中针对此系统最有发言权的人,例如NB市国土资源局局长。

定位具体的组织(人群)

例:PS可乐公司不会放在重要的位置来考虑,因为PS可乐的目标客户群是年轻人。可惜,很多时候我问开发人员:“可乐卖给谁?”得到的回答大多是“卖给消费者”,“卖给想喝可乐的人”─对做出好卖的可乐没有帮助的、正确而无用的废话

开发人员有时会觉得全世界人民都可以用我的产品,巴不得从每个组织、每个人、每只猫、每条狗、每块石头、每棵植物、每个僵尸都榨出金币。然而事实是:竞争使得产品分类越来越细,不再有针对所有人的产品了。需求要具体,想要的都还没有满足,去想其他的干什么?任务需求“漏掉”的想法是幼稚的。需求是一口深井,永远做不完。

 

寻找老大:要点和典型错误

要点:老大是买方。

典型错误:老大就是我们开发公司老总(或者研发总监、产品经理等)。

 

开发公司老总当他成为买方的时候如:购买一款开发工具,招聘一名开发人员,选择一次开发技术培训服务``````

要点:系统改善哪个组织的流程?老大就是该组织的负责人。

典型错误:老大是XX局信息中心主任李XX。

 

要点:系统好坏的度量指标藏在他的大脑里吗?

典型错误:老大是某位大领导(可能是集团董事长,也可能是省长,甚至是经理)。

 

可度量的目标

愿景是改善组织的指标,不是做某事。

有了老大,接下来要写出老大希望这个系统给组织带来改进的目标,而且是可以度量的目标。愿景指导功能,不能错把功能当愿景。

 

错例:把系统的功能当作愿景

 

 《软件方法》第二章——愿景

描述的都是“做什么”,已经是系统的功能需求。愿景不是问系统有什么功能,而是回答买了这个系统,对组织有什么好处。如果回答不了这个问题,谁能相信开发人员拍脑袋得出的“本系统有××几大功能”有多少价值呢?

更恰当的愿景描述如下图:

 

 《软件方法》第二章——愿景

揣摩目标度量

前面我们已经确定了老大,也确定了目标。有了目标,针对目标就得有个度量。不然老大拿什么来判断系统好不好?

 

 

开发人员需要通过各种手段揣摩老大心底里的度量指标,可以通过老大的讲话、报告,通过客户派来的接口人,也可以问本方老大─开发人员接触不到对方老大,本方老总接触对方老大总方便些吧?揣摩的技能每个人都有,我们每天都在揣摩上司、同事、配偶的意思,只不过现在要把它用在软件开发上。设想一下,如果不是开发软件,而是招待老大到澳门泰国的娱乐场所玩,老大说“帮我找个漂亮的技师”,您不也得从老大的角度揣摩“漂亮”的度量指标吗,老大更看重的是三围?脸蛋?年龄?

技术?切不可因为自己喜欢凤姐,就给老大带个凤姐回来。

 

涉众利益

愿景是老大针对系统的目标。

其他人的目标我们把它叫做涉众利益。涉众指受到系统影响的各种人。

拿拍电影做类比,涉众像电影观众,需求像电影

剧本。剧本只有一份,观众却是多种多样,不同观众的欣赏角度和口味不同。

 《软件方法》第二章——愿景

用例使用“执行者”(Actor)和“涉众”代替了原来的“用户”,这是一个非常大的突破。“用户”

这个词混淆了演员和观众的界限,我认为开发人员之间的交流可以把“用户”废弃。

没有“用户”的系统,也一样有涉众。

 

可积累的财富

我们来看银行领域中的涉众利益:

储户─希望方便;担心权益受损

银行负责人─希望安全;希望节约运营成本

这些涉众利益,适用于清朝的钱庄柜台,适用于取款机,也适用于网上银行。现在手机银行又开始热门,背后的涉众利益变了吗?

 

涉众利益是团队可以积累的财富。

 

对于从零开始的团队,可以把“愿景”作为第一个引进的概念,团队先对“为什么要开发这个系统”达成共识。另一个需要建立的概念是“涉众”,我在写的这些代码影响到谁的利益?这个时候开发团队即使还是没有正式的需求工程,没有改进分析设计,在开发过程中,把这两个概念记在心中,愿景和涉众的概念也能起到潜移默化的作用。

 

案例

 《软件方法》第二章——愿景

 

本文内容摘自:《软件方法——上册》潘加宇