2017-2-19
一、需求调研和分析
主要工作时搞清楚用户要做什么，对功能方面的要求，对性能方便，的要求，对安全，界面，等其他方面的要求。当然还有对预算和时间上的要求。但主要的是功能，性能，界面等的要求。
有些单位会就开发工具，运行环境还会有要求。主要是因为：
（1）企业负责这个的部门的主管有技术背景，对技术有偏好
（2）企业目前已经部署的环境，以后的系统的运行环境，因此企业一般要求与以往系统采用相同或者类似的开发工具，运行环境，以便节省企业投资。
（3）技术趋势。
因为市场引导，企业IT部门可能认为某些技术是先进的、流行的，从而要求项目要采用这种技术。
调研时，可能需要与企业的好多相关业务部门打交道，信息，财务，业务管理，甚至法律合同等等部门。这些部门，在项目的不同阶段，对项目有不同的关注度，需要办理不同的业务。
二、谁适合调研
有谁来调研合适，也就是说，调研人需要具备什么条件和素质。
需求分析人员进行调研，首先要对调研的企业有一定的了解，要搞清楚目标企业的经营范围，经营内容，市场地位，企业性质，企业规模。
再者要具有一定的领域知识和经验，最好参与过相关的项目，具备基本的业务知识，了解特定的业务术语，否则没有与客户沟通的基础、没有共同语言，也不会发掘客户的潜在需求，没法给客户提供好的解决方案。
再者调研者要有很好的沟通技巧，善于与不同的人打交道。理解能力和应变能力也很重要，前者可以帮助调研者透过表象了解本质，后者可以使得调研者，在调研对象的答案超出自己设计的调研提纲时，能及时改变调研方向，打开新的调研思路。
一般要有几年的工作经验，刚刚毕业的新人是不适合主持调研工作的。
调研时，最好要有多人参见，但是也不宜太多。比如两个，一个人发问，一个人记录，或者交替进行。
调研者要有一定的文字基础，能在调研完成后，对调研内容进行总结，编写调研报告。
调研时，开发经理或者主力核心人员也可以旁听，这样便于开发人员理解需求，也便于培养需求调研人员，需求调研人员在项目中的作用还是主管重要的，这种人比较紧缺。
三、调研对象
找谁调研。原则上讲，要根据调研的内容，选择不同的调研对象。
1，如果是技术方面的需求，比如性能，开发框架和技术，界面要求等等，一般信息部门的要求会比较高。当然这也不是很绝对，至少在界面方面，业务部门还是有一定的发言权的。一般对技术方面的调研时比较简单的，至少项目成员都是这方面的专家或者至少熟悉这个，不用费太多的功夫就能搞明白。
2，业务方面，要找业务科室进行调研，这个要分模块，分功能，不同的功能找不同的人，比如仓库管理模块，找库管员，发票方面找销售人员和财务人员，付款找财务人员等等。在筛选调研对象时，一定要找这个部门最熟悉业务的员工，比如部门经理，主管等等，一般的低级别的员工提不出有建设想的意见。要找就能拍板和决策的人。调研完毕后，一定要给所有的人，尤其是个关键部门的领导进行汇报，得到其批准。
四、调研的方式
调研前准备。
走访之前，要准备好提问的问题，需要了解的内容，其实哪种调研方式，都要提前做好功课。并且最好能做现场录音。但是录音前最好征求调研对象的同意，尤其是高级别的员工或者领导。
1，如果你有相关的领域经验，你可以结合自己的经验，设计一些调查问卷。这种方式适合无法到现场，并且调查人群比较多的情况。
设计调查问卷是个技术活。问卷主要采用选择的方式，让用户在多个业务选项中选择符合自己业务现状的、或者自己希望的一种方式。
对一些可以度量的指标，可以让用户输入具体的数字
也可以设计一些描述题，比如业务流程等等，但是要约定描述的格式，给出描述中需要涉及到的要素，比如业务流程，要有任务，角色，岗位，组织结构，工作内容等内容，以及时间要求，地址位置要求等等。
2，座谈会
座谈会通过在将所有的可能用户，集合在一个地方，比如会议室，让大家畅所欲言，分别向大家描述自己的业务现状，期待等等，也可以通过提问的方式，了解业务细节。座谈会的需要注意的是，要控制好方向，和时间，否则既耽误时间又得不到期望的结果。
座谈会一定要做好会议记录，并会后马上整理好，进行二次确认。
座谈会上还要注意搜集参加座谈会的人的联系方式，并与之建立良好的关系，方便以后进行个别走访，扫清障碍。
3，个别走访
个别走访，可以在座谈会之后进行。座谈会可以是翻翻的一个了解，着重在搞的层面，个别走访，可以针对座谈会上的重点问题，重点岗位，业务的细节问题，进行个别调查。个别访谈的效果最好，一是避免杂音干扰，而是被访者感觉受到重视，配合度会非常高，给出的需求的质量也比较好。
这个阶段的成果是，需求分析说明书。
以上几种方式，第一种效果最差，第二种次之，第三种最好。一般采取多种形式相结合的方式，比如，集中座谈+个别访谈。
五、调研后，应该了解到
1，相关业务岗位的工作内容，岗位设置，人员多少，工作量大小，经常的工作场合（在办公室，在家，还是在车间）
2，如果有业务流程，要知道流程每个环节的岗位设置，每个岗位的职责（在整个流程中作什么东西），要完成工作，需要了解哪方面的业务数据，需要具备什么先决业务条件。
如果企业有线程的岗位职责说明，业务流程图，最好能拿到。
3，搜集业务中涉及到单据凭证，了解单据凭证上的每个数据的含义，和输入要求；搜集用户常用的报表，当然每个报表数据项的内容和函数，数据来源等等。
六、调研时需要注意的事项：
1，一定要显得专业在行，已获得用户的信任和认可。这至关重要。
1，调研时，要有通过现象看本质的修养。有时候用户说的，其实不是他想要的，而是由于历史沿袭下来的习惯，设置是不合理的东西。要确信，每个动作，每个数据都有其背后的业务需求做驱动，不要相信所谓的“一直就这么做的，没什么道理”等等。
2，对任何一个业务操作，如果不合理，可以给出一个建议方案，征求用户的意见，看看是不是他实际想要的，是不是能解决他的问题。
要把握一点，软件系统不是对手工业务的简单模仿，而是要抓住问题的本质，要高于手工业务。
3，而且要以业务的角度来考虑问题，不要单纯从技术的角度来向，这样，用户很多貌似不合理的需求，就变得理所当然了。
4，调研时不要问一些愚蠢的问题，不要显得自己是个菜鸟，否则用户可能对你会不以为然，不信任你，进而会对你的合理建议也会持反对态度。但是更要注意，千万不能不懂装懂！
5，态度要谦虚，不要对客户的任何东西评头论足，尤其是给与负面的评价，否则用户会有抵触情绪。尤其是你对调研的业务不是很了解的时候，更要注意。
6，一切调研都要做好记录，并进行二次确认；对用户调研时承诺的，要注意跟进，比如承诺提供什么资料，说在考虑考虑等等。不要是指称为空头支票。
7，调研时最好由2个人去，一个人负责记录，一个人负责提问，或者交替进行。
8，礼貌当然就不用说了。
9，互相交换名片或者联系方式，要通过调研建立顺畅的沟通渠道。
七，调研的结果
需求分析文档。大家要注意“分析”二字，重点在分析，要根据自己的业务经验，掌握的法律法规，企业内部制度，对需求进行梳理。通过分析梳理，可以发现用户表述有错误甚至矛盾的地方，发现不合理的需求；通过现象发现事情的本质；合并相同的类似的需求；剔除不需要的、不合理的需求，提出解决方案，最终整理出一份能客观，全面，正确反映用户实际业务要求的需求说明书，供项目组内部讨论，并提交用户确认。
1. 需求文档的内容
（1）业务现状
业务现状包括用户目前的操作方式，业务流程，数据量，数据精度。
（2）要解决的问题
找出需要解决的问题，it系统只有能解决用户的问题才有价值。
问题包括管理问题，操作问题，人力所不及的问题等等。要分清问题，哪些问题适合信息系统解决，哪些问题不适合解决。
问题包括：流程不合理，人工处理效率低，得不到适当的数据信息，查找不方便等等。
（3）用户的需求描述。定义用户对业务功能要求，需要什么操作，希望怎么操作等等。第界面有什么特殊的要求，字体，颜色，字段顺序，界面布局等等。需要查看什么数据局。如果有流程，需要写出流程需要经过的环节，岗位，部门，每个岗位录入或者修改或者关注的数据，如果对业务持有不同意见，如何处理等等。
（4）除了业务需求（功能需求）外，还有其他方面的需求，比如技术需求，培训需求等等。技术需求一般由信息部门提出，包括采用的开发语言，运行的系统环境，数据库，网络，接口（与其他系统），集成，数据标准等等。
