需求调研的一点总结

本人担任项目经两年，但只做过两个小项目，所以在项目管理方面还是个菜鸟。

以下是根据个人的需求调研经验的总结，项目中调研工作主要经历以下几个过程：

1.组织跨部门会议

若系统牵涉到多个部门，由客户方负责人组织跨部门会议，会议上主要应由客户方项目经理/负责人牵头进行需求调研的讨论。因为客户方项目经理比我们更熟悉公司

业务流程和实现系统的目的。由乙方项目经理/需求分析人员对问题进行记录与讨论。此时不应该想着需求在技术上能否实现，主要以业务功能收集为主。

2.部门头脑风暴

跨部门会议调研结束后，需求比较粗略，需要对需求进行细化。这时，应该组织逐个部门的需求调研会议。

经过第一轮的会议，需求人员会对需求有个大致的了解与思路。所以进行到部门需求调研时，应该对每个粗略的需求进行细化与挖掘，尽可能挖掘用户的潜在需求。

这里面要注意一点，有效的引导和收敛需求很重要。不是需求挖掘的越多越好。客户的素质参差不齐，有的候客户在陈述需求问题时，自己都会偏离原有的方向。这时

就要求需求人员保持清醒，不被客户带到坑里。要始终以系统目标为前提。该过程可以执行一次或多次。直至可以形成有效的需求文档。除需求文档外，还应形成需求

跟踪矩阵。保证每个需求都是与业务紧密联系的，而不是凭空臆想的。

3.原型设计

根据前几轮需求调研的结果，可以对当前需求调研的结果进行评估。若当前收集到的需求还是比较模糊和不确定，那就有必要向用户展示原型来对需求进行统一的认

识。对大多数原型展示而言，多数使用水平原型，探索预期系统的一些特定行为，并达到细化需求的目的。原型工具有很多种，在我们项目中经常用到的是visio和

axure。visio主要实现静态需求，包括一些静态页面展示和业务流程图等。axure相对功能强大，可以实现页面动态事件和页面导航等功能，并且可以生成html

页面，也可为UI工程师提供需求依据。原型最大的好处是可以给客户一个直观的印象，并且能消除需求中的二义性。

4.需求确认

根据需求文档和原型设计的反馈结果，创建需求规格说明书，并作为合同附件。