项目的难题

美国专门从事跟踪项目成功或失败的权威机构Standish Group，在它每年的CHAOS Report报告中给出了IT项目的相关调查数据。

根据Standish Group对13500个项目进行研究分析，其中成功的项目仅为34%，大大低于50%，彻底失败的项目为15%，而超出预算、超出时间、或功能不符合受到质疑的项目占51%，在这些高达66%的失败项目中，大约60%的失败是源于需求问题，这一可怕现象引起人们的高度重视。

需求的定义

1. PMBOK中的定义

需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。

2. IEEE软件工程标准词汇表

□ 用户解决问题或达到目标所需要的条件或能力

□ 系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力

□ 满足以上条件或能力的文档说明

3. CMMI中的定义

□ 使用者解决问题或达成目标所需的条件或能力

□ 产品或产品组件必须符合或拥有的条件或能力，以满足合同、标准、规格或其他正式提出的文档

□ 记录以上所述条件或能力的文档

需求三要素

需求的层次

1. 业务需求

业务需求从非技术或商业的角度来谈的目标，即从业务的角度，客户希望达到的目标或效果，有效合理的目标。

2. 用户需求

用户需求基于业务的需求，同时结合产品或技术（如软件技术），分析和提炼需要用系统或产品来帮助人工完成的需求。

用户需求分为功能需求和非功能需求。

需求的层次概念

需求的故事

需求易善变，难捕获，理解误区等造成不符合用户期望。

A. 我想买台车，通过性强，空间大，有野外需要。

B. 询问几驱，几把锁，悬挂、轮胎等要求，推荐专业越野车。

A. 品牌差点儿。

B. 推荐国际知名品牌越野车。

A. 智能程度太差，也不舒适。

B. 选择豪华套件改装。

A. 这车太贵了，我只有10个W，平常城市，偶尔郊游。

B. 基于成本和用车，推荐普通轿车，可以满足需求。

A. 我还是想要大的，马上提车。

B. 推荐普通SUV，没有现车，需要等。