做好涉众分析.pdfVIP

做好涉众分析

在了解了业务概况和业务目标以后，系统分析员最先要做的事情不是去了解业务的细节，

而是去发现与这个目标相关的人和物。英文把这种人和物称为stakeholder。有的资料翻译

为

干系人，作者则更喜欢涉众这种翻译方法。这就谈到了业务建模的第一步：发现和定义涉众。

1什么是涉众

涉众是与要建设的业务系统相关的一切人和事。首先要明确的一点是，涉众不等于用户，通

常意义上的用户是指系统的使用者，而这仅是涉众中的一部分。如何理解与业务系统相关的

一切

人和事呢？凡是与这个项目有利益关系的人和事都是涉众，他们都可能对系统建设造成影响。

例如修建一条公路，它预期的使用者是广大的司机；监管方是交通管理局：出资方是国

家财政；发展商是某某公司；建筑商是某某工程公司等。显然他们都与此项目有利益关系，

都

是涉众。这些都好理解。但是在某些情况下，看似与公路完全无关的一些人和事却会成为重

要

涉众。例如当公路修建需要搬迁居民时，被搬迁的居民就成为重要的涉众：当公路规划遇到

历

史建筑时，文物管理局就成为重要的涉众。

虽然软件项目开发与修建公路相比涉及的人和事要少得多，但是也不能忽略系统使用者

之外的其他涉众。另外，当面对一个陌生的问题领域时，往往在项目初期还不能够清楚的获

悉

究竟谁是系统的使用者，通常得随着需求的深入逐步明确。但是最终的系统使用者将从涉众

当

中产生，因此涉众分析显得尤为重要。

2发现和定义涉众

对于软件项目来说，作者可以给大家分享的经验是通过以下大类去寻找软件项目的涉众，

对大部分管理类软件来说，以下的涉众大类可以帮助你定义和发现项目中的涉众．

2.1业主

业主是系统建设的出资方、投资者。虽然大多数情况下业主指的就是系统的需求提出者和使

用者，即业务方，但并不是绝对的。比如可以假设系统建设是由一家国际风险投资机构投资

的，

它本身并不管理和运营这个系统，它只是从资本上拥有这个系统并从运营收入中获得回报。

即使业主与业务主是重合的，但是业主从概念上讲并不等于业务方，他们关心的内容是

不一样的。了解业主的期望是必需的和重要的，业主的钱是这个项目存在的原因。若系统建

设

不符合业主的期望，撤回投资，那么再好的愿望也是空的。

一般来说，业主关心的是建设成本，建设周期以及建成后的效益。虽然这些看上去与系

统需求没什么大的关系，但是，建设成本、建设周期将直接影响到你可以采用的技术，可以

选

用的软件架构，可以承受的系统范围。一个不能达到业主成本和周期要求的项目是一个失败

的

项目，同样，一个达到了业主成本和周期要求，但却没有赚到钱的项目仍然是一个失败的项

目。

.2.2业务提出者

业务提出者是业务范围、业务模式和业务规则的制定者，一般是指业务方的高层人物，

比如CEO、高级经理等。他们制定业务规则，圈定业务范围，规划业务目标。他们的期望十

分十分的重要，实际上，系统建设正是业务提出者经营目标和管理意志的体现。虽然他们的

期

望一般都比较原则化和粗略化，但是却不能违反和误解，否则系统将有彻底失败的危险。换

句

话说，业务提出者的期望是系统建设的最高纲领。

业务提出者一般最关心系统建设能够带来的社会影响、效率提升、管理改进、成本节约

等宏观效果。换句话说，他们只关心统计意义而不关心具体细节，但是，如果建设完成的系

统

不能给出他们满意的统计结果，这必定是一个失败的项目。在系统建设过程的沟通中，他们

的

意志一般是极少妥协的，系统分析员不必太费心去试图说服他们接受一个与他们意志相左的

方

案。实际上，由于他们的期望是非常原则化和粗略化的，因此留给了系统建设者很大的调整

空

间和规避风险的余地。

.2.3业务管理者

业务管理者是指实际管理和监督业务执行的人员，一般是指中层干部，他们起到将业务

提出者的意志付诸实施，并监督底层员工工作的作用。他们的期望也很重要，一般也是系统

的

主要用户之一。

业务管理者关心系统将如何实现他们的管理职能，如何能方便地得知业务执行情况，如何下

达指令、如何得到反馈、如何评估结果等。业务管理者的期望相对比较细节，是需求调研过

程中

最重要的信息来源。系统建设的好坏与业务管理者的关系最多，也是系统分析员最需要下功

夫的。

业务流程、业务规则、业务模式等绝大部分来自业务管理者。系统分析员必须要把业务管理

者的

思路想法弄清楚，业务建模的结果也必须与业务管理者达成一致。业务管理者应当成为需求

评审

小组的成员，如果可能，他们甚至应当成为需求分析小组的成员与系统分析员一同工作。

在系统建设过程中，业务管理者的期望可以有所妥协，一个经验丰富的系统分析员可

以