众所周知，对于软件项目来说，无论是采购软件产品还是定制软件，需求都是不可忽视的重要话题，尤其在软件定制项目中最为关键，今天我们就来说说， 我们 酷螺管家在软件定制项目中 的 需求调研这个话题！

在一个外包项目实施过程中，如果是一个标准项目，其售前阶段双方对软件项目的范围、周期、成本及交付目标都基本定义清楚了，不过这对系统来说，这只是一个整体性的框架需求，是商务层面上的验收需求， 最终交付的 软件长什么样，用户怎么用，软件能做什么等等问题还得在需求阶段来完成。

在 项目正式启动后，双方将会组建项目执行团队，甲方通常会指定一个项目经理及几位熟悉业务的人员与我方需求工程师进行调研。这时就会碰到一个常见的问题：客户方的业务人员绝大多数都是非软件专业，他们对业务非常熟悉，但是说出来的是业务语言，如果我们直接用软件语言和他们交流，就会让他们感到很困惑，这对调研是很不利的。

为了顺利完美的将业务需求转化为可行的系统需求，我们通常会指派 两名工程师进行调研，一位是需求经理，另一位是需求工程师，需求经理全面把控调研方式和系统方向，绘制需求的树根和树干，需求调研工程师则在需求经理的指导下对细节点进行交流细化，以便完善整棵需求树。对于我们的需求人员提出了较高的要求， 不仅要能快速了解项目相关的业务知识，还得具备比较强的系统规划能力 ， 这样才能保证调研是在往正确的方向前进。

我们调研的方式主要有面谈、会议、远程交流、邮件等几种形式。但怎样交流，交流什么才能将系统需求挖掘出来了？这是需求工程师在调研前需 要 思考和决策的问题。通常，我们会根据项目合同的SOW进行需求初步分析，结合经验对整个系统的画像进行描绘，最终梳理出一系列的需求问题清单与明确的需求框架，做好这个准备工作后，才将与业务 人员协商调研时间和交流方式。

根据项目的规模，我们需求阶段一般是两周到两个月不等，对于比较复杂的需求，我们会组织双方进行连续封闭式交流和探讨，直到双方达成一致，即系统需求通过业务语言描述让客户听得懂，业务需求通过系统语言呈现让开发人员能看懂，做好业务需求与系统需求之间的桥梁。

我们需求阶段的最终正式产物将是需求说明书，文档中的内容主要覆盖业务需求、系统功能需求、界面需求、流程需求、接口需求、数据处理需求、性能需求及其它。根据项目不同会有一些调整。一旦需求确定下来，将作为V1.0版本基线进入 受控管理。当然需求说明书确定下来以后，并不是不允许需求变化了，需求的不断变化才是需求的常态，所以后期需求的管理和维护也是不能放松的，需要在后续的开发、系统测试、业务测试及维护过程中对需求进行全面的版本管理，对于新增和变更的需求也将进行评估，结合进度、技术及成本等多方面的因素来确定本次需求的处理结果。

整体来说，根据项目的不同，每个项目的需求调研周期、调研方式、文档呈现方式等内容会有所差异，不过目标 和 衡量标准都是同一个：根据客户的业务特点、 充分 理解业务需求，关注使用用户的体验，综合考虑项目双方团队的进度、质量和成本 ， 最终设计和规划出相对让双方都满意的一套软件需求！

任何项目的成功都需要双方的共同努力，让我们从需求调研开始，快速开启成功项目之旅吧！