第一篇:论项目的范围管理
论项目的范围管理
摘要
本文以我负责实施的某大型数字校园系统工程为实例,探讨了项目的范围管理在项目管理中的重要性。该项目建设的范围包括:骨干管网建设、楼内综合布线、计算机网络系统平台、基础应用服务平台、机房建设,合同造价1000万,工期为一年,由于数字化园区涉及到的部分项目内容较广,客户要求变化多样,而且工期紧任务重。我在项目中担任项目经理一职,按照范围计划编制、范围定义、创建WBS、范围确认、范围控制为工作流程来指导项目的范围管理,制定有效范围控制措施,促进项目的健康发展。该项目目前已经顺利完成,在运行使用的过程中状态良好,得到了客户的认可。
正文
2009年,本人担任了一个数字化校园系统工程建设的项目经理,全面负责该系统工程项目的总集成商方面的项目管理工作。本系统的整体架构为首先确定全校的数据标准,该标准是由国家教育部数据标准、行业标准、校内标准综合构成,在共享数据中心库中形成数据统一标准格式;通过数据交换平台DCI从各业务系统中抽取全校权威数据到共享数据中心库中,形成各类库表如主题数据、公共服务数据、权威数据等,根据权限通过统一信息门户以及VPN将推送至各用户端口中,达到全网数据共享;将共享数据库中抽取整合的身份数据通过数据交换平台DCI同步至统一身份认证平台数据库中,统一身份认证平台根据重定向技术将以上各应用系统进行单点登录认证,数据证书的嵌入加强了数据的安全性;统一信息门户结合综合信息查询平台以及报表系统为各类用户提供权限范围内各类主题报表的,个性化的门户信息服务,以此提高工作效率和质量。面对这样一个项目,我意识到的应该将主要精力放在项目的范围管理上,科学地运用相关理论知识及其指导方法,做好项目的范围控制工作,协调完成项目所需的所有人员、计划和工作,带领整个项目团队实现项目的顺利完成。
项目范围的管理也就是对项目应该包括什么和不应该包括什么进行相应的定义和控制,项目范围管理对信息系统项目的成功具有至关重要的意义,在项目范围管理方面出现的问题是导致项目失败的一个重要原因。项目范围管理包括范围计划编制、范围定义、创建WBS、范围确认、范围控制等活动。本人作为项目经理,采用了会议评审,变更控制系统,提高项目优先级保证项目所需资源等方法予以解决范围管理中出现的各种问题。
1、范围计划编制
每个项目都必须慎重地权衡范围管理所使用的工具、方法、过程和程序以及一些其他因素,以确保在管理项目范围时所做的努力与项目的规模、复杂性和重要性相符,制定范围管理计划显得尤为重要。该项目中我邀请了技术业务专家对项目范围进行了专家判断,在计划中明确定义项目范围、制定详细范围说明书、定义和编制工作分解结构以及验证和控制范围的步骤和方法。
2、范围定义
项目范围包括项目的最终产品或服务以及实现该产品或服务所需的各项具体工作。软件项目范围直接与需求相关,做好项目范围定义,明确项目需求,以确认出项目该做的工作,使项目边界清晰化,是至关重要的一项范围管理工作。在该项目中,客户给定的关于项目内容的说明过于笼统,没有明确的需求说明。为此,我邀请了所有的项目干系人代表召开了一次范围研讨会,利用头脑风暴法,使项目干系人之间建立了一个对项目范围的共识,清晰了项目的主要目标,使得项目团队能进行更详细的范围和需求规划,这对于指导团队在项目实施期间的工作具有重大的意义,也为项目组提供了一个范围基线或边界。
3、创建WBS
这个项目可以说是我通过PMP后的第一次将项目管理知识体系知识灵活运用于实践之中,在该项目中,为了避免工作被遗漏掉,方便项目团队成员间沟通,我邀请了项目团队成员、专家、政府方代表及其他项目干系人参加以“项目工作分解”为主题的会议,在项目管理中我们采用了MS Project2002作为项目管理工具,通过Project,我们建立了项目的WBS,对WBS的每个任务明确了其可交付物,对每一个任务我们都要求细化到每个人在一周内可以完成。保证每一项任务都是可控的。
4、范围确认
项目范围管理要确认清楚项目相关各方在每项工作中清晰的分工界面和责任,详细、清楚地界定分工界面和责任,不但有利于项目实施中的变更管理和推进项目发展,减少责任不清的事情发生,也便于项目结束时项目范围清晰的确认。项目范围确认是项目干系人正式接受已完成的项目范围的过程,范围确认需要审查可交付物和工作成果,以保证项目中所有工作都能准确地满意地完成。同时范围确认应该是贯穿项目的始终,从WBS的确认,到项目验收时范围的检验。为保证做好各个阶段的范围确认工作,本人在项目实施中,确认了几个重点的里程碑。在这些里程碑结束后,我们将邀请相关项目干系人参与项目的评审工作,目的是防止需求偏差、遗漏,和收集新的信息需求。
在项目实施过程中,我要求对WBS上的可交付物进行监控,对已经完成或即将完成的可交付物及时进行会议评审,涉及核心业务的,提供相关文档由客户一起进行确认。比如,在定点支付算法开发完成后,我组织团队成员、业务专家依据政策文件逐一进行会议评审,评审后要求测试人员写测试文件,并将系统计算出的结果截图附在测试文件中,发送给客户相关人员进行确认。
5、范围控制
尽管前期范围定义工作做得比较扎实,与客户进行了很好的沟通和确认,但在项目实施过程中,还是遇到不少变更请求。在项目实施初期,用户按照流程提出了一些变更请求,但经过我们分析发现,大部分变更仅是从业务人员自己所处角度出发,片面提出变更要求,有的甚至没有进行过仔细的分析和推理,具有较大的随意性;另一方面,对于部分关联业务的请求还是有互相矛盾的,没有结合全局考虑,针对这种情况,我主要从以下两方面来对范围的变更进行有效控制:
首先,尽量避免和减少变更
如何做到尽量避免和减少变更,在该项目中,我除了要求客户严格执行变更流程外,还对客户提出变更申请时提出了要求,即要求客户提出的变更申请必须先在他们内部达成一致,对于一些重大的变更,要由部门经理签字认可,对于牵涉多个业务部门的,须由他们相关部门的联席会议确认后才能提交(大多数情况下我们也都参与了这样的交流会)。这样一来,不仅降低了客户提交变更申请的随意性,而且强迫客户在提交变更请求之前,先对变更的合理性、全局性和可行性进行初步的分析。然后再进入项目既定的变更流程进行处理。
其次,对于已执行的变更进行严格管理:
对于已经执行的变更,主要有两方面的工作要完成:一是对WBS、范围说明书、有时甚至包括项目计划等进行核查并进行必要的调整,保证这些文档与变更后的实际情况相一致;二是做好配置管理工作,做好变更前后相关程序和文档的检出、检入、版本控制以及变更的记录和跟踪工作。
该项目顺利成功地实施完毕已经有两年多了。回顾起来,应该得益于我们在项目进行的最初期阶段就引入了项目范围管理理念和方法,对项目进行了科学、规范的范围管理,使项目所有的组成要素在适当的时间充分地、有机地结合在一起,极大地提高了项目的实施效率。通过本项目的经验总结,为本人今后执行类似的项目范围管理带来了一些可供借鉴的经验。以范围计划编制、范围定义、创建WBS、范围确认、范围控制为过程的项目范围管理,及时解决了项目实施过程中遇到的问题,让该项目顺利如期完工,并得到客户的高度认可。
第二篇:项目范围管理
项目范围管理
编制范围管理计划:
输入:项目章程;初步的范围说明书;项目管理计划,组织过程资产,环境和组织因素 输出:项目范围管理计划
工具:专家判断,模版表格和标准
范围定义:
输入:项目章程;初步的范围说明书;项目管理计划;组织过程资产;批准的变更请求 输出:详细的范围说明书;变更请求;更新得项目文档
工具:产品分析;识别多个可选方案;项目干系人分析;专家判断
创建WBS:
输入:详细的范围说明书;项目范围管理计划;批准的变更请求;组织过程资产 输出:WBS和WBS字典;范为基准;更新的项目管理计划;更新的项目范围说明书;变更请求
工具:WBS模版;分解技术;WBS工作包的格式;波式滚动计划
范围确认:
输入:项目管理范围管理计划;项目范围说明书;WBS和WBS字典;可交付物
输出:可接受得项目可交付物和工作或(已确认的范围);变更请求;更新的WBS和WBS字典;推荐的纠正措施
工具:检查(审查,审计,产品评审,走查)
范围控制:
输入:项目范围管理计划;项目范围说明书;WBS和WBS字典;工作绩效数据;绩效报告;已批准的变更请求
输出:新的变更请求;建议的纠正措施;更新得(WBS和WBS字典,项目管理计划,范围说明书,范围基准,组织过程资产);工作绩效
工具:偏差分析;重新制定计划;变更控制系统和变更控制委员会(CCB);配置管理系统
第三篇:论信息系统项目范围管理
论信息项目范围管理
摘要:
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进行审核,三是,严谨确定是否执行纠正。接到客户的变更申请时,我要求参照项目范围说明书及阶段绩效信息,认真开展偏差分析,查找原因。例如:甲方要求采油数据应用“方”和“吨”两种单位进行量化,究其原因是各基层采油厂计量单位不统一造成的。经团队分析,此变更不会对系统架构、功能稳定性构成影响,但我方认为统一数据标准是精细化管理的重要内容之一,经协商,甲方采纳了我们的意见,数据标准通过系统应用,得以控制、统一。
经过为期一年的努力,系统建设按预期完成,并得到有效应用。实现了油水井设备运行监测、单井采油数据规范管理,生产动态实时掌握,措施评价及时、客观,为生产运行指挥、科研工作提供了及时的数据决策支撑,受到了该公司的高度评价和认可。
本项目的成功经验在于:范围定义准确,边界划分清晰,工作分解结构设置得当,并实现了有效的范围控制。不足之处有:我及我的团队没有懂石油专业的技术人员,致使范围定义有些不便,但中期通过交流和自身学习,得以改善,没有影响后续工作。这就提示我们项目经理,在今后工作中,要加强客户方企业环境因素及业务领域的学习,提高自身的综合素质,才能更好的驾驭本职工作。
第四篇:项目范围管理题目
项目范围管理题目 单项选择题
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
第五篇:项目范围管理 启动项目
项目范围管理:如何启动项目
本文向大家介绍,在项目启动时应该做哪些准备工作。
赵晓东的烦恼海正公司的赵晓东最近心里挺烦。公司前一段签了一个100多万的单子,由于双方老板很熟,且都希望项目尽快启动,在签合同时也没有举行正式的签字仪式。合同签完,公司老总很快指定赵晓东及其他8名员工组成项目组,由赵晓东任项目经理。老总把赵晓东引见给客户老总,客户老总在业务部给他们安排了一间办公室。
项目进展开始很顺利,赵晓东有什么事都与客户老总及时沟通。可客户老总很忙,经常不在公司。赵晓东想找其他部门的负责人,可他们不是推托说做不了主,就是说此事与他无关,有的甚至说根本就不知道这事儿。问题得不到及时解决不说,很多手续也没人签字。项目组内部问题也不少,有的程序员多次越过赵晓东直接向老板请示问题;几个程序员编的软件界面不统一;项目支出的每笔费用,财务部都要求赵晓东找老板签字。赵晓东频繁打电话给老板,其他人心里想,赵晓东怎么老是拿老板来压人。由此,赵晓东与项目组其他人员和财务部的人员产生了不少摩擦,老板也开始怀疑赵晓东的能力。
赵晓东的遭遇相信很多项目经理都亲身经历过,尤其是刚刚开始做行业客户的公司,往往是公司的老板和客户单位的某个主管关系不错或业务人员关系做得很到位,公司老板希望赶紧做完项目,因此,常常跳过项目启动环节,直接指令项目经理进入实施阶段。结果项目刚开始就麻烦不断。正所谓“好的开始是成功的一半”。做项目启动是为了形成一个良好的沟通体系,让所有与项目相关的人都理解项目的重要性,同时形成一个由双方老总、项目负责人和项目组成员所构成的三级沟通体系,确保项目管理的畅通。
造势:创造良好的施工环境
现在很多项目都涉及到用户业务应用的软件开发,在实施中要跟用户的各个层面打交道,但现实往往是用户单位的员工根本不了解IT公司在给自己的企业做什么,因此,签合同时有必要召开一个正式的仪式,向双方员工传递项目的信息,激发公司全体员工对项目的热情。IT公司老板、项目负责人、开发人员、施工人员和用户方的领导、项目协调人、相关部门
人员聚在一起,让大家知道双方的合作正式开始。仪式上,双方领导要讲话,特别是用户方的领导要强调项目的意义。据说联想上ERP项目时就专门召开了全体员工誓师大会,柳传志亲自到会讲话,把ERP项目摆到关乎企业生死存亡的高度,并亲手将一面大旗授予ERP项目的负责人。柳传志还说,有人说现在上ERP是找死,但现在不上那就是等死,我们与其在这里等死,为什么不去拼搏一把呢?事实证明,这不仅极大地鼓舞了项目组成员的斗志,同时也使全体员工明白这不仅仅是信息部门的事,而是公司从上到下都要关心的事。通过这个仪式,双方要组成指导小组或项目管理委员会,由双方总经理牵头,项目负责人为执行人,日常联系由双方指定人员。在签合同时,利用双方人员到齐的机会,IT公司要把软件功能用通用、专业的语言和用户方的领导、技术人员、业务负责人进行最后确认,因为此时有分歧改正的成本不大。同时,还可使双方人员彼此认识,清楚各个层次的接口,大家混个脸熟,以后打交道就会更通畅。
项目签字仪式可以在用户单位举行(可以节约用户方时间),也可以在酒店举行。要注意:签字仪式要精心组织,场地要大一些,为双方沟通营造一个好的环境。会前,每个模块负责人要明确自己的客户接口,要找机会和对方单独聊,拉近彼此间的关系。另外,会场上双方老板的融洽气氛会对项目的实施具有一种震慑作用。
尚方宝剑:明确责权利
项目签字仪式是造外势。在公司也要造内势,让各个部门都知道这个项目能为公司创造哪些经济效益,明确项目组人员和项目负责人,确定项目负责人的权限。公司财务、采购、人事、技术、销售等部门都要参加,这样才能创造一个良好的内部服务体系,让项目组把主要精力放在为用户服务上。
公司内部要召开项目组成立会,会上最重要的就是颁布一个“项目宪章”,包括项目的内容、项目负责人权限、项目团队成员、项目时间周期、项目需要的设备、资金等,在宪章规定的范围内,项目经理比总经理大,与此相关的事情,由项目经理负责。这样,人事部在项目实施期间,就可以按照宪章规定,由项目经理来调动项目人员,而设备采购(往往不是一次性采购,而是根据项目进度购买,这样可以省钱)也就不需要一次次找总经理,只要是宪
章规定范围内的,由项目经理签字就可以了。尤其是在软件开发上,项目组成员一定要清楚用户的需求,不能擅自答应用户增加功能,因为这会带来很大的风险(后面几节我们会具体探讨)。
项目宪章必须由总经理和项目经理签字,并在会上宣读。为了增强团队凝聚力,可以在会上举行项目组宣誓或誓师宣言,形成“成则举杯相庆,败则拼死相救”的团队精神。内部造势不仅可以让各个部门了解项目,创造条件服务项目组,而且可以给项目组成员以压力和动力,意识到项目的意义和团队精神的重要性。项目宪章对项目经理来说就是一把尚方宝剑,联想ERP项目组的幸运就在于一开始就拿到了这把尚方宝剑,而这正是海正公司的赵晓东没有拿到的东西。
在项目宪章的基础上,公司应该形成具体的项目任务书,细分到各部门、个人,发到总经理、专家小组、开发部、财务部、市场部销售部、行政人力资源部等。
营造了内外两个良好的环境,项目启动就是水到渠成的事,项目组成员就可以集中精力投入到实施中去,项目的成功也有了更大的保证。
最后,要提醒项目经理特别注意:在项目合同确定的最后一刻,还要对合同进行最后的审定,合同审定一定要聘请一位专业律师,对合同的一些关键细节进行“咬文嚼字”的审定。专家点评
一个项目的成功启动绝不是靠项目组或项目经理就可以的,必须具备内部和外部两个条件,所以,双方的一把手都要高度重视,尤其是在目前中国的公司文化环境下,项目经理需要“项目宪章”作为尚方宝剑,而用户方的信息主管同样需要自己领导的讲话精神作为尚方宝剑。
合同审定的关键字
★ 合同歧义
★ 硬件的数量、型号、品牌
★ 应用模块描述具体、清楚、准确
★ 验收的时间、内容
★ 付款方式、时间、往来账户
★ 质保、服务的内容、期限、费用情况★ 违约责任、解决途径