一、规划范围管理…【随便写，正常写即可】
二、收集需求…【采分点：重点写，输出是需求跟踪矩阵，然后需要举例需求跟踪矩阵的作用，结合项目进行列举说明】
例如需求跟踪矩阵的实例：【考试不需要画图，列举2-3个功能的情况，比如需求状态等等】
三、定义范围
…【采分点：范围说明书的内容，对于子题目3结合项目描述项目的范围】
四、创建WBS…【采分点：重点写，WBS制定原则，项目的WBS列举，不需要画图，文字说明即可，比如按照生命周期进行分解，第一层是项目，第二层是XX,第三层是XX，第四层是XX，第五层是XX,或者举例说明每一层具体是如何分解到下一层的】
五、确认范围…【随便写，正常写即可】
六、控制范围…【随便写，正常写即可】
收尾300字1段
采分点
重点写范围管理的第2个过程和第4个过程，第三个过程也可以重点写下，范围说明书的内容，描述下项目的范围，其它过程简单写就行
需求跟踪矩阵
在项目的早期阶段，我带领团队成员到客户现场收集需求，我们组织了各级公安系统相关部门负责人、一线民警等，采用访谈的方式一对一收集需求。在收集需求的时候，客户对需求描述的不是很清楚,而且各部门之间的需求差异还比较大。针对这种情况,我们将采用访谈方式收集到的需求进行整理后，邀请各干系人和我们各小组成员参加引导式研讨会，进一步发掘用户需求，消除大家对需求的歧义，几经讨论，最终形成该项目的需求文件和
需求跟踪矩阵。
例如在本项目中其中的一个核心的功能是治安管理模块，包括客户端数据录入,数据上报，系统管理,以及服务器端数据查询,数据统计等，针对该功能模块我们创建了需求跟踪矩阵，在需求跟踪矩阵中，创建了用户需求项标识、用户需求标题、用户需求变更标识、软件功能标题、需求状态（比如进行中、已取消、已推迟、新增加、已批准、已分配、己完成等）、对应的测试用例、优先级、当前状态等。建立了需求跟踪矩阵，我们对照需求跟踪矩阵的进行测试用例的评审，则会更加方便。需求跟踪矩阵的作用有两个:一是检查需求是否被实现了，是否被测试了，执行需求的验证,，进行功能审计;二是在发生需求变更时，通过检索需求跟踪矩阵发现需要修改的需求、设计及测试用例等。
创建WBS和WBS分解5层的过程
WBS的分解是一项非常重要的工作，好的WBS结构能便得原来看起来非常龙统、模糊的项目目标一下子清晰起来，由于WBS分解涉及到将要开展的具体工作，所以将来要做这些工作的项目成员最有发言权，我让小组的组长和骨干成员都参与到WBS的分解中。实践证明这样做既符合后续软硬件设计、编码、实施人员的实际水平，又能得到他们最大程度的认同。
具体的分解过程，我们是这样进行的:首先根据范围说明书识别和分析项目所有的可交付成果和相关的工作，以树形结构作为WBS的编排方法，以XX项目为第一层，按照生命周期的各过程作为WBS的第二层，主要的可交付成果作为WBS的第三层，比如主要的可交付成果治安管理模块就作为WBS的第三层，针对治安管理模块有继续向下分解，第四层为治安管理模块的主要功能点包括客户端数据录入,数据上报,系统管理,以及服务器端数据查询,数据统计等,针对第四层的主要功能点客户端数据录入功能继续向下分解，第五层分解为数据的添加、数据的删除、数据的查询、数据的修改。每一层工作性质相同，每个工作包都有明确的负责人和完成时间，完成时间不少于80小时，不超过8天，自订向下逐层分解。然后为每个WBS元素制定和分配标识编码，最后通过会议讨论核实WBS的分解是否恰当。WBS分解是一项很重要的工作，在这一过程中我们发现《项目范围说明书》中存在较多不明确的方面，通过WBS分解而得到明确。WBS分解工作完成后，项目范围基准就确定了
收集需求并论述核心范围对应的需求跟踪矩阵
团部门的领导进行沟通，对公交车司机、乘客进行面对面访谈，收集领导对公交系统中存在的一些问题的见解，以及领导需要智能公交系统实现的功能使公交集团的工作更加高效、便捷。收集公交车司机在工作中需要解决的一些问题，收集乘客出行中遇到的一些问题。收集完需求后，我召开项目组会议，讨论项目需求的内容，并形成需求文件和需求跟踪矩阵。本项目的核心范围是监控调度功能，对应的需求跟踪矩阵如下。
用户需求项标号为1.1，用户需求标题为车辆调度，用户需求变更标识为原始，对应的软件需求功能标号为1.1，软件需求功能标题为车辆调度，软件需求变更标识为原始，需求状态为已批准。用户需求项标号为1.2，用户需求标题为车载录像，用户需求变更标识为原始，对应的软件需求功能标号为1.2，软件需求功能标题为车载录像，软件需求变更标识为原始，需求状态为已批准。
用户需求项标号为1.3，用户需求标题为紧急报警，用户需求变更标识为原始，对应的软件需求功能标号为1.3，软件需求功能标题为紧急报警，软件需求变更标识为原始，需求状态为已批准。
用户需求项标号为1.4，用户需求标题为车辆定位，用户需求变更标识为原始，对应的软件需求功能标号为1.4，软件需求功能标题为车辆定位，软件需求变更标识为原始，需求状态为已批准。
用户需求项标号为1.5，用户需求标题为地图显示，用户需求变更标识为原始，对应的软件需求功能标号为1.5，软件需求功能标题为地图显示，软件需求变更标识为原始，需求状态为已批准。
用户需求项标号为1.6，用户需求标题为车辆轨迹回放，用户需求变更标识为原始，对应的软件需求功能标号为1.6，软件需求功能标题为车辆轨迹回放，软件需求变更标识为原始，需求状态为已批准。
创建WBS和WBS分解5层的过程
创建工作分解结构是把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构的过程，我根据项目范围说明书、需求文件，通过对往年公司相似项目的分析研究，我对该项目自上而下进行分解，分解为清晰定义的项目活动工作包，最终形成范围基准。在本项目中，我将监控调度功能分解为五层：
第一层是监控调度模块。监控调度模块在智能公交系统的菜单选项上，点击可进入监控调度界面，显示了各个子功能选项，包括车辆调度、车载录像、紧急报警、车辆定位、地图显示、车辆轨迹回放这些子功能。
第二层车辆调度功能。车辆调度功能是对正在运行的车辆、停在公交场站待运行的车辆、出现事故的车辆的调度功能。该功能包括车辆检索、线路检索、公交车站检索、紧急报警功能。
第三层车辆检索功能。车辆检索功能是对所有车辆进行查询检索的功能，该功能包括车辆信息、司机信息、公交车路线功能。
第四层车辆信息功能。车辆信息功能是可以查询出各辆公交车的当前信息的功能。该功能包括车辆状态、车辆位置、车辆路线功能。
第五层车辆状态功能。车辆状态功能是调用webApi接口获取当前车辆的运行状态，并显示到系统界面。
| 部分子题目 | 简单要点 |
|---|---|
| 需求开发、需求管理和范围管理的区别与联系（已考） | 需求开发是指利用各种需求收集技术去收集干系人的项目需求;而需求管理主要是进行需求变更和需求跟踪管理与维护;范围管理是针对项目所需要完成的全部产品和完成这些产品需要做的工作进行规划、定义、分解、确认和控制。需求开发是需求管理的前提性工作，需求管理是范围管理的基础，范围管理是需求实现的保障。 |
| 简述该项目的项目范围说明书的主要内容（已考） | 本项目范围管理说明书主要包括:1、数据采集工作，采集120套三维数据和3000套二维数据，要求三维数据采集精度XXX，二维数据展开精度XXX，需要将这些数据进行整理、编号存入XX信息资源共享库。2、XX系统的开发工作，包括XX子系统，需要实现XXX功能，提交XX个模块;XX数据库，将所有数据归集，整理、清洗、转换后，采用分布式方式储存，要求平均每分钟事务吞吐量≥1000。 |
| 确认范围对项目管理的意义（已考） | 确认范围是正式验收项目已完成的可交付成果的过程，其主要作用是使得验收过程具有客观性。一方面通过验收每个可交付成果，提高最终产品或成果验收的可能性，另一方面通过不断的交付来更好的吸取经验和教训，以此不断的改善工作过程。 |
| 项目范围对项目的意义（已考） | 项目范围是项目的基础，它确定了项目的边界，让我们知道那些工作需要做，那些工作不需要。如果范围不明确，那么项目解决的就不是对应的问题，最终导致花费大量的时间和成本去做不属于项目内的工作。 |
| 引起范围变更的因素（已考） | 1、范围计划编制有错误或遗漏。2、市场上出现了新技术或新方案。3、客户对产品提出了新要求。4、外部环境发生了变化。5、内部组织发生了变化。 |
| 范围管理和需求管理之间的联系和区别（已考） | 项目范围是为达到项目目标，项目所需要做的工作。需求管理则是确保各方对需求的理解一致，管理和控制需求的变更，以及从需求到最终产品之间的双向跟踪。需求是范围的基础，需求的变更会引起范围的变更，范围管理是需求的实现保障,是对完成需求所需要的各项工作的管理。 |
| 请制订一份WBS（已考） | |
| 请制订一份需求跟踪矩阵（已考） | |
| 范围管理和进度、成本、质量之间的联系 | 项目范围是进度、成本、质量规划的基础，清晰的项目范围能提高对项目成本、进度估算的准确性，是进度、成本估算的根本所在,并且能让团队明白达到项目预期需要完成那些工作、交付那些产品，这些产品应该满足什么样的特征和属性,因此项目范围和质量也是息息相关的。 |
| 产品范围和项目范围的区别和联系 | 产品范围是指产品或者服务所应该包含的功能，项目范围是指为能够交付产品，项目所必须做的工作。产品范围是项目范围的基础，是系统要求的度量，项目范围是产品范围的具体实现。项目范围是否完成是以范围说明书来参考,产品范围是否完成是以产品需求说明书来衡量。 |
| 范围和采购的关系 | 范围是采购的依据，完成范围工作所需的某些资源或部分工作受限于某些因素的影响可能需要外包,这些都需要进行采购。在进行采购时，范围的变化可能会导致资源的变化因此需要对对应的采购项进行调整。而采购工作又决定着资源是否完整、及时的到达，如果采购资源不能获取，势必会导致范围进行变更而受到影响，因此两者之间是相辅相成的。 |
| 范围和进度的关系 | 项目范围是进度管理的基础，进度是范围工作的目标。清晰的项目范围能提高进度估算的准确性,是进度估算的根本所在。如果范围都不清楚,不知道要做什么工作，那么进度管理白然无从谈起。如果进度管理做不好，范围工作无法在既定的时间内完成,那么范围管理也会变得亳无意义。范围蔓延势必引起工作增多进度滞后，进度滞后势必需要裁减部分工作导致范围不完整,因此它们之间是即对立又一统的关系。 |
| 范围和成本的关系 | 项目范围是成本管理的基础，成本是范围工作的目标。清晰的项目范围能提高成本估算的准确性,是成本估算的根本所在。如果范围都不清楚,不知道要做什么工作，那么成本管理自然无从谈起。如果成本管理做不好，范围工作无法在既定的预算内完成，那么范围管理也会变得亳无意义。范围蔓延势必引起工作增多成本超支，成本超支势必需要裁减部分工作导致范围不完整，因此它们之间是即对立又一统的关系。 |
| 范围和质量的关系 | 项目范围是质量管理的基础，质量是范围工作的目标。清晰的项目范围并且能让团队明白达到项目预期需要完成那些工作、交付那些产品，这些产品应该满足什么样的特征和属性，是质量管理的根本所在。如果范围都不清楚,不知道要做什么工作，那么质量管理自然无从谈起。如果质量管理做不好，工作的质重的不到保址，那么范围管理也会变得亳无意义。范围蔓延势必引起工作增多质量降低，质量定义过高势必引起产品验收标准变化导致范围变化，因此它们之间是即对立又一统的关系。 |
| 确认范围的实际例子 | 在数据采集工作完成后，我们首先对其进行了内部检查，确认无误后。我们和客户、监理约定在3天后进行采集数据的验收。我们准备了所有的原始采集资料，采集方案，采集过程中的质量检查记录等。在评审时对照范围说明书中对数据采集项的要求一一进行检查,确认工作是否有遗漏，质量是否符合标准等。我们还出具了第三方的检测记录，抽取了部分采集项进行现场展示。客户对此非常满意，然后对我们提出了一点小要求，比如将整理好的文档编号、存档、打包成电子资料发送给他们，我们表示同意，客户、监理也都签字确认，最终数据采集项工作得到完美验收。 |
| 请制订一份范围管理计划 | 1、需求的收集很重要，需求的收集一定要清晰、完整、明确，我们不但要收集客户的显性需求还要善于发掘客户的隐性需求2、范围的定义很重要，一定要有据可查，如果范围定义超出合同范围那么就有可能造成成本超支、进度拖延，最终导致项目失败3、范围的控制很重要，范围的控制做好了，项目就成功了一半，一定要采取合适的沟通方法和灵活的解决方式来对待范围的变更4、WBS的分解应当要合适且符合实际情况，最好“谁负责、谁分解”5、范围的控制是重中之重，既要处理好客户之间的关系，又不能对项目造成影响，需要一定的智慧。6、确认范围很重要，通过不断的交付能够及时发现项目工作中的缺陷。并通过与干系人的不断沟通，提升干系人的参与度和干系人对项目完成的信心，最终提高项目验收的可能性。 |
1.范围与进度管理的关系：
分解完WBS工作包后，紧接着需要定义活动。
当进度落后成本超支时，可以在甲方同意的基础上，适当的减少范围来挽回进度；有了项目范围基准以后，才能安排进度计划；如果出现了范围蔓延，那么必将对进度造成负面影响。
范围基准包括项目范围说明书WBS和WBS词典，可用于定义活动，持续时间估算和进度管理。
WBS中有一个控制账户的概念，它是定义WBS中用于进度成本绩效测量的结点；
2.进度管理与范围管理的关系
1)范围基准是规划进度管理的输入之一，可用于定义活动，持续时间估算和进度管理。
2)在定义活动时，需明确考虑范围基准中的WBS，可交付成果，制约因素和假设条件。
3)估算活动持续时间时，需要考虑项目范围说明书中所列的假设条件和制约因素。
4)控制进度的输出有工作绩效信息，里面针对WBS组件，工作包和控制账户，计算出进度偏差与进度绩效指数，并记录下来传达给干系人。
3.范围与质量的关系：
质量控制一般在确认范围前进行，也可以同时进行。在质量控制过程中将可交付成果进行确认，在范围确认过程中再将确认的可交付成果进行核实；
4.范围与干系人的关系：
在收集需求的过程中，使用到了干系人管理计划和干系人登记册作为输入；
确认范围包括与客户或发起人一起检查可交付成果，确保可交付成果圆满完成，并获得客户或发起人的正式验收。
我们在于客户干系人进行可交付成果验收的时候，要让客户意识到确认范围虽然是正式的，但这并不意味着该项目的范围就是铁板一块，不能再修改了。
5.范围管理与沟通管理的关系
在收集需求中的工具与技术使用了访谈，焦点小组，引导式研讨会，群体决策技术，问卷调查等都需要用到沟通；项目范围说明书的作用就是沟通基础，它表明项目干系人之间就项目范围所达成的共识。
确认范围并不是容易的事情，它的不容易主要体现在与用户的沟通上；
6.范围管理与变更管理的关系：
项目范围说明书也是变更的基础，他为评价变更请求或额外工作是否超出项目边界提供基准；范围控制过程的主要作用是在整个项目期间保持对范围的维护，管理范围基准的变更的过程；范围基准的变更一定要执行变更控制程序；
7.范围管理与风险管理的关系：
范围蔓延的风险、收集需求不足的风险、项目范围发生变化，则项目10大领域都会受到影响，因为范围变化会导致成本进度质量以及合同等变化；
| 领域 | 问题 | 原因 | 对策 |
|---|---|---|---|
| 规划范围管理 | 范围管理计划过于简单，对于范围管理没有什么参考价值 | 没有做好范围管理计划或范围管理计划安排得不合理 | 重新制定合理的范围管理计划 |
| 收集需求 | 在范围定义之前，发现缺乏精确的范围定义 | 没有挖掘到全部隐性需求，所获取的用户需求信息记载不足 | 对用户再一次进行了访谈后，再对项目范围进行清晰的定义，并根据定义分解为WBS |
| 范围定义 | 为了尽快开始项目，没有定义详细的范围说明 | 不要参照初步范围说明书就开始实施工作，因为它不是基准还不够详细 | 定义详细的范围说明书，并和团队成员一起分解WBS |
| 范围定义 | 项目经理独自制作了项目范围说明书 | 没有和甲方确认，也没有评审 | 邀请团队成员一起做，和甲方确认，并增加评审 |
| 范围定义 | 对于范围定义团队成员之间理解出现了偏差 | 项目整体范围定义不充分不详细 | 项目全体人员做好进行评审 |
| 范围确认 | 客户对于项目的进展表示担心，害怕无法按时完成可交付成果 | 没有与客户进行需求的确认，缺少范围确认环节 | 范围必须得到高层和客户的确认；进行沟通管理，协调多个项目干系人之间的矛盾 |
| 范围确认 | 与干系人进行范围确认时，发现有一个变更遗漏了 | 对于需求变更时，只记录了需求，没有对需求进行跟踪和管理 | 重新确认变更控制流程，确保变更有效的被跟踪，在与客户干系人进行范围确认时之前，一定要先由项目经理确认是否有遗漏之后，签名确认 |
| 范围确认 | 在范围确认的时候，发现有些需求没有做彻底 | 没有进行需求跟踪，导致有些需求缺失 | 导入需求需求跟踪矩阵，来跟踪需求实现 |
| 范围控制 | 没有有效的范围管理，造成了二次变更 | 范围控制存在问题，对范围控制不够 | 对项目范围的变更进行有效的控制和评估 |
| 范围控制 | 出现范围蔓延的情况 | 没有定义需求变更控制过程 | 定义需求变更控制的过程，同时在组织中任命临时的CCB来承认需求的变更 |
| 范围控制 | 变更实施的不够彻底，一个需求少对应了一个模块 | 在实施变更之前没有对变更请求进行充分的分析和论证 | 对需求的影响进行全面的评估和论证 |
| 范围控制 | 变更请求的管理出现混乱状态 | 只记录了需求，没有对需求进行跟踪和管理，也没有走需求变更流程 | 对每一项需求严格按照需求变更控制流程执行，并跟踪需求的实现情况 |
| 控制范围 | 客户方重复提出需求，一些已经实现一些还没实现 | 没有对需求进行很好的管理，配置管理没有做好 | 完善配置管理，建立变更管理流程 |
题1
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包含在项目内。请以“论信息系统项目的范围管理”为题进行论述:
1、概要叙述你参与管理过的信息系统项目(项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等)，并说明你在其中承担的工作（项目背景要求本人真实经历，不得抄袭及杜撰)。
2、请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统范围管理的认识:
（1）该项目范围管理的过程（包含工作内容、目的、涉及角色和主要工作成果)。 （2）请根据你所描述的项目，详细阐述你是如何进行需求收集的。
（3）请根据你所描述的项目，写一个范围确认的全部过程记录
3、请结合你所叙述的信息系统项目，论述你进行项目范围管理的具体做法，并总结心得体会。
题2
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包含在项目内。请以“论信息系统项目的范围管理”为题进行论述:
1、概要叙述你参与管理过的信息系统项目(项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等)，并说明你在其中承担的工作(项目背景要求本人真实经历，不得抄袭及杜撰)。
2、请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统范围管理的认识：
（1）该项目范围管理的过程（包含工作内容、目的、涉及角色和主要工作成果)。
（2）请根据你所描述的项目，说明范围管理和进度管理、成本管理、质量管理之间的联系与区别。
（3）如果在管理过程中客户需求不断蔓延，请结合实践给出处理办法。
3、请结合你所叙述的信息系统项目，论述你进行项目范围管理的具体做法，并总结心得体会。
题3
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目。项目范围管理主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包含在项目内。请以“论信息系统项目的范围管理”为题进行论述:
1、概要叙述你参与管理过的信息系统项目(项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等)，并说明你在其中承担的工作(项目背景要求本人真实经历，不得抄袭及杜撰)。
2、请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统范围管理的认识：
（1）该项目范围管理的过程（包含工作内容、目的、涉及角色和主要工作成果)。 （2）请根据你所描述的项目，设计一个需求跟踪矩阵
（3）请根据你所描述的项目，设计一个5层WBS 3、请结合你所叙述的信息系统项目，论述你进行项目范围管理的具体做法，并总结心得体会。