本文作者：Nigel Bevan，资深可用性专家，拥有超过15年可用性咨询经验，对可用性的国际化标准贡献巨大。
本文译者：许华君  夏方昱

The National Academy of Science’s report on Human-System Integration in the system development process (NAS HSI report)[5] explains how human needs can be integrated into 

美国国家科学院学报发表关于将人-机系统融入系统开发过程的报告（ NAS HSI报告） [ 5 ]，报告指出.如何采用一种渐进式的系统工程开发流程，将人的需要融入到系统设计中，同时不断评估系统开发过程中每个阶段的风险系数。本文建议如何选择合适的以人为中心的设计（HCD）方法，以此降低风险而使项目成功。                                                                                                  

The NAS HSI report points out that the ultimate goal of system development is to produce a system that satisfies the needs of its operational stakeholders (including users, operators, administrators, maintainers and the general public) within acceptable levels of the resources of its development stakeholders (including funders, acquirers, developers and suppliers). Operational stakeholders need a system that is effective, efficient and satisfying[1]. Developing and delivering systems that satisfy all of these success-critical stakeholders usually requires managing a complex set of risks such as usage uncertainties, schedule uncertainties, supply issues, requirements changes, and uncertainties associated with technology maturity and technical design. 

NAS HSI报告指出，系统开发的最终目标是使生产出来的系统能满足其业务层面的利益相关者（包括用户，操作者，管理者，维护者和一般公众），当然这需要在一定的资源的可接受的程度内，主要指开发过程中的利益相关者（包括赞助商，收购者，开发商和供应商）的需要。业务层面的利益相关者需要一个有效，高效和令人满意[ 1 ]的系统。为了满足所有这些关系到系统是否成功的利益相关者，开发和发布的系统过程中通常需要能够管理控制各种风险，比如使用的不确定性，时间进度的不确定性，供应问题，需求变更，和有关技术成熟度和专业设计方面的不确定性。 

Boehm and Lane[4] suggest five principles for managing these risks:
Boehm and Lane[4]提出五条原则来管理控制这些风险： 

1. Stakeholder satisficing; identifying the success-critical stakeholders and their value propositions (what is offered at what cost); negotiating a mutually satisfactory set of system requirements, solutions, and plans; and managing proposed changes to preserve a mutually satisfactory outcome.
利益相关者满意度：明确关键的利益相关者及其价值主张（什么成本了什么价值）；商讨达成一套另双方都满意的系统需求、解决方案和计划；以及能够管理控制提出的改变从而保持一个双方都满意的结果。 

2. Incremental growth of system definition and stakeholder commitment: incremental discovery of emergent human-system requirements and solutions using such methods as prototyping, testing with users, and use of early system capabilities. 
系统定义逐步完善和利益相关者的保证：通过一些方法，比如制作原型，测试用户，并利用早期系统的兼容性来逐步增加对人-机系统的需求和解决方案的发现。 

3. Iterative system development and definition: cyclic refinements of requirements, solutions, and development plans. Such iteration helps projects to learn early and efficiently about operational and performance requirements.
迭代的系统开发和定义：周期性得优化需求、解决方案和开发计划。这种迭代方式能帮助项目早日和有效地了解业务和性能上的需求。

4. Concurrent system definition and development: that includes concurrent engineering of requirements and solutions without waiting for every requirement and subsystem to be defined.
并行系统的定义与开发：包括并行工程中的各种需求和解决方案，而无需等待每一个需求和子系统都定义完成。 

Risk management ——risk driven activity levels and anchor point milestones. The level of detail of specific products and processes should depend on the level of risk associated with them. 
风险管理-风险驱动的活动水平和锚点里程碑。具体的产品和流程的详细程度应取决于与他们相关的风险程度。

Principles 2, 3 and 4 are consistent with approaches to human centred design, such as recommended in ISO 13407.

原则2、3、4与以人为中心的设计方法是一致的，如ISO 13407中提到的建议 。 

The other two principles (Stakeholder satisficingand Risk management) provide a means to determine which human centred design activities and methods are needed in a project to be confident that the final system will be acceptable to the operational stakeholders.

其他两个原则（利益相关者的满意度和风险管理）提供了一种手段，来判断哪些以人为中心的设计活动和方法在项目中是必要的，并且必定会被业务层面的利益相关者接受。

This contrasts with existing approaches to human centred design, which are commonly based on a one-size-fits-all methodology that may be justified by a cost benefit analysis to assess the potential business benefits of producing a more usable system[3].

现有的方法与以人为中心的设计方法相反，通常是一刀切，虽然这些方法也许也会通过一些的成本效益分析，来评估开发更多可用的系统[ 3 ]的潜在商业利益 。 

The additional expenditure needed for human centred activities is often difficult to justify because the budget holder for project development usually does not personally gain from longer-term benefits such as increased sales or reduced whole life costs.

以人为中心的活动所需的额外支出往往很难加以证明，因为持有项目开发预算的人通常不会从长远的角度来考虑收益，比如增加的销量或降低整个生命开发周期成本。 

Project managers are much more likely to be influenced by the risks of not achieving stated project objectives. It is thus useful to recast the potential cost benefits of usability as risk reduction strategies.

项目管理人员很容易被因无法完成规定的项目目标而带来的风险而影响。因此，将可用性的的潜在成本效益改写为减少风险战略是很有用的。

Selecting human centred design methods
选择以人为中心的设计方法 

The steps needed to select human-centred methods for an individual project are thus:
在项目中，采用以人为中心的方法的步骤如下： 

1. Identify the success-critical stakeholders.
1. 明确关键的利益相关者。 

2. Identify which potential consequences of poor usability affect the success-critical stakeholders.
2. 明确哪些是由于较差的可用性因素而带来的潜在后果，并且这些后果会直接影响到关键的利益相关者。

3. Assess the likelihood and impact of these consequences.
3. 评估这些后果的可能性和影响程度。 

4. Identify which categories of HS activities can reduce the risks.
4. 明确哪些是可以减少风险的HS活动的类别

5. Identify which HCD methods in each category are most cost-effective. The alternative methods should be assessed against criteria such as:
5. 明确每一类别中的哪些是最具成本效益的HCD方法。若有多种可供选择的方法则按以下标准来评估，例如：

• To what extent will each possible method address the activities that have been identified as important?
  在何种程度上都将有可能解决方法的活动，已被确定为重要?

• How cost effective is each method likely to be, given the time and effort required and constraints such as available skills, access to stakeholders and other users, etc.?
  每一种方法可能的成本效益如何，考虑到所需的时间和精力，以及制约因素，如现有的技能，利益相关者和其他用户的介入等？

The needs for usability evaluation in particular should be judged in the broader context of the relative importance of usability evaluation in relation to other HS activities. For example, when designing and developing for a new context of use, the major risks might be associated with requirements, so that the majority of HCD resources might be devoted to early life cycle activities (which could include evaluation of early concepts and competitive evaluation).

Adopting the approach outlined in this article will enable HCD resources to be used most effectively for individual projects. The author would be happy to advise on or support the application of this approach to selecting HCD methods in a real development project.

可用性评估的需要尤其应该在更广泛的范围内相对于其他HS活动来衡量可用性评估的相对重要性。例如，为一种全新的使用设计和开发，主要的风险可能与需求相关，因此，大多数HCD资源可能需要用于早期生命周期活动（其中可能包括早期概念评估和竞争性分析）。 

本文中概述采用的方法将使HCD资源得到最有效地用于具体项目中。作者将乐意为这一办法的实际应用提供意见或支持，使得能够选择合适HCD方法到实际的开发项目中。

The prerequisites for successfully using this approach include having usability experts in the development team who:

• can convince the project of the specific risks associated with poor usability;

• have sufficient experience to be able to select the most cost effective HCD methods; and

• have the expertise and resources to apply a wide range of different types of methods 

成功使用这种方法的先决条件包括：在开发团队具有可用性方面的专家，这些人： 

• 能够清楚了解到差的可用性给项目带来的具体风险；

• 有足够的经验，可以选择最符合成本效益的HCD方法；

• 拥有专门知识和能力来应用各种不同类型的方法在不同的领域中；

References
[1]    Bevan, N. (1999). Quality in use: meeting user needs for quality, Journal of Systems and Software, 49(1), pp 89-96.
[2]    Bevan, N. (2005). Cost benefits framework and case studies. In[3].
[3]    Bias, R.G. & Mayhew, D.J. (eds) (2005). Cost-Justifying Usability: An Update for the Internet Age. Morgan Kaufmann.
[4]    Boehm, B. and Lane, J. A. (2007). Using the Incremental Commitment Model to Integrate System Acquisition, Systems Engineering, and Software Engineering. CrossTalk, October 2007. Available at: www.stsc.hill.af.mil/crosstalk/2007/10/0710BoehmLane.html
[5]    Pew, R. W. and Mavor, A. (eds.) (2007). Human-System Integration in the System Development Process: A New Look. National Academies Press. Available at: books.nap.edu/openbook.php?record_id=11893