>>>>系统集成项目管理工程师网络课堂

    >>>>系统集成项目管理工程师模拟考试

      2016年下半年系统集成项目管理工程师考试开始使用新版考试大纲和教材，希赛小编为大家整理了一些系统集成项目管理工程师教程知识点精讲，一下是关于收集需求的工具与技术的讲解，希望对大家有所帮助。

    收集需求的工具与技术

      收集需求是一件看上去很简单，做起来却很难的事情。收集需求是否科学、准备充分，对收集的结果影响很大，这是因为大部分干系人无法完整地描述需求，而且也不可能看到产品的全貌。因此，收集需求只有通过与干系人的有效合作才能成功。

      收集需求的工具与技术主要有访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、原型法、标杆对照、系统交互图、文件分析等。

      1.访谈

      访谈是通过与干系人直接交谈来获取信息的正式或非正式的方法，是最基本的一种收集需求的手段，其形式包括结构化和非结构化两种。结构化是指事先准备好一系列问题，有针对地进行；而非结构化则是只列出一个粗略的想法，根据访谈的具体情况发挥。最有效的访谈是结合这两种方法进行，毕竟不可能把什么事情都一一计划清楚，应该保持良好的灵活性。

      访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。通常采取一对一的形式，但也可以有多个被访谈者和（或）多个访谈者共同参与。访谈有经验的项目参与者、干系人和主题希赛网，有助于识别和定义项目可交付成果的特征和功能。

      总的来说，访谈具有良好的灵活性，有较宽广的应用范围。但是，也存在着许多困难，例如：

      √干系人经常较忙，难以安排时间。特别是需要多个被访谈者一起进行访谈时，这种困难显得更加突出。

      √面谈时信息量大，记录较为困难。一般情况下，在访谈时只能使用纸笔进行记录，不能录音或录像，因为涉及到被访谈者的隐私问题。如果必须要录音或录像，则必须事先告知被访谈者。

      √沟通需要很多技巧，同时需要项目经理具有足够的领域知识等。

      另外，在访谈时，还可能会遇到一些对于组织来说比较机密和敏感的话题。因此，这看似简单的技术，也需要项目经理具有丰富的经验和较强的沟通能力。

      2.焦点小组

      焦点小组将预先选定的干系人和主题希赛网集中在一起，了解他们对所提议产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比一对一的访谈更加热烈。

      焦点小组是一种群体访谈而非一对一访谈，可以有6～10个被访谈者参加。针对访谈者提出的问题，被访谈者之间开展互动式讨论，以求得到更有价值的意见。

      3.引导式研讨会

      通过邀请主要的跨职能干系人一起参加会议，引导式研讨会（Facilitated Workshop）对产品需求进行集中讨论与定义。研讨会是快速定义跨职能需求和协调干系人差异的重要技术。由于群体互动的特点，被有效引导的研讨会有助于建立信任、促进关系、改善沟通，从而有利于参加者达成一致意见。该技术的另一个好处是，能够比单项会议更快地发现和解决问题。

      例如，软件开发中常用的联合应用开发（Joint Application Development，JAD）就是一种典型的引导式研讨会。这种研讨会注重将干系人和开发团队集中在一起，来改进软件开发过程。

      另外，还可以使用质量功能展开引导式研讨会，来帮助确定新产品的关键特征。质量功能展开从收集客户需求（客户声音）开始，然后客观地对这些需求进行分类和排序，并为实现这些需求而设置目标。质量功能展开的具体步骤如下：

      首先，将用户的多种需求（例如，可靠性、可用性、安全性等）及其相对重要性列为矩阵表的第一列。

      其次，将产品可能的多种特性（例如，功能列表）列为矩阵表的第一行。

      再次，由相关希赛网集体讨论每种特性与每种需求之间的关联性，即每种特性能满足每种需求的程度，并记录在矩阵表相应的空格中。

      最后，按列加权（考虑需求的重要性）汇总，即可看出哪种产品特性最能满足用户需求。

      4.群体创新技术

      群体创新技术（Group Creativity Technique）是指可以组织一些群体活动来识别项目和产品需求，群体创新技术包括头脑风暴法、名义小组技术、德尔菲技术、概念/思维导图和亲和图等。

      （1）头脑风暴法

      头脑风暴（BrainStorming，BS）法又称为智力激励法、自由思考法或集思广益会，是用来产生和收集对项目需求与产品需求的多种创意的一种技术。头脑风暴法分为直接头脑风暴法（通常简称为头脑风暴法）和质疑头脑风暴法（也称为反头脑风暴法）。前者是在希赛网群体决策时尽可能激发创造性，产生尽可能多的设想的方法，后者则是对前者提出的设想、方案逐一质疑，分析其现实可行性的方法。

      头脑风暴法的参加人数一般为5～10人，最好由不同专业或不同岗位者组成，会议时间控制在1小时左右。设主持人一名，主持人只主持会议，对设想不作评论。设记录员1～2人，要求认真、完整地记录与会者的每个设想（不论好坏）。为了使与会者畅所欲言，互相启发和激励，达到较高效率，头脑风暴法应遵守如下原则：

      √庭外判决原则：对各种创意（意见、建议）、方案的评判必须放到最后阶段，此前不能对别人的创意提出批评和评价。认真对待任何一种创意，而不管其是否适当和可行。

      √欢迎各抒己见，自由鸣放：创造一种自由的气氛，激发参加者提出各种荒诞的想法。

      √追求数量：创意越多，产生好创意的可能性越大。

      √探索取长补短和改进办法：除提出自己的创意外，鼓励参与者对他人已经提出的创意进行补充、改进和综合。

      （2）名义小组技术

      名义小组技术（Nominal Group Technique）通过投票来排列最有用的创意，以便进行进一步的头脑风暴或优先排序。名义小组技术是头脑风暴法的深化应用，是更加结构化的头脑风暴法，其一般过程如下：

      √首先，将全体参与者分成多个“名义”上的小组，由每个小组开展讨论。

      √小组讨论结束后，主持人依次向每位参与者询问，请每人提出一个创意。这种询问可以进行很多轮，直至得到足够数量的创意。

      √最后，请全体参与者对所有创意进行评审和排序。

      也可以由名义小组先提出一些较大的创意类别，再将这些创意类别提交给全体参与者作为头脑风暴的基础。与一般的头脑风暴法相比，名义小组技术可以使那些不善言辞的参与者也能充分发表自己的意见。

      （3）德尔菲技术

      德尔菲技术（Delphi Technique）是一种组织希赛网就某一主题达成一致意见的一种信息收集技术。由一组选定的希赛网回答问卷，并对每一轮需求收集的结果再给出反馈。希赛网的答复只能交给主持人，以保持匿名状态。这一方法的步骤如下：

      √根据问题的特点，选择和邀请做过相关研究或有相关经验的希赛网。

      √将与问题有关的信息分别提供给希赛网，请他们各自独立发表自己的意见，并写成书面材料。

      √主持人收集并综合希赛网们的意见后，将综合意见反馈给各位希赛网，请他们再次发表意见。如果分歧很大，可以开会集中讨论；否则，主持人分头与希赛网联络。

      √如此反复多次，最后形成代表希赛网组意见的方案。

      德尔菲技术的典型特征如下：

      √吸收希赛网参与预测，充分利用希赛网的经验和学识。

      √采用匿名或背靠背的方式，能使每一位希赛网独立自由地作出自己的判断。

      √预测过程几轮反馈，使希赛网的意见逐渐趋同。

      √有助于减轻数据的偏倚，防止任何个人对结果产生不恰当的影响。

      德尔菲技术的这些特点使它成为一种最为有效的判断预测法。德尔菲技术与常见的召集希赛网开会、通过集体讨论、得出一致预测意见的希赛网会议法既有联系又有区别。德尔菲技术能发挥希赛网会议法的优点，即：

      √能充分发挥各位希赛网的作用，集思广益，准确性高。

      √能将各位希赛网意见的分歧点表达出来，取各家之长，避各家之短。

      同时，德尔菲技术又能避免希赛网会议法的缺点，即：

      √人士的意见影响他人的意见。

      √有些希赛网碍于情面，不愿意发表与其他人不同的意见。

      √出于自尊心而不愿意修改自己原来不全面的意见。

      德尔菲技术的主要缺点是过程比较复杂，花费时间较长。

      （4）概念/思维导图

      思维导图（Mind Mapping）又称为心智图，是将从头脑风暴中获得的创意，用一张简单的图联系起来，以反映这些创意之间的共性与差异，从而引导出新的创意。

      思维导图运用图文并重的技巧，将各级主题的关系用相互隶属与相关的层级图表现出来，将主题关键词与图像、颜色等建立记忆链接，思维导图充分运用左右脑的机能，利用记忆、阅读、思维的规律，协助人们在科学与艺术、逻辑与想象之间平衡发展。

      （5）亲和图

      亲和图（Affinity Diagram）又称为KJ法，是针对某一问题，充分收集各种经验、知识、想法和意见等语言、文字资料，通过图解方式进行汇总，并按其相互亲和性归纳整理这些资料，使问题明确起来，求得统一认识，以利于解决的一种方法。

      亲和图的核心是头脑风暴法，是根据结果去找原因。可以将大量创意分类，以便审查和分析。主要依据各种创意之间的相似性，对头脑风暴中得到的各种创意进行分类。

      在项目管理中，亲和图针对某个问题，产生出可联成有组织的想法模式的各种创意，主要用来确定范围分解的结构，有助于WBS的制定。

      （6）多标准决策分析

      多标准决策分析（Multi-Criteria Decision Analysis）是借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准，从而对众多方案进行评估和排序的一种技术。

      5.群体决策技术

      群体决策（Group Decision-Making）就是为达成某种期望结果而对多个未来行动方案进行评估。群体决策技术可用来开发产品需求，以及对产品需求进行归类和优先排序。达成群体决策的方法很多，例如：

      √一致同意（Unanimity）。所有人都同意某个行动方案。

      √大多数原则（Majority）。获得群体中50%以上的人的支持，就能做出决策。参与决策的人数定为奇数，防止因平局而无法达成决策。

      √相对多数原则（Plurality）。根据群体中相对多数者的意见做出决定，即便未能获得一部分人的支持。通常在候选项超过两个时使用该原则，例如，某个软件构件的功能有3种实现方案（标记为A、B、C），在群体决策时，同意A方案的人有40%，同意B方案的人有35%，同意C方案的人有25%，则最终确定采用A方案。

      √独裁（Dictatorship）。由某一个人（例如，项目经理）为群体做出决策。

      在收集需求的过程中，这些群体决策技术都可以与群体创新技术联合使用。

      6.问卷调查

      问卷调查（Questionnaire and Survey）是指通过设计书面问题，向为数众多的受访者快速收集信息。如果受众众多、需要快速完成调查，受访者地理位置分散，并想要使用统计分析法，就适宜采用问卷和/或调查方法。

      与访谈法相比，问卷调查可以在短时间内，以低廉的代价从大量的回答中收集数据；问卷调查允许回答者匿名填写，大多数干系人可能会提供真实信息；问卷调查的结果比较好整理和统计。问卷调查最大的不足就是缺乏灵活性，其他缺点还有：

      √双方未见面，项目经理无法从干系人的表情等其他动作来获取一些更隐性的信息，干系人也没有机会立即澄清对问题有含糊或错误的回答。

      √干系人有可能在心理上会不重视一张小小的表格，不认真对待，从而使得反馈的信息不全面。

      √调查表不利于对问题进行展开的回答，无法了解一些细节问题。

      √回答者的数量往往比预期的要少，无法保证干系人会回答问题或进一步说明所有问题。

      因此，较好的做法是将访谈和问卷调查结合使用。具体来说，就是先设计问题，制作成问卷调查表，下发填写完后，进行详细的分组、整理和分析，以获得基础信息。然后，再针对分析的结果进行小范围的干系人访谈，作为补充。

      7.观察

      观察（Observation）是指直接观察个人在各自的环境中如何开展工作和实施流程。当产品使用者难以或不愿说明他们的需求时，就特别需要通过观察来了解细节。

      观察也称为工作跟踪，通常由观察者从外部来观察使用者的工作。观察也可以由参与观察者进行，参与观察者需要实际执行一个流程或程序，体验该流程或程序是如何实施的，以便挖掘出隐藏的要求。

      8.原型法

      原型法（Prototype）是一种根据干系人初步需求，利用产品开发工具，快速地建立一个产品模型展示给干系人，在此基础上与干系人交流，最终实现干系人需求的产品快速开发的方法。原型是有形的实物，它使干系人有机会体验最终产品的模型，而不是只讨论抽象的需求陈述。原型法符合渐进明细的理念，因为原型需要重复经过开发、试用、反馈、修改等过程。在经过足够的重复之后，就可以从原型中获得足够完整的需求，并进而进入设计或制造阶段。

      例如，在软件产品开发中，原型是系统的一个早期可运行的版本，它反映最终系统的部分重要特性。如果在获得一组基本需求说明后，通过快速分析构造出一个小型的系统，满足干系人的基本要求，使得干系人可在试用原型系统的过程中得到亲身感受和受到启发，做出反应和评价，然后开发者根据干系人的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改，获得新的原型版本，如此周而复始，逐步减少分析和通信中的误解，弥补不足之处，进一步确定各种需求细节，适应需求的变更，从而提高了最终产品的质量。

      9.标杆对照

      标杆对照（Benchmarking）将实际或计划的做法与其他类似组织的做法（例如，流程、操作过程等）进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的“类似组织”可以是内部组织，也可以是外部组织。

      10.系统交互图

      系统交互图（Context Diagram）是范围模型的一个例子，它是对产品范围的可视化描述，显示系统（过程、设备、信息系统等）与参与者（用户、独立于本系统之外的其他系统）之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。例如，软件需求分析中的DFD、用例图都可以看作是系统交互图。

      11.文件分析

      文件分析（Document Analysis）就是通过分析现有文档，识别与需求相关的信息来挖掘需求。可供分析的文档很多，商业计划、营销文档、协议、招投标文件、建议邀请书、业务流程、逻辑数据模型、业务规则库、应用软件文档、用例文档、其他需求文档、问题日志、政策、程序和法规文件等。

    返回目录;集成教程知识点精讲之项目范围管理汇总

      希赛网，拥有十四年软考培训经验，希赛网一直坚持自主研发，将丰富的软考培训经验有效融入教程研发过程，自成体系的软考在线题库（软考历年真题）、软考培训教材和软考视频教程，多样的培训方式包括面授、和，使考生的学习更具系统性，辅导更具针对性。采用全程督学机制，，软考平均通过率在全国。