软件项目需求收集方法_对软件开发的需求收集

1.需求的特性

需求是一切产品和商业模式的基础

根据马洛斯（1968）需求理论中，分为5中需求

显性需求和隐形需求，露出水面的1/7是显现需求，而6/7是隐形需求。

需求的多样性，因为每个人的知识结构不一样，所表达出来的意思也不尽相同，呈现出来的结果是不一样的

差之毫厘，谬以千里，通过一点点小小的判断失，会误造成更大的损失

小结：需求有多样性和复杂性；需求的不确定性会带来意想不到的结果

软件开发过程（重点关注需求调研、需求分析和需求确认）

需求变动越晚危害越大，在需求手机的阶段成本很低，但是风险很大；在时间的推移下，需求的风向越来越小，变更的代价却越来越大。如果在后期的时间中需求进行变更，变更的代价和成本很大。变得需求会影响团队和谐

2.需求的收集方法

2.1需求会议

        项目启动时会召开收集项目需求会议讨论，收集各方意见

2.2访谈

        项目启动后，会根据需求调研计划和需求有关的人员进行面对面的交谈，收集需求

2.3问卷调查

        通过书面的形式，向大众快速的收集情况，受众多样化，可以快速完成，但是受访者的位置分散，要做好统计分析

2.4观察

        通过用户的实际行为得出需求的相关信息，当用户觉得一个软件不好用，可以看对方如何操作和使用的

2.5标杆对照

        将要实现的需求和其他类似的产品进行功能上的比对。例如行业最佳和旧系统进行对比，看看功能上有哪些不足

2.6数据分析

        通过实际的数据进行分析，得出相应的需求结论。

文件分析包括审核和评估任何相关的文件信息。可供分析的文件包括（但不限于）：

• 协议；
• 商业计划；
• 业务流程或接口文档；
• 业务规则库；
• 现行流程；
• 市场文献；
• 问题日志；
• 政策和程序；
• 法规文件，如法律、准则、法令等；
• 建议邀请书；
• 用例。

3.需求的收集过程

3.1定制软件项目常用的需求搜集方法

        访谈+观察

• 说和做，定性和定量：
• 说什么表达了观点
• 怎么做反映了行为
• 定性研究可以找出原因，偏向于了解，属于个体研究
• 定量研究可以发现现象，偏向于证实，属于群体研究

3.2需求访谈收集过程

        3.3.1需求收集前

        背调（项目背景、相关人、初步需求）、制定需求收集计划、联系客户确认会面时间、初步思考+准备需求访谈的问题

       （1）判断谁说了算，根据了解项目的相关人员，以及相关人员在项目中的角色和影响

例如：食堂点餐系统

A:  公司boss，不经常在食堂点餐

B：公司员工，不经常在食堂点餐

C：公司员工，经常在食堂点餐

D：公司boos，经常在食堂点餐

     （2）如何准备访谈问题？

SCQA分析模型

5W2H分析法

WHAT——是什么？目的是什么？做什么工作？

HOW ——怎么做？如何提高效率？如何实施？方法怎样？

WHY——为什么？为什么要这么做？理由何在？原因是什么？造成这样的结果为什么？

WHEN——何时？什么时间完成？什么时机最适宜？

WHERE——何处？在哪里做？从哪里入手？

WHO——谁？由谁来承担？谁来完成？谁负责？

HOW MUCH——多少？做到什么程度？数量如何？质量水平如何？费用产出如何？

（3）spin提问模式

Ｓ（背景问题）：询问客户现状的问题,收集客户的背景信息，了解客户；

Ｐ（难点问题）：了解客户现在所遇到的问题和困难；发现其真实的需求，引导客户；

Ｉ（暗示问题）：扩大客户的问题、难点和不满，使之变得清晰严重，将其需求严重化刺痛客户；

Ｎ（需求-利益问题）：针对客户需求介绍我们的产品给与他的好处,满足客户

（4）范例

背景 - 用户背景信息, 如年龄, 职业, 喜好等；

动机 - 是什么需要趋势用户来使用这个产品;

特性 - 用户关心这个产品的哪些特性;

情景 - 用户在什么情况(外内在因素)下来操作;

行为 - 用户如何与产品交互;

目标 - 用户最终想要得到什么;

习惯 - 用户一般的操作或使用习惯, 比如左/右手操作, 阅读文字大小习惯等

期望 - 在为操作前或操作不能满足后的期望;

……

3.3.2需求访谈过程

行为举止、访谈流程

行为举止有首因效应

访谈流程

3.3.3访谈之后

需求调研记录表≠需求文档

调研记录表是客户反馈的信息

需求文档是经过分析的需求

原型图是需求的直观呈现方式