需求调研指南

需求调研指南

文献变更记录*A-增长M-修订D-删除变更版本号日期变更类型

（A*M*D）修改人变更摘要备注

需求捕捉技术在需求捕捉中最常见的技术就是：顾客访谈问卷表小组会议分析同类软件产品。参照行业原则、规则。Internet上搜查有关资料。上述的多种技术在特定场所都能很好发挥作用，应当好好的考虑在何时使用哪项技术。在大多数项目中，捕捉需求不也许只采用某个技术。实际状况中，项目组会根据不一样的涉众团体采用不一样的措施。顾客访谈顾客访谈一般在下列状况使用需要与少数几种人，进行大量的知识交流项目团体可以与他们会谈无法一次性搜集所有涉众的需求顾客访谈一般会经历五个阶段：准备访谈计划和安排访谈日程访谈开始和结束引导访谈后继的访谈整顿工作准备访谈在进行访谈前，需求分析者应当很好的理解组织构造，行业定位和项目范围和项目目的，访谈会波及下面内容：组织构造汇报年度汇报长期发展计划部门目的的陈说已经有程序手册系统文档需求分析者应当理解一般的行业术语（术语表）并且还要熟悉行业上的业务问题

计划访谈日程准备列表，列出重要话题或问题。这些问题可以找出未意识到的重点，还能有逻辑的引导访谈进行。安排访谈应遵照自上而下的进行。首先访谈部门或地区的领导，然后才是他们下属的雇员。在邀请对方进行会谈时，要解释这次会谈的目的，一般会波及哪些领域，以及大体需要的时间。访谈开始和结束开始访谈时，先简介你自己，陈说这次访谈的目的，谈谈被访谈者关怀的事，并阐明有某些简短的会谈记要，在整顿后会交给对方审阅。

一般被访谈者认为需求分析者试图找到他们工作中的缺陷。使他们挣脱这种观点。可以讨论他们所熟悉的平常工作的过程。好的访谈者会让被访谈者作为主讲人。因此，需求分析人员应当寻找某些问题让被访谈者对他们开诚布公：

例如：

“怎样的变化将使你的工作更简朴或更有效？”这个问题暗示被访谈者提出改善意见。

当列表中的所有领域都讨论过后，提出下面问题：

“尚有什么问题我们没有讨论吗？”或是

“我们还需要讨论些别的内容吗？”

这些问题鼓励被访谈者提出所有应当被讨论的问题。结束会谈时，一般会简短的总结讨论过的问题，重点指出会谈的要点，并说出你的理解。这使被访谈者懂得你认真倾听了谈话，并且有机会澄清误解。在总结会谈以及整个会谈中，需求分析者应采用客观的态度，防止带个人色彩的评论，观测或结论。最终，你必须感谢被访谈者参与这次访谈。如有必要，问询被访谈者能否在近期再参与一次简短的后继访谈活动。引导访谈

在访谈中防止提封闭性的问题，由于被访谈者一般会简短的回答完这样的问题，然后等待下一种问题。这样就象是侦探在审问犯人。封闭性的问题：（谁，哪里，什么时间，哪一种）：限制了被访谈者提供信息的类型，层次和数量。一般提供了二选一的回答，

暗示了较极端或不确定性的回答。一般用于澄清问题，探索性提问或仅是但愿得到反馈信息花费较少的时间得到细节信息比较轻易作笔记有时只能得到很少的信息也许导致被访谈者无法自由提供信息对有关术语和词汇的规定高在开始一种议题时，一般会用开放性的问题，便于被访谈者展开思绪。然后，渐渐转为结论性问题，这样能协助证证明你的理解。太多的关闭性问题会导致搜集的信息不完整，太多的开放性问题也许导致需求分析者的理解失误。为了会谈后的整顿需要，一般会使用简要的符号来做笔记，否则做笔记会使你分心。最佳将笔记本放在被访谈者视线外。需求分析者的笔记有助于会谈后回忆要点和会谈时形成的想法。最佳是会谈时指定一种记录员。使用录音机也是个好主意。虽然会谈后整顿信息会花费些时间，由于需求分析人员需要听完整个记录。不尤其推荐使用录音机，这会使被访谈者有被胁迫的感觉；并且倾听录音，记录其中要点也是耗时较多的工作。无论怎样，音频视频记录有长处也有缺陷。认真倾听有助维持需求分析者和被访谈人之间的信息交流，维持互相之间合适的反馈。

认真倾听有五个关键措施问询开放性的问题

开放性问题无法简朴的用事或否来回答，应此被访谈者就会提供更多的信息。开放性问题一般会使用这些词语做开头，如什么，怎麽样或是告诉我。而不会使用诸如可以，要作或是何时这样的词语。列举一种需要详尽解释的问题，“告诉我，当顾客打进电话时，什么状况发生？”开放性问题:(什么,为何,多么)

·波及比较广阔，加在被访谈者上的约束很少

·用来确定理解范围。被访谈者会使用明确的回答或是模拟演示来传达需求分析人员不理解的内容

·可以得到被访谈者的行业词汇，概念和可参照的知识框架

·有助于增强理解，得到某些潜在的理论使用合适的体现防止使用有感情倾向，让人分心或是难以理解的语言。类似于问题存在于，讨厌的处理过程或是无法控制这样的有感情倾向的语言轻易暗示某种结论。防止使用让人分心语言。这些语言包括过多的缩写词或首字母缩写，显示自己才识的语言，有争议性语言，俗语，俚语以及行话。暗示相信被访谈者人类会使用说话的语气，眼神接触，面部表情，身体姿势和身体的移动来传达某种信息。对的使用，会使被访谈者提供更多的信息。例如，在访谈中防止眼睛接触会被理解为缺乏爱好，或是对其他人更感爱好。合适的眼神接触会传达出感爱好，关注，开放的接受并且尊重他人的见解。

太频繁的眼神接触会被误解为盯着对方。在我们的文化中，假如两个陌生人间眼神接触时间过长则意味着挑战。在其他的某些文化中，会被认为是侵犯隐私。点头表达理解，暗示接受；类似的，表达关注的姿势：端正坐着略向前倾。缺乏经验的需求分析人员一般会犯下面的错误：靠在椅子后背上，双手合拢抱在胸前。这种姿势暗示了不太接受正在讲述的内容，也显示出需求分析人员处在不安的状态。看着屋内的物品或是直盯着窗户，而不是看着被访谈人。这表明需求分析人员更宁愿在其他的地方做其他事，被放谈者一般会缩短访谈的过程。忙于做笔记或是常常翻阅笔记。较之倾听而言，需求分析人员对自己的记录更感爱好会使被访谈者好奇，究竟他记录了什么。坐得太远或太近。坐得太远象是暗示被访谈者会威胁到需求分析人员，坐得太近又显得不恰当地亲密，被访谈者会感觉不自在。相信的暗示体现了理解而不是同意。重述被访谈者的回答重述回答是指需求分析人员用自己的语言复述被访谈者的陈说。这显示了两者间进行了有效地沟通，需求分析人员理解了被访谈者的陈说，重述回答一般用在如下场所：访谈者描述一种问题时。这时，需求分析人员的复述表明听见并理解了访谈者的问题。当需求分析人员想检查他的理解与否对的时。这个技巧大多是碰到复杂的陈说时，或是多人参与时，每个人对同一问题有各自不一样的见解。需求分析人员但愿鼓励访谈者时。重述回答会暗示被访谈者扩展或是详细阐明他曾说过的内容。

重述回答也能克制住因某种原因，不原配合的人

需求分析人员必须保持中立。例如，假如被访谈者批评既有管理模式，需求分析人员不应当赞同他的批评或是为既有管理模式辩护。需求分析人员只需要体现出被访谈者的感觉是可理解的。重述问题常见的错误：反复被访谈者的话，例如，完全反复被访谈者的话而不是使用其他的体现方式。一段话讲完后被完全反复一遍，会使被访谈者感觉不安过多重述回答将使被访谈者分心。变化或是歪曲被访谈者真实的意愿。重述应当尽量的靠近被访谈者的意思在复述结束时提高声音。这个习惯会使复述变成一种问题，会暗示被访谈者回答是或否，而不是让被访谈者扩展他的解释。这儿有个例子显示了有效的及无效的复述；

被访谈者的回答：顾客没有支付帐单，我们也会继续销售产品给他们。

无效的复述：在你们处理定单前为何不检查顾客的信用状态？（扭曲了被访谈者的意思）

有效的复述：系统也会处理有信用危险的顾客的定单。（鼓励被访谈者扩展发挥）有效的使用沉默在提问结束时容许被访谈者搜集整顿他们的想法。当被访谈者回答不完整时，鼓励他们继续。在会谈已文字记录后，使用封闭性问题可以澄清理解。问卷表问卷表是需求捕捉时广泛使用的另一种工具，它采用了记录分析的措施，显得更科学。问卷表一般在下列状况中使用需访谈的个体太多需要回答轻易确定的细节问题当你但愿有个详细的成果时

准备问卷表时，注意如下状况使问卷表尽量的简短。用多种短小的问卷表替代一种长的问卷表。假如在回答了前15-20个问题后，长的问卷表会使顾客感觉厌烦，他们就不会对其他的问题做出对的的判断。一般，一种问卷表包括的问题不超过10-15.估计回答问题需要的时间，并在问卷表开头标明这个时间，已便让回答者做出对应的安排保证问题是前后一致的，没有让人含混的理解为了保证不会理解含混，让与回答者关系亲密的人员来进行问卷调查，并保证他们对问题的理解是对的的。在制定问题前，先确定你需要得到怎样的答案分别列出所有也许的答案一旦所有的需求和问题都准备好了，把需求点当作X轴，问题当作Y轴。保证所有的需求能被问题覆盖。最终，剔除掉与需求无关的问题。小组会议小组会议一般在下列状况中使用：信息平均的分布一小部分个人中无法个别的会见所有的涉众一系列的访谈已经结束，团体需要在同一平台下得到所有的回答者

在小组会议中，每个人都可讲出自己的想法。团体的答案一般比个人的答案好。小组会议可以减少一部分需求冲突，绕开纷繁的状况得到需求列表

假如小组会议管理不好，轻易出现下列状况少数与会者控制了讨论一部分与会者缺缺乏参与讨论的积极性

为防止这种状况，需求分析人员要推进讨论的进行。要鼓励缺乏积极性的与会者参与讨论，先直接向他们提某些封闭性问题，然后逐渐转为开放性问题。

首要的技巧如提某些开放性问题，复述回答来确认理解，建立清晰的议程，指定记录员记录会议等都可使用。其他某些注意事项：提前确定会议地点，在发出与会邀请时提供路线图。这在某些大企业尤为重要，并不是每个人都熟悉整个办公大楼。提前制定座位安排，平均分布需求分析人员，这样保证所有的回答都能被听到。假如也许，在会议开始时宣布某些但愿大家遵守的基本准则，如尊重他人的观点，关闭手机等牢牢控制讨论的话题假如也许，使用录音机，这样能更专注于讨论好好的准备小组会议，所做准备要“N”倍于个人访谈的准备，这里的“N”是指参与讨论的涉众人数。假如这个会议是最终确定需求，而不是打听需求，可采用工作原型演示的措施在小组讨论结束时，感谢大家抽出时间参与讨论，告诉大家整顿确认需求的计划并传阅会议纪要。2．需求调研的阶段构成

需求捕捉的活动可大体提成下面四个阶段或环节：场外准备现场启动现场执行场外分析；场外准备挑战指导1、缺乏场外准备的指导手册2、项目启动没有足够的时间。3、项目的范围和类型缺乏清晰定义1、使用列表来列出在场外准备阶段需要做的所有工作。2、在提出进度安排时要包括足够的准备时间，同步要考虑团体规模等原因。3、不采用全面现场启动的方式，而启动一种领航似的小团体来估计项目波及的范围。需要的培训1、需求分析培训未进行2、需求分析提供的材料太多了3、需求分析没针对系统增值和技术领域4、企业组织的培训不是针对项目的1、保证在现场启动前，所有的项目组组员参与过需求分析培训，或在近期通过培训。原则不是关键，经验才是关键。2、获得企业培训的协助，定制需求分析课程以适应你的项目类型。使用定制组件的措施剪除不有关的部分。3、设计培训内容以满足项目需要。要提前执行系统的课程设计过程来到达该目的。现场启动启动问题

1、现场启动会议缺乏指导手册或议程安排2、缺乏时间或缺乏紧迫感来开始搜集需求1、提前计划会议，并告知客户议程安排，需要的时间和但愿参与人员2、与客户讨论启动会议的意图和但愿获得的成果3、第一次“预启动会议”要熟悉客户的高层领导，简介项目团体的大概状况，告之需求捕捉的基本过程，分析也许存在的问题，确定问题处理流程等4、第二次“启动”会议要召集两方所有的涉众。简介项目团体组员，共享资源等。如座位安排，进度表，里程碑，需求捕捉的过程，交流措施，确认客户期望值，描述办公室位置，文化特点等现场执行挑战指导质量体系文档

1、质量管理体系文档（QMSD）无法提供必要的过程协助2、必须使用客户的过程体系3、在客户现场无法得到质量管理体系文档（QMSD）工具包1、将项目中得到的最佳的实践经验添加到工具包中2、针对项目的类型，问题域，措施论等特点建立项目协助3、求援流程改善部门，获得项目详细的过程协助软技能1、对于期望到达的目的缺乏坚定信心2、项目团体组员要使用当地语言?口音问题3、书面体现能力不强5、着装问题6、个人卫生习惯7、太好强或太害羞8、不能明确或清晰地体现想法1、规定行为准则并告之项目团体中每个组员2、周期性的在项目团体内部进行讨论，指出到达的目的需要坚定信心3、提议用减少语速的措施处理口音问题。4、在会谈中要确认会谈另一方轻易理解会谈内容5、进行邮件和文本讨论来保证沟通良好8、协助害羞的队员，使他们能深入需求捕捉活动9、必要时，可以干预那些过于好强的队员10、必要时，在现场执行的初期识别出那些太好强或太害羞的队员，尽量少安排与客户沟通的工作11、指导缺乏有关工作经验的团体组员12、必要时，制止散漫的状况措施论确实定

1、没有已确定的措施论2、理解的措施论很少3、不能比较多种措施论的优缺陷1、假如客户不指定措施时，跨项目的过程措施应当原则2、需求分析培训课程应当强调措施论。规定培训部门在为你的项目需求设计课程时，注意此目的3、在需求分析培训课程应规定信息交流做有关培训4、请过程征询顾问为项目制定一套原则5、创立过程基准6、在软件工程技术理论的协助下识别系统搜集需求的过程需求的变更

1、搜集的需求很少2、需求表述含混4、并非所有的顾客组都能参与需求捕捉阶段的工作5、项目范围不好控制6、无法得到需求的承认7、时间安排不充足8、系统的边界范围不确定1、进行周期性的需求回忆来去掉含混的需求2、在需求分析的课程中，培训需求书写技巧3、在需求初期，按涉众类别进行条理清晰地分析4、在需求捕捉启动会议上设计好逐渐确认涉众的过程5、在开始下一种生命周期前时，要确认客户已承认需求6、阐明需求阶段成果评估的原则7、阐明系统边界评估的原则工具

缺乏需求捕捉工具的理解在需求分析课程中包括必要的工具培训项目的依赖性

1、无法清晰定义系统接口2、并非所有的系统接口均有文本描述3、顾客并不理解所有的系统接口4、获得外部接口信息有困难1、使用系统接口文档模版2、对每个接口进行影响力分析3、使用跨功能（部门）团体来进行接口研究4、全面理解组织既有（As-Is）系统或工作模式5、提前计划好外部接口的分析，并提议客户的IT团体参与分析需求冲突

1、并非所有人都清晰商业目的2、顾客组不一样步3、已获得的需求与期望规定之间的差距导致冲突4、捕捉需求的目的顾客组不对的5、顾客组的关键领导人无法处理争议1、在现场启动会议上对所有的涉众解释商业目的2、与最高管理层确认商业目的后，将商业目的写成文档并传递给所有的涉众3、召开冲突处理会议并充当中间人角色，解释冲突两方面的观点4、在需求文档中，重点标示已经有问题和假设5、饰演涉众的角色，让他们确认你理解他们在目前系统中的责任6、详细阐明增长了的业务规则并保证能对的使用7、确定IT工作和商业团体的结合点涉众识别

1、缺乏合适的架构来识别涉众2、缺乏对客户构造的认识1、使用原则模版和框架来识别涉众2、项目团体应检查整个提议的涉众，并确定要重点关注的。3、在现场执行前，请销售经理召开技术支援会议4、现场启动会议要包括已识别的涉众5、告之所有的涉众，你对他们在目前系统中的责任的理解，以及需要他们提供的协助现场复审

1、缺乏现场复审2、在复审既有提交物时，客户缺乏爱好1、建立现场复审的指导原则2、在项目开发的过程中要包括现场复审3、在进行现场复审前，安排项目团体进行复审机制的培训4、根据提交物的不一样确定不一样复审方式，并对应安排项目组组员参与复审5、邀请客户参与复审前，先进行一轮内部复审6、提前准备复审计划并得到客户同意7、防止与客户多次复审同一种提交物，这也许导致大家缺乏爱好，产生错误观点文化交叉问题

1、不遵守时间2、有忽视文化交叉的观点3、太开放而感觉不适应1、在最初列出行为准则2、周期性召开内部会议以鼓舞士气3、集体讨论所有已知的文化差异问题，并提议合适的指导原则4、对所有的项目组员队员进行文化差异敏感性培训5、从理解相似客户和地区的人员那里搜集文化细节信息问题域

1、缺乏商业分析（BA）人员2、捕捉的需求不够详细或不完整3、获取信息的权限不具有4、团体无法对工作过程的改善提出好的提议1、在项目范围中考虑问题域的复杂性2、安排领域专家做场外评审3、从客户团体中邀请商务专家在问题域可改善部分，创立新的业务流程技术

1、新技术缺乏培训2、缺乏技术架构师（TA）但需要开发新的技术架构1、寻找受过培训的技术架构师(TA)，让他培训团体中的其他组员2、在项目范围定义时考虑到技术复杂性其他

1、客户的业务部门和IT部门的冲突2、两个业务部门间的冲突3、对客户而言，讨厌工作变成机械性操作4、销售团体不合适的期望植6、并非所有类型的需求都搜集了，例如性能需求1、采用成本利益分析的措施处理冲突2、识别违反原则的提交物需求3、确认新扩展的业务原则，改原则正常的应用4、产品期望值的设定要依次通过需求获取（RE）小组、销售经理(AM)。在场外的技术支援计划会议上，将设定产品期望值安排为一种议程5、使用预先定义的模版来搜集性能需求6、观测顾客的活动，详细理解并识别性能需要，花一天时间与顾客待在一起，观测他们的工作模式，得到工作量的模型，顾客响应时间，系统瓶颈，系统负载与时间模式，以及系统响应时间的需要现场最佳实践

计划两次现场启动会议：第一次与高层管理人员，第二次与双方所有风险承担人。

在第一次现场启动会议上简介项目组的概要状况会议纪要在交给与会者传阅前，要通过内部评审使用录音机记录讨论会议的状况。这样团体就有更多的时间积极参与讨论，同步也显得更专业预先确定座位，使项目组关键组员和客户间隔而座。提前抵达会议室5到10分钟，依次入座。这种排座方式建立了融合的气氛，防止象谈判对手似的对立，也有助于倾听嗓音低沉者的发言集体讨论所有已知的文化差异问题，并提议合适的指导原则从客户团体中邀请商务专家在问题域增值部分创立新的商务流程召开一种现场会议感谢大家花费时间提供协助，移交需求文档，分享未来的计划，简介产品中角色设定和职能划分等观测顾客的活动，详细理解并识别性能需要，花一天时间与顾客待在一起，观测他们的工作模式，得到工作量的模型，顾客响应时间，系统瓶颈，系统负载与时间模式，以及系统响应时间的需要场外分析挑战指导原则既有系统研究

1、缺乏时间2、