论信息系统项目范围管理（共5篇）

第一篇：论信息系统项目范围管理

论信息项目范围管理

摘要：

2011年5月，我作为项目经理，带领团队实施了XX油田生产运行管理系统建设项目。该项目投资为380万元，建设周期为一年。该油田拥有各类油水井9万余口，分别在其下属的20个采油厂所管辖的153个采油队管理，因油水井数量大，各基层单位管理模式不同，对数据建设认识程度不高，造成了油水井现场相关数据管理混乱，给生产运行管理、科研数据收集等工作带来了不便。为此，立项实施生产运行管理系统建设，将油井设备型号、每日运行状态，日生产动态数据、油田主要作业情况，进行统一建库管理，进而加强生产动态数据的统计分析，以提高生产运行管理水平。本文结合作者的实践，以XX油田生产运行管理系统建设为例，讨论信息项目的范围管理，重点论述编制范围计划、创建工作分解结构，以及范围确认、控制等工作，最后总结分析项目范围管理的成功经验，以及项目经理管理方面存在的不足以及需要努力的方向。

正文

2011年5月13日，XX油田生产运行管理系统启动建设，我有幸担任项目经理，经过为期近一年的努力，2012年5月1日系统正式上线运行，并通过验收。项目为软件开发，不涉及硬件采购集成，总投资为380万元。系统采用JSP语言开发，B/S架构，中间件为weblogic，后台数据库为ORACLE。该项目主要分为四个部分：井场设备管理子系统、采油数据管理子系统、钻井动态管理子系统、井下作业管理子系统。平台分为三个应用层级，采油队负责数据录入，采油厂负责审核数据，公司层面实现数据统计分析，用于生产运行指挥决策支持。通过系统的应用，客户方实现了9万口油水井设备型号、配件型号的电子建档管理，实现了井场设备运行情况动态监测，油井现场钻井、井下作业动态、油水井采油动态数据的入库管理，自动统计分析等功能，减少了各层级统计人员工作压力，实现了无纸化办公，大大缩短了故障响应周期，为该公司生产数据有序管理，油水井设备调拨、措施井评价等工作提供了有效支撑，提高了生产运行管理能力。

在本项目建设过程中，除了精心抓好其他管理工作外，我重点加强了范围管理，因“生产运行”概念较大，只有在项目初期，清楚甲方企业环境因素，明确对范围进行定义，形成基线，并在项目的进行过程中进行严格的控制，才能防止蔓延现象的发生，保证项目按照进度、成本和质量的要求顺利完成。项目建设过程中，我特别重视项目的范围计划编制、分解，以及范围确认和控制工作。

1、精心组织编制范围计划

明确项目范围是软件研发工作顺利实施的前提。为了更好的组织范围计划编制工作，我充分分析了甲方的企业环境因素，得知生产管理部系该公司生产运行管理的责任部门。生产管理部、采油厂生产科、采油队工作人员是该系统的主要干系人，我通过问卷调查、会议讨论等方式捕获收集业务需求。经分析，系统建设数据采集方面包括：油水井设备、配件型号信息、生产动态数据，应用方面包括：采油队、采油厂、油田公司三个层次的动态数据日报表、月报表、年报表，2、井损坏状态信息统计，3、增油措施评价，4、钻井、井下作业动态等。明确业务需求后，我带领团队从技术角度出发，转变为技术需求，继而形成软件规格需求说明书SRS，范围管理计划的编制工作就变得有章可循。

我通过参照甲方专家判断、应用历史项目的模板、表格工具，制定了范围计划，力求稳步推进详细项目范围说明书编制到创建WBS，力求使成果交付和变更事宜更加正式和流程清晰。当然，这些工作的前提是明确范围定义。

2、从全局出发做好范围定义

定义详尽的项目范围说明书对于项目的成功至关重要。从全局出发做好范围定义，可以有效防止范围蔓延。就我所管理的项目而言，甲方生产业务链条较长，其成产过程包括：钻井、录井、测试、井下作业、采油等多个环节。我采用“德尔菲法”，邀请客户高层领导、科研人员、生产管理人员，现场工作人员经过反复分析论证，确定了油水井现场钻井、井下作业（修井及措施）、采油三项生产动态监测的范围，明确了限定条件和可交付物。此工作虽然耗费了一段时间，但所有项目干系人之间形成了项目范围共识，提供了一个范围边界，对判断变更起到了边界作用。

宏观上三个业务范围已经明确，我要求团队就各业务体系纵向上加以分析，进一步明确了通过钻井、采油的监测，实现数据统计分析；通过井下作业监测，实现设备配件调拨、措施增油效果评价等应用，进而实现提高整体生产运行管理水平的总体目标。

通过宏观和纵向业务范围的定义，项目团队明确了项目目标、范围、需求、项目边界以及可交付物等信息，形成了较为详尽的范围说明书，下一步工作重点就是将其分解为更小、更易管理的工作单元。

3、科学创建工作分解结构

工作分解结构是组织项目管理工作的主要依据。将项目范围分解开来，能够使项目的概况和组成明确、清晰、透明、具体。使项目干系人都能把握和了解项目。在该项目中，我首先按照以往工作分解模板，将项目的建设过程按照生命期进行分解为：确定需求、系统设计、研发、测试、安装5个阶段，同时又将每个阶段的工作进行划分，保持项目的完整性。例如需求，我又将其划分为数据采集平台建设需求、统计需求、生产运行指挥需求等。并通过WBS字典加以描述。

在创建分解结构的同时，我将人力资源、资金、进度分解到每个单元，同时我要求各分项负责人要进一步将工作分解细化，确立子项目，将质量管理贯穿于各阶段，以便于执行和实现目标要求，保证项目建设科学、有序推进。

4、有序组织开展范围确认

范围确认是项目干系人所关注的重点，包括工作分解结构、可交付物、阶段成果和最终结果等。范围确认贯穿于项目的始终，因此，有序组织开展范围确认是必要的。在本项目每个阶段任务完成时，我都组织“检查”，例如：采油动态数据采集模块开发完成时，我组织开展了阶段审查，向客户展示了采集界面，讲解了产液量、含水率、产油量等数据采集项，及数据单位规范，提交了阶段总结，征求了需求

满意度确认信息等。同时要求团队认真对待每一个变更申请，及时确定纠正措施，并根据工作进度和变更情况，及时更新WBS和WBS字典，保证每个阶段工作经得起检查，力求每个环节都成为经得起检验的里程碑。

5、严抓范围控制

众所周知，项目建设过程中，变更是不可避免的，为防止范围蔓延，做好范围控制尤为重要。对于范围控制我从三方面严抓：一是严抓范围定义，确定边界；二是严抓变更流程，所有变更必须经CCB进行审核，三是，严谨确定是否执行纠正。接到客户的变更申请时，我要求参照项目范围说明书及阶段绩效信息，认真开展偏差分析，查找原因。例如：甲方要求采油数据应用“方”和“吨”两种单位进行量化，究其原因是各基层采油厂计量单位不统一造成的。经团队分析，此变更不会对系统架构、功能稳定性构成影响，但我方认为统一数据标准是精细化管理的重要内容之一，经协商，甲方采纳了我们的意见，数据标准通过系统应用，得以控制、统一。

经过为期一年的努力，系统建设按预期完成，并得到有效应用。实现了油水井设备运行监测、单井采油数据规范管理，生产动态实时掌握，措施评价及时、客观，为生产运行指挥、科研工作提供了及时的数据决策支撑，受到了该公司的高度评价和认可。

本项目的成功经验在于：范围定义准确，边界划分清晰，工作分解结构设置得当，并实现了有效的范围控制。不足之处有：我及我的团队没有懂石油专业的技术人员，致使范围定义有些不便，但中期通过交流和自身学习，得以改善，没有影响后续工作。这就提示我们项目经理，在今后工作中，要加强客户方企业环境因素及业务领域的学习，提高自身的综合素质，才能更好的驾驭本职工作。

第二篇：论信息系统项目管理

论信息系统项目的沟通管理

[摘要]2015年3月，我参与了某市规划局规划管理信息系统的项目管理。该系统是以B /S模式架构，数据库采用了Oracle11g,GIS平台采用了ARCGIS10.0。该系统包括规划业务审批，行政办公，GIS图形分析等功能，是OA、MIS、GIS 的集成应用。项目历时10个月，最终较为顺利地完成了项目建设。该规划管理信息系统在市局、八个分局、六个直属单位全面投入运行，获得一致好评。本文结合作者实践，以该项目为例，探讨了信息系统项目中的沟通管理，包括编制项目沟通管理计划，信息分发，绩效管理，项目干系人管理等几个方面，论述了沟通管理在本项目实施过程中的实践经历和经验教训，认为沟通不畅，干系人不能及时准确的了解项目进展是导致项目失败的一个重要原因。本文在最后总结了在项目沟通管理方面的经验和不足。[正文]某市规划管理信息系统是在为市政务部门及民众提供相关信息化应用服务和辅助决策性支持，增强城市规划管理部门的管理水平和领导决策准确性的背景下，于2015年3月启动的，我公司中标该项目，中标金额为680万元。根据项目章程，任命我为该项目的项目经理，负责项目的全面管理。项目历时10个月，于2015年12月在市局、八个分局及六个直属单位全面运行，通过了客户方验收。

该项目旨在建立一套集规划业务审批、行政办公、GIS图形分析、CAD 绘图编辑于一体的系统。其中，“一书两证”业务审批的图件、文档、表格、会议、材料信息，实现了在市局及八个分局之间的方便快捷流转，随着审批流程的流转，达到了全程带图作业，实现了图文双向查询，用户可以任意查询每个案件的业务数据、办理情况、办理过程以及相关的必备材料信息，同时，可以在审批流程的任意一个环节调用叠加与案件相关的各种地形图、控规图、详规图、专题图、影像图以及各种属性信息进行分析和对比，实现了业务办理与图形浏览、分析和计算的紧密结合。系统中的内网信息发布模块，分为通知公告、政策法规、舆情监测、职工工会四个栏目。内网信息发布模块，自全面运行至今，内网信息发布百余条。系统中的电子报建模块，实现了远程报建及报建文件一键录入。一方面，建设单位通过在市规划局门户网站免费下载电子报建软件，填写申请表单和上传报建材料，完成报建项目预录入并保存为磁盘文件。另一方面，窗口人员根据建设单位提交的磁盘报建文件一键录入系统，避免信息的繁琐输入，实现高效、透明、规范的审批目标。

由于该项目具有规模大，周期长，涉及干系人众多等特点，要保证系统按时上线，沟通管理显得尤为重要。为保证项目的顺利进行，公司采用了强矩阵型组织结构，在对公司成功案例经验总结基础上，充分运用项目沟通管理知识，结合发起人的业务需求和公司管理规程，有效保证了甲乙双方沟通顺畅，提升了干系人的满意度，项目顺利完成，获得用户方和领导的一致好评。

良好的项目沟通管理对项目的成败起着关键作用，不少失败的项目案例都是因为甲乙双方沟通不畅，信息不对称，而导致了项目的失败。在本项目中，我通过做好干系人分析，编制详细的沟通管理计划；及时全面的信息分发；制定项目绩效报告；做好项目干系人管理等工作，对项目进行沟通管理，保障项目工作有条不紊地进行。

一、做好干系人分析，编制详细的沟通管理计划

要实施有效的干系人管理，就要尽早识别出项目干系人。因此，项目中标后，我就参照项目章程，项目范围说明书，列出该项目的主要干系人，登记在“干系人花名册”中，花名册详细记录了干系人的姓名、职位，在项目中充当的角色，对项目的支持程度，可能对项目产生的影响以及建议的应对措施。项目团队成立之后，我又带领项目组成员通过召开头脑风暴会议，更新了项目干系人花名册。由于项目涉及市局、八个分局还有直属单位等机构，有规模大、干系人众多的特点，我和团队根据干系人关心的不同内容，将干系人分为三组。第一组干系人有公司领导和市局的主管领导，而市局主管领导又是本项目的发起人之一，需要在项目中及时给他递送项目的进展情况，以获得他对整个项目的信任；第二组项目干系人包括各项目组负责人和市局信息中心主任，是项目的直接负责人，他们关心的是项目的具体功能是否符合要求，需要定期分发阶段评审的结果。第三组项目干系人关心的是项目质量，要确保项目按质按进度正常开展，要定时召开技术评审会议。

通过多次团队会议，我和团队利用项目范围说明书，项目管理计划等，结合项目干系人分析，制定了项目沟通计划。

二、按照沟通管理计划，做好信息分发

信息分发是向项目干系人及时地提供所需的信息，包括实施沟通管理计划以及对始料不及的信息需求的应对。按照沟通计划，实施内外有别的沟通策略，对公司外部干系人，我通过工作会议、邮件、电话等方式及时为项目干系人提供项目进展情况，以获取对项目的信任。对于公司内部的团队成员，我利用公司内部的RTX即时沟通软件作为辅助沟通手段，并于每周五召开周例会，总结上周的工作，计划下周的工作。在向外部干系人进行信息分发时，我充分注重沟通技巧。在与信息中心主任沟通时，我多采用非正式的沟通方式，采取面对面交流的方式，尽量避免使用专业术语，这样既可以保证将项目进展及时准确地传递给干系人，也有利于建立双方的信任关系，了解干系人对项目的满意度。

三、定期发布项目的绩效报告

定期发布项目的绩效报告主要是为了定时进行工作的汇报。我要求项目组成员每周提报工作情况汇报，包括上周工作完成情况和下周工作计划。一方面是便于周例会进行工作总结与安排；另一方面是便于跟踪和控制项目进展情况，每两周对工作完成情况使用挣值分析，形成项目目前的状态，进展情况和对未来的预测。项目干系人通过绩效报告可以获得项目在特定时间的进展、资源使用情况等信息。制定绩效报告的时候，我还使用了公司绩效报告的Excel模板，模板的“总览报表”为管理高层提供了他们希望看到的规管系统每周概况信息。而“成本报表”提供了项目现金流等信息。我通过及时完成和提交绩效报告，使项目团队成员和项目干系人随时掌握项目情况，保证项目顺利实施。

四、做好项目干系人管理，提升干系人满意度

项目干系人管理就是对项目沟通进行管理，满足项目干系人的需求并解决项目干系人间的问题，对公司及市局的主管领导，一定要汇报他所关注的点，如进度问题、成本使用情况，及各单位对于项目的意见和反馈，以期望达到项目重要干系人给予我最大的信任，对市局信息中心主任，各业务部门负责人，主要都是实际业务负责人，对实际业务流程方面有一定的权威，需要采用严谨的制度，宽松的工作氛围和适当的奖励方法，来提升团队的积极性。

尽管在项目初期制订了项目沟通管理计划，以及在实施过程中严格对绩效进行跟踪报告、信息分发和项目干系人管理，但由于沟通对象是人，而且项目中涉及人员众多，难免会出现问题。比如在对外部的沟通上，主要表现在项目组人员尤其是技术人员沟通能力不足，比如在开发过程中，开发人员就部分功能实现与分局信息中心发生冲突，针对这个问题，我利用项目实施过程中的间隙对项目组人员进行了沟通技巧的培训，让他尽量避免使用专业术语。在团队内部的沟通上，由于有2名刚毕业的大学生，初次参与项目，对做项目不熟悉，也没有经验，而团队其他成员也各自忙着自己负责的开发任务，这两名团队成员开始消极怠工，针对这样的情况，我和各业务负责人商议，在两周的周例会结尾，安排半小时的项目培训或召开经验交流会，如果部门的培训内容丰富或取得一定效果，则给予一定的奖励，从而提升了团队的整体能力。经过10个月的努力，该规划审批系统终于顺利完成交付。至今，系统运行正常，受到客户有关部门的一致好评。项目的圆满成功离不开项目的沟通管理。综上所述，项目沟通管理的理论有效地指导了此次项目的实施，保证了甲乙双方沟通顺畅，提升了干系人的满意度。通过此次实践，我对项目沟通管理有了更加深入的理解，为以后的工作积累了宝贵的经验。

第三篇：项目范围管理

项目范围管理

编制范围管理计划：

输入：项目章程；初步的范围说明书；项目管理计划，组织过程资产，环境和组织因素 输出：项目范围管理计划

工具：专家判断，模版表格和标准

范围定义：

输入：项目章程；初步的范围说明书；项目管理计划；组织过程资产；批准的变更请求 输出：详细的范围说明书；变更请求；更新得项目文档

工具：产品分析；识别多个可选方案；项目干系人分析；专家判断

创建WBS：

输入：详细的范围说明书；项目范围管理计划；批准的变更请求；组织过程资产 输出：WBS和WBS字典；范为基准；更新的项目管理计划；更新的项目范围说明书；变更请求

工具：WBS模版；分解技术；WBS工作包的格式；波式滚动计划

范围确认：

输入：项目管理范围管理计划；项目范围说明书；WBS和WBS字典；可交付物

输出：可接受得项目可交付物和工作或（已确认的范围）；变更请求；更新的WBS和WBS字典；推荐的纠正措施

工具：检查（审查，审计，产品评审，走查）

范围控制：

输入：项目范围管理计划；项目范围说明书；WBS和WBS字典；工作绩效数据；绩效报告；已批准的变更请求

输出：新的变更请求；建议的纠正措施；更新得（WBS和WBS字典，项目管理计划，范围说明书，范围基准，组织过程资产)；工作绩效

工具：偏差分析；重新制定计划；变更控制系统和变更控制委员会（CCB）；配置管理系统

第四篇：论信息系统项目沟通管理论文(高项)

信息系统项目管理师 http://

论信息系统项目沟通管理论文范文（高项）

【摘要】

2015年2月初我作为项目经理主导实施了某市某汽车股份有限公司MES项目，该项目投资650万元人民币，建设工期为13个月，通过该项目的建设解决了该工厂的多车型多批次小批量混线生产、线边生产消耗拉动物料需求、供应商供货管理、高位货架管理、关重件扫描控制、质量问题追溯、一车一档等问题，同时和企业的SAP、SRM、QNS系统做集成解决了企业的信息孤岛问题。该项目于2016年3月份，通过了业主方的验收，获得了用户的好评，并作为重点试点单位，向其他生产基地推广实施。

本文结合作者的实际项目经验，以该项目为例，讨论了信息系统建设过程中的项目沟通管理，主要从以下几方面进行阐述：

1、识别项目干系人，并了解这些项目干系人对项目的收益和影响，谁需要什么样的信息，什么时候需要。

2、针对不同的项目干系人以合适的方式及时提供信息。

3、收集项目的进度情况、状态信息和预测信息，编制绩效报告。

4、对项目沟通进行管理，满足信息需求者的需求，并解决项目干系人之间的问题。

【正文】

2015年2月初我作为项目经理主导实施了某市某汽车股份有限公司MES项目。系统上线后通过一系列的拉动关联，重组和优化了公司的业务流程，构建起采购、供应商、物流仓库、总装车间、焊装车 信息系统项目管理师 http://

间、涂装车间、冲压车间之间的内部集成的一体化系统，使整车生产的信息化管理程度和按需配送物料的及时响应度得到了明显的提高。该项目开发语言采用C#.Net、J2EE，数据库采用oracle 10g，中间件采用weblogic10，系统采用C/S架构，数据库服务器为RedHat Linux，应用服务器为windows server2003企业版，开发工具使用eclipse3.0 和Vs2008，其中应用服务器和数据库服务器硬件均采用机架式IBM X3850系列。

众所周知，在项目实施过程中，沟通管理占用项目经理工作量将近90%。而且由于本项目涉及到的系统多——需要4个系统做集成，人员广——涉及到的开发团队有3个，业务部门有7个，因此，在本项目中，沟通管理尤为重要。在本项目管理中，我作为项目经理除了对其余管理领域进行克制恪守的管理外，特别对沟通管理从以下几个方面进行了管理。（过渡段）

一、识别项目干系人，了解项目干系人的需求，编制沟通计划

1、识别项目干系人：项目开始后我作为项目经理带领项目团队（业务顾问2人，.Net 开发工程师3人，Java开发工程师2人，SAP开发工程师1人，测试工程师1人，项目配置管理员1人）深入甲方现场并协同甲方召开了项目启动会，根据项目章程中的公司组织架构了解了参与本项目的各个项目干系人，如：总经理、生产副总、采购部部长、四大分厂厂长、物流部部长、以及关键操作岗的业务骨干。会后对项目干系人进行了分析和总结，生产副总负责项目所需资源的总协调，采购部长、四大分厂厂长、物流部部长和相关岗位的业务骨 信息系统项目管理师 http://

干负责需求的提出和系统上线后的具体使用，其中采购部长、四大分厂厂长和物流部长会对项目的收尾和验收起决定作用，因此我们在做需求和范围定义的时候必须要充分考虑这个几个部门的要求。

2、了解项目干系人需求：从事多年项目管理经验的我深知，需求是龙头，因此带领项目成员通过访谈、现场观察、交流会的方式去挖掘各个项目干系人的需求。经过30多天的时间了解了各项目干系人对系统的功能需求、性能需求，编写了项目需求文档说明书，然后召集项目干系人进行需求的确认、评审和高层领导的会签，确定了项目需求基线，为后期的项目管理确定了基础。

3、通过以上的项目干系人的识别分析和项目干系人需求的了解，我们确定了项目沟通计划，确定了沟通的内容、方式、频次、时间、地点和沟通时需要项目组提供的资料等，如：每周五上午8点在总装厂会议室以现场会议的方式进行沟通，项目组所有人必须全部参加。项目经理以PPT的方式提供项目绩效报告和在项目中遇到的问题，会议记录以电子邮件的形式发送给项目组所有干系人并抄送给主管副总裁。

二、采取合适的沟通方式把项目干系人的所需信息在合适的时间提供给项目干系人

1、沟通方式和分发方式：在项目实施过程中，为了保证项目组有足够的工作时间同时为了提高工作效率，我们采取了多沟通相结合的方式进行沟通。如：项目组内部的咨询顾问2人、开发工程师4人、测试工程师、配置管理员出现问题的时候，我们及时的进行口头沟通，信息系统项目管理师 http://

尽快的解决问题，事后会把项目中遇到的问题和解决办法以电子邮件的形式分发。和用户进行沟通时，我们采用正式的会议的沟通方式并结合文档，所有的涉及到需求变更的、设计的、进度的、测试的、以及形成的相关决议的等信息必须以文档的形式分发并归档。

2、总结经验教训：由于本项目涉及的系统比较多，各种接口众多，集成度要求高，在项目实施过程中总会出现业务设计和技术实现方面的问题，有时候解决一个问题需要查询大量的资料才能解决，为了以后再遇到这种问题能够很快的得到解决，我们在把问题解决后都整理成一个解决方案，并将方案分类是技术解决方案的还是经验教训的，将方案加入到我们知识库中。如：我们的知识库中已经包含了.NET、J2EE、SAP、Webservice等总计超过15000条的经验分享，这也是我们项目能够成功实施的一个宝库。

三、了解项目进度情况、项目范围、项目状态、项目预测等信息，并编制项目绩效报告

1、收集项目绩效信息：在项目管理过程中，我通过微软的Project2010 进行项目计划的管理。每天下午临下班前半个小时，我会挨个了解当天的项目业务顾问设计情况、开发工程师的开发情况、测试工程师的测试情况和已完成任务的百分比，并在project中更新进度比例。定期收集经过项目内部评审过的设计说明书、测试计划、用户手册等。

2、项目状态评审：在项目实施过程中，我要求项目组内部每周四下午召开项目状态评审会议，会议评审相关的接口设计说 明、测 信息系统项目管理师 http://

试用例和测试计划、用户手册等，项目组内成员可以把在项目中遇到的问题提出讨论解决，如果不能解决的我会协调公司其他的资源来协助解决。每周五上午和用户部门召开项目例会，汇报项目绩效报告和需求变更请求的讨论。

四、与项目干系人进行沟通协调，处理好项目干系人之间的关系

明确问题记录和沟通方法：在每周和客户之间的项目例会中，我会把系统中已发现的问题清单列出，和业务部门讨论哪些问题需要系统提供功能实现的并明确责任人，哪些问题是属于管理方面需要改善的，要让项目干系人清楚的了解项目的进度情况和他们需求是否匹配。将在会议中形成的决议通过电子邮件发给项目干系人，避免由于信息沟通不畅引起的不满。

【结束语】

经过我们团队的不懈努力，历时13个月时间，本项目终于与2016年3月，通过了业主方组织的验收，本项目的顺利验收，解决用户企业整车生产多品种共线生产的问题，得到了业主方的好评，同时也为向其他生产基地重点推广该项目奠定了基础。本项目的成功得益于我成功的沟通管理。当然，在项目中还有一些不足之处，比如 ：在项目的实施过程中，由于采购的条码打印机无法打印，后来有供应商从厂家派遣技术人员过来才得到了解决，影响了供应商交付模块的上线，不过，经过我后期的纠偏，并没有对项目产生什么影响。在后续 信息系统项目管理师 http:// 的学习和工作中，我将不断的充电学习，同时进行业务交流，提升自己的业务和管理水平，力争为我国信息化建设做出自己的努力。

第五篇：项目范围管理题目

项目范围管理题目 单项选择题

1.工作分解结构的基础是()。

A.产品需求 B.项目需求C.干系人的全部需要和期望D.产品需求和项目需求 2.项目范围说明书中通常包括以下哪些内容?()A.产品范围、项目可交付成果、项目进度里程碑、项目除外责任

B.产品范围、产品验收标准、项目可交付成果、项目组织结构图、项目除外责任

C.产品范围、产品验收标准、项目可交付成果、项目除外责任、项目制约因素 D.产品范围、产品验收标准、项目可交付成果、项目假设条件、项目审批要求 3.核实范围的主要内容是什么?()A.确保项目可交付成果按时完成

B.通过确保客户对可交付成果的接受，保证项目不偏离轨道 C.确保可交付成果符合技术规范 D.给人们提供一个发表不同意见的机会 4.以下哪个是收集需求的输入?()A.项目工作说明书 B.项目章程 C.干系人管理策略 D.采购工作说明书 5.以下关于产品范围和项目范围的说法，哪个是正确的?()A.项目范围服务于产品范围

B.项目范围的变化必然引起产品范围的变化 C.产品范围的变化必然引起项目范围的变化 D.产品范围服务于项目范围

6.控制账户是工作分解结构某个层次上的要素，以便()。A.指定工作的责任人或小组 B.进行挣值管理 C.与工作包一一对应 D.汇总项目的成本数据 7.以下哪个不是项目范围管理的过程?()A.收集需求 B.创建工作分解结构 C.实施工作分解结构 D.核实范围 8.用来衡量产品范围完成情况的文件是()。

A.项目管理计划 B.项目范围说明 C.项目工作分解结构D.产品需求文件 9.以下哪项是收集需求过程的工具与技术?()A.控制图 B.鱼骨图 C.流程图 D.亲和图 10.下列四个选项中，不属于备选方案识别技术的例子是()。A.价值工程 B.横向思维 C.配对比较 D.名义小组技术 11.范围蔓延是指()。

A.项目范围的合理延伸 B.产品范围的合理延伸

C.经过批准的项目范围或产品范围变更D.未得到控制的项目范围或产品范围变璧

12.项目范围变更()。

A.也叫做范围潜变 B.是不可避免的

C.会影响进度、成本等，必须被拒绝 D.应该由项目发起人来审批 13.定义范围过程旨在()。

A.制订范围管理计划 B.制定项目范围说明书 C.制定项目工作说明书 D.制定工作分解结构 14.核实范围过程与实施质量控制过程的关系是()。A.经质量检查合格的可交付成果才能进行范围核实 B.经范围核实符合要求的可交付成果才能进行质量检查 C.应根据具体需要，先做质量检查或先做范围核实 D.质量检查和范围核实通常可以同时进行 15.应该在什么阶段核实范围，以保证在可交付成果完成时及时进行验收?()A.项目执行 B.项目监控 C.项目收尾 D.项目变更 16.系统工程、价值工程、价值分析和系统分析经常用于()。A.备选方案识别 B.可交付成果识别 C.项目制约因素分析 D.产品分析 17.核实范围过程旨在()。

A.审核项目范围基准的正确性 B.审核工作分解结构和工作分解结构词典的正确性 C.审核项目范围说明书的正确性 D.验收已经完成的可交付成果

18.以下哪个是控制范围过程的输出?()A.工作绩效信息 B.工作绩效测量结果 C.技术绩效测量结果 D.绩效报告 19.在整个项目生命周期中，用于监督、核实和控制项目范围的文件不包括()。

A.项目工作说明书 B.项目范围说明书 C.工作分解结构D.工作分解结构词典 20.在项目的环境中，“范围”可以指()。A.产品范围和工作范围 B.产品范围和项目范围 C.项目范围和管理范围 D.项目范围和需求范围 21.以下各项都是收集需求过程的输出，除了()。

A.需求管理计划 B.需求识别文件 C.需求文件 D.需求跟踪矩阵 22.工作分解结构的第一层通常可以是()。

A.项目阶段 B.高层次的可交付成果 C.准备外包出去的子项目 D.以上都是 23.下列哪一项最恰当地描述了项目范围说明书?()A.项目范围说明书是规划范围过程的输出 B.项目范围说明书识别项目的目标和可交付成果 C.项目范围说明书一经制定，就不允许更改 D.每个项目只能有一份项目范围说明书 24.项目范围管理旨在确保()。

A.做尽可能多的工作，使项目尽可能完美 B.做而且只做为成功完成项目所需要的工作 C.为客户提供额外的产品功能 D.确定不包括在项目范围内的工作

25.以下哪个不是创建工作分解结构过程的输出?()A.项目范围说明书B.工作分解结构 C.工作分解结构词典 D.范围基准 26你正在管理一个新产品研发项目，要研制出一种永不卡住的拉练。“永不卡住”是属于()。

A.项目需求 B.商业需求 C.交付需求 D.产品需求 27.项目范围说明书()。

A.用来记录项目的主要可交付成果及所需开展的项目工作 B.有助于创建WBS C.用来明确怎样对已完可交付成果进行正式核实与接受 D.用来指导对项目范围变更请求的审批

28.收集需求的工具与技术中，通常采取“一对一”的形式的是()。A.访谈 B.问卷调查 C.德尔菲技术 D.引导式研讨会 29.以下哪个文件会明确说明那些被排除在项目之外的内容?()A.工作分解结构B.项目范围说明书C.项目范围管理计 D.工作分解结构词典 30.工作分解结构底层的要素是()。

A.控制账户 B.规划包 C.规划要素 D.工作包 31.在以下哪种情况下，应该采用观察的方法来收集项目干系人的需求?()A.干系人的数量很少时 B.需要用渐进明细的理念来开发需求时 C.干系人不愿或不能说明他们的需求时 D.需要组建焦点小组时 32.项目需求包括下列所有，除了()。

A.产品性能需求 B.商业需求 C.项目管理需求 D.交付需求 33.以下哪个是收集需求过程的输入?()A.项目工作说明书 B.项目范围管理计划C.干系人登记册D.干系人管理策略 34.以下哪个是控制范围过程的输出?()A.工作绩效信息B.工作绩效测量结果 C.绩效报告 D.质量控制测量结果 35.关于WBS的说法，哪项是正确的?()A.WBS的第一层可以是可交付成果、项目阶段或子项目 B.WBS的第一层可以是可交付成果、项目部门或子项目 C.WBS的第一层可以是可交付成果、项目阶段或项目活动 D.WBS的第一层可以是项目部门、项目阶段或项目活动 36.定义范围的一个输入是()。

A.项目工作说明B.需求文件 C.工作分解结构(WBS)D.需求跟踪矩阵 37.收集需求过程是()。

A.定义并记录干系人的需求 B.主要关注产品需求 C.主要关注项目需求 D.主要关注性能需求 38.以下哪个最好地描述了工作分解结构(WBS)?()A.WBS是对工作成果的层级分解 B.WBS是对工作本身的层级分解 C.WBS是对项目产品的层级分解 D.WBS是对项目活动的层级分解 39.核实范围过程旨在()。A.正式验收可交付成果 B.审查项目范围文件的正确性 C.检查可交付成果的技术正确性

D.发现项目范围偏差，管理项目范围基准变更

40.你的一个合同商给你发了一封电子邮件要求使用更高质量的原材料，这将会导致费用增加和质量得到提高。项目经理应该首先做什么工作？（）A、更改项目基线

B、要求合同商发一份正式的变更请求 C、询问你的发起人的意见 D、更改WBS

41、客户通知你对原始范围做一项小的变更。与整个项目相比，这是一项很小的投入，并且你需要这个大项目的亲善关系。你将：（）A、拒绝做这个工作。B、同意免费做这个工作。

C、做这个工作，然后给客户开账单。

D、评估这个工作对成本和进度产生的影响，然后告诉他们你将在晚些时候决定这件事。

42、一个项目的启动阶段输出不包括下列哪项？（）A、项目章程

B、约束条件

C、产品描述

D、项目经理选择

43、范围确认的主要内容是什么？（）A、确保项目可交付成果按时完成

B、通过确保客户对可交付成果的接受保证项目不偏离轨道 C、显示可交付成果符合技术规范 D、提供一个发现不同意见的机会

44、关于项目可交付成果，下列哪句是正确的？（）A、项目可交付成果是在完全定义了工作之后确定的。

B、在项目计划编制期间对项目可交付成果进行描述，然后随着时间的推 移对它们进行细化。

C、在项目开始时用项目干系人的输人对可交付成果进行定义。D、项目可交付成果由项目发起人来确定。

45、你正在管理一个为期6个月的项目并且每两周与你的项目发起人开一次会。在工作了五个半月后，这个项目既符合进度又在预算内，但是项目发起人对可交付成果不满意。这一情况会把项目完工延误一个月。可以防止这种情况的最重要的过程是：（）

A、风险监控

B、进度控制

C、范围计划编制

D、范围变更控制

46、除了（）下面所有陈述是错误的？ A、WBS传达每个定义项目活动的日历日期 B、WBS对每个定义活动的商业需求加以说明 C、WBS向项目干系人传达定义的项目活动

D、WBS对负责每项定义项目活动的职能经理加以说明

47、产品文件是（）的输人。A、范围确认

B、绩效报告 C 风险分析

D、范围计划编制

48、一个项目经理正在对一项可交付成果实施审计时听到做这项工作的团队成员对所有人抱怨说，审计他做的工作是挑他的刺儿。你知道这是不对的。对于今后的项目你应该吸取什么教训？（）

A、在项目开始时就告诉团队成员，他们的可交付成果将受到审计。B、在范围管理计划中制定一项政策。C、降低审计频率。

D、用简单检查代替审计。

49、在已经建立的绩效测量基准计划之后，客户要求扩大项目范围。客户将需要提交哪类文件？（）

A、变更申请

B、工作说明 C、修改的项目进度计划

D、发票

50、在一个设计项目开始两个月后，客户要求对产品作修改。在没有通知项目经理的前提下就做了这项变更。在最终测试阶段，测试结果与当初计划的不同。这种情况是下列哪项的例子？（）

A、测试计划定义不完善

B、质量管理计划的开发不完善 C、使用范围变更控制的技能差

D、不坚持沟通计划

51、下列哪项不是范围计划编制的部分？（）

A、检查

B、确定备选方案 C、质量功能展开

D、成本／收益分析

52、一个职能经理与项目经理的上司开会讨论对一个主要可交付成果的验收标准做一项变更。会后，这个上司与项目经理联系，让他实施这项变更。对这种情况最佳的做法是什么（）A、尽快做这项变更 B、理解该项变更

C、给管理层一份变更申请表，让他们填写后尽快交回 D、把这项变更告诉团队

53、项目大部分已经完成，客户要求对工作范围做重大变更。项目经理应该：（）A、与项目团队开会，决定是否可以做此变更 B、向客户要该项变更的描述

C、向客户解释，进展到这个程度不能再做此项变更 D、通知管理层

54、项目经理想要使用Delphi技术获得专家对他所遇到的一些技术难题的意见。他应该谨慎地做什么？（）

A、确信所咨询的专家对他们的输人是公认的。B、对任一种意见都进行信息与工作比较。C、咨询项目干系人。

D、与专家们一起开会，得出一致意见。

55、一个项目发起人给了项目经理一份章程并告诉该项目经理，他不能肯定该章程是否完整。项目章程应包括：（）

A、可交付成果和目标

B、详细的工作范围 C、详细的进度计划

D、网络图

56、一个项目经理从一个团队成员那里收到一项应提交给客户的可交付成果。在查看这项可交付成果时，项目经理注意到该文件比预期的要少一些并且没有他认为应该包括的内容。这个项目经理应该首先：（）A、与该团队成员讨论

B、与该团队成员的经理联系，让那个人接受额外的培训 C、审计开发过程 D、完成产品确认

57、在实施期间，你发现尽管以前已经批准了工作范围，但客户却对工作范围进行了变更，对该项变更的成本没有异议。你应该首先做什么？（）A、遵循变更过程。

B、与客户讨论该项变更并协商新的范围。C、与团队开会，计划选择方案。

D、对该项变更可能导致的风险进行评估并形成文件。

58、产品确认不同于范围确认，产品确认；（）A、在实施阶段发生

B、确认使用了正确的产品 C、获得客户的签字认可

D、确保所有工作都已完成

59、一个项目经理刚刚被分配到一个新项目中并得到一份完整的项目范围。这个项目经理必要做的第一件事是什么？（）A、使用WBS建立项目计划

B、确认所有项目干系人的输人都包括在工作范围中 C、组织一个团队制定采购计划 D、建立网络图 60、在对一项任务的检查中，你发现一个团队成员正在用与WBS词典中的规定不同的方法完成这项工作。你应该如何处理这种情况？（）A、告诉这名团队成员采取纠正措施。

B、确定这种不同的方法对职能经理是否是可接受的。C、问这名团队成员，这种变化是否必要。D、确定这种变化是否改变了工作包的范围。61、一个新项目经理正要编制项目的工作范围。一个项目干系人要在工作范围中加入很多事项。另一个项目干系人只是要求描述功能要求就可以了。这个项目对项目经理所在公司很重要，但是工作是由卖方来实施。你建议这个项目经理做下列哪项？（）

A、工作范围应是概括性的，以便允许卖方做自己的决策 B、工作范围应是概括性的，以便可以在以后澄清 C、工作范围应是详细的，以便可以在以后澄清 D、工作范围应详细到该类型项目所需的详细程度.62、下面哪种文档是项目经理首先要向项目团队成员定义的，为了在项目启动会议上就展示该项目是被官方批准正式成立的项目？（）A、项目章程

B、项目计划

C、可行性研究

D、费用——收益分析 63、项目经理并不能确定某个特定的工作包中包含了什么。为了能更好地理解一个工作包中包含了什么，项目经理应该首先查看：（）A、进度控制文档

B、账户编码 C、WBS字典 D、风险管理计划 64、你的一个合同商给你发了一封电子邮件要求他们只答应进行8次测试，而不是你方要求的10次测试。项目经理应该首先做什么工作？（）A、更改项目基线

B、要求合同商发一份正式的变更请求 C、在合同中找到处罚条款 D、询问你的发起人的意见

65、你是变更控制委员会中的一员，批准巨大的范围变更。项目经理首先第一步需要更新的文档是：（）

A、范围基线

B、进度 C、WBS

D、预算

66、在你以前的项目实施期间，即使你交付了客户指定的内容，你也很难得到范围定义的签字认可。为了未来项目更好实施，你会更注意哪个过程？（）A、绩效报告

B、范围确认 C、范围定义

D、管理收尾

67、下列规则除（）以外对于工作分解结构最低层次的工作包都是正确的。A、可以在一个位置不发生中断地完成 B、可以做出可信的估算 C、必须且只能分配给一个人 D、必须在80小时内完成

68、下列哪项最不真实？（）A、WBS的最低层次也可以叫工作包

B、WBS词典可以用于保存各种工作要素的说明

C、承包商的WBS和合同工作分解结构（CWBS）基本上是相同的 D、WBS中的工作包还可以进一步细化

69、效益测量和约束条件下的最佳化是（）的例子。A、成本效益比

B、可变成本 C、折旧类型

D、项目选择方法 70、用于开发的分解过程是什么？（）

A、管理计划

B、沟通计划 C、工作分解结构

D、挣值 71、项目的工作分解结构是项目经理和她的团队一起开发的。但现在项目团队成员好像正在做工作分解结构以外的工作。工作分解结构的目的是：（）A、指导项目的成本估算，而不是工作怎么做 B、给高级管理层提供高层次项目范围概观 C、把制造项目产品所需的工作包括进去

D、把整体项目范围或完成项目所必须做的全部工作包括进去 72、参与准备范围基准计划的是：（）

A、职能经理

B、项目团队 C、所有干系人

D、项目发起人

73、一个新软件产品的构建阶段即将完工。下一个阶段是测试和执行。这个项目比进度计划提前了两周。在进人最后阶段之前，项目经理最应该关注什么？（）A、范围确认

B、质量控制 C、绩效报告

D、成本控制 74、一个客户要求你给项目增加工作范围。现在项目低于预算并比进度计划提前一些。你应该怎么做？（）A、批准该项变更

B、让客户了解该项变更对项目的影响 C、请发起人批准该项变更

D、从配置变更委员会获得批准 75、下列哪项是范围确认的一项重要输入？（）A、工作结果

B、历史信息 C、正式接受

D、变更申请 76、下列哪项不是范围确认的输入？（）

A、工作分解结构

B、项目计划 C、工作结果

D、变更申请 77、工作分解结构可以用于下列哪项？（）

A、与客户沟通

B、显示每项任务的日历日期 C、对每个团队成员显示职能经理

D、显示对项目的商业需求 78、下列哪项不是范围确认的工具？（）

A、产品审核

B、审计

C、检查

D、灵敏度分析 79、在编制WBS时不需要下列哪项？（）

A、历史信息

B、项目章程 C、假设条件

D、范围说明 80、在一个新产品的开发中，我们发现竞争对手正在开发一种与我们的项目产品有相似功能的新产品。我们决定建议对产品特性和项目产品做变更。这种变更申请是（）的结果。A、外部事件

B、在定义产品范围中的错误或遗漏 C、在定义项目范围中的错误或遗漏 D、一项增值变更

81、什么时候向一个项目指派项目经理？（）

A、合同签订后

B、就在合同时执行之前 C、合同启动期间

D、合同计划编制期间 82、在过去的几周项目团队已经对活动和任务做了3项范围变更。项目经理必须非常仔细地：（）A、记录所有变更

B、向发起人提交所有变更的文件 C、确保变更都反映在项目范围内 D、防止更多的变更发生 83、一个项目经理发现两个团队成员讨论要完成一项活动需要什么并且做了很多范围变更。现在这项可交付成果完成了，那两个团队成员准备进行下一项任务。在看了他们所做的之后，项目经理确定他们所做的工作不符合项目要求。该项目经理的最佳行动路径是什么？（）

A、增加另一项任务，与正确的项目范围相符合 B、拒绝交付的任务

C、让团队重新做这项任务并把这个事故加人到他们的绩效审核中 D、请该团队成员的经理派别的人执行这项任务 84、范围确认应在何时做？（）

A、项目结束时

B、项目开始时 C、项目的每个阶段期间

D、计划编制期间 85、项目进行到一半时，客户想取消剩余的工作和合同。最佳的方法是查看下列哪项来确定项目的目的？（）

A、章程中的目的、目标和商业案例 B、WBS词典，以便验证范围是否正确 C、风险管理计划，以便评估可选方案 D、会计科目表，以便确定完工估算

86、你是一个IT项目的项目经理。你项目团队的一个信息专家在同与他一起工作的一个低级别客户代表共进午餐后得知，在显示中一项简单的改造会给项目增加巨大的附加功能。你和项目发起人都已经对范围签字认可。那位信息专家进行了这项改造，没有给项目进度带来负面影响，也没有增加额外的费用。你应该采取什么管理措施？（）

A、这位信息专家所做的超过了客户预期，并且既没有影响项目成本也没有影响项目进度，因此，这位信息专家应该受到表扬。

B、项目经理应该在项目计划中增加一项没有相应时间的任务。

C、应该告诉这位信息专家，他的行为是不可接受的，因为它完全可能给整个项目带来负面影响。

D、由于这项变更已经做了，因此项目经理应该做一份变更控制表并请客户在上面签字。案例分析题

小杨第一次管理一个大型的软件研发项目，该项目是在以前项目的基础上研发新的功能。以前项目的版本已经批量安装到客户，并达到预先设定的目标稳定程度。该项目在前期各个阶段的数据都符合原先设定的目标。但是，在系统测试阶段，测试人员却递交了大量的缺陷。经过分析，发现这些问题大多数是回归测试时发现的。而其中大部分是以前项目遗留的问题。这些问题介于优化和问题之间。不会影响基本功能，但是对新用户来说，也有修改的必要。新的用户的验收测试不久就要开始了。小杨该如何处理这些问题呢？ 答案提要：

1、原项目遗留问题是否在项目范围内，需要查看项目范围说明书；一般情况下不会包含原系统的问题修改；如果在范围内，则需进行修改。

2、如果不在范围内则需要与公司和客户沟通，估算修改的成本以及风险等因素，如果要修改，则需要做哪些工作，例如追加费用，会可能引发哪些进度方面的变化，存在哪些风险。

3、如果要修改发现的以前项目遗留问题，应该属于原项目的优化，与本项目无关。但是也需要与客户和公司沟通，一般而言，对于历史遗留问题，公司是有责任修改的，但是对于当前项目而言，可能会有很多影响，需要就该修改进行分析，是否要修改与公司和客户共同协商，寻求解决办法。

4、作为项目经理，不仅仅是该项目的项目经理，也是公司面向客户的一个形象，很多时候还需要考虑公司整体的利益，而不仅仅是原定的项目范围。

所以项目经理任务项目范围是一定要区分清楚，但是是否进行能修改是需要与公司上层和客户沟通清楚，明确其中的责任和风险

单项选择题参考答案

1-5DCBBA 6-10BCDDA 11-15DBBAB 16-20DDBAB 21-25BDBBA 26-30DAABD 31-35CACBA 36-40BAAAB 41-45DCBCC 46-50CABAC 51-55ABBBA 56-60DBDBD 61-65DACBA 66-70BCCDC 71-75DBABA 76-80DADBA