第一篇:项目管理心得—定义范围
项目管理心得—定义范围
在IT项目建设中,项目管理最重要的管理内容是对项目的质量、进度与成本控制。其中,我们对项目范围定义没有太大注重,这使得我们后续实施工作无法正常运转。我以为,建设项目范围定义,是实施管理中不可或缺的重要一环,有着特殊的重要地位与作用。
项目范围的确定在进度管理的拥有重要地位与作用,项目能否在预定的时间内交付使用,直接关系到项目经济效益的发挥。
比如本人参与建设的广州的一个智慧校园建设项目。其中,计划工期是3个月,而最后的实际建设工期是六个月,首先是由于之前甲乙双方在签定合同之前,对项目范围定义没有作详细的说明。在项目实施过程中,甲方在乙方提供软件模型之后,提出各种各样的意见,有很多是当初乙方认为是在项目之外的延伸,所以在签定合同时没有对项目范围定义作详细的说明,而引起双方对变更上的纠纷,但最后还是乙方调整项目范围定义,重新开发软件。对整个项目而言,首先,公司加大了成本支出,减少了公司应得的利润,项目范围定义不明确,从而导致建设工期的拖长,软件开发成本大幅增加,施工管理费用大幅增加;软件后期测试工作重新开始;其次,延期交付给甲方也带来了的利息损失;系统迟一天交付,甲方就少一天收入,因之前甲方是单位的福利事业,没有收费设施。慧翔天地广州学员黄贤裕
第二篇:案例分析:(定义+举例)制定项目范围管理
项目的范围管理
作为一个合格的项目经理,切记要准确控制好项目范围。孙子兵法中提到“知己知彼,百战不殆”,在一个项目中我们应该知道对方需要什么,自己要做什么,这是项目成功的基础所在。做过项目的人可能都会有这样的经历:一个项目做了很久,感觉总是做不完,就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”,而开发方在“就地还钱”。
实际上,这里涉及到一个“范围管理”的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由“范围管理”来决定的。那么,到底什么是“范围管理”,请跟我们一块来揭开谜底。
几年前,我和一位同事在外地共同参与一个软件项目的开发。项目本身并不算很大,开始的需求调研进行了很长时间,期间不但几乎拜访了所有部门,还与用户反复讨论,征求意见,需求文档几易其稿。即便这样仍然有许多不确定因素,搞得人心烦意乱。当时我牢骚很多,总觉得又花时间似乎还没真正做事。
我的同事经验比较丰富,他给我说了一个他自己的亲身经历。那时候他在深圳参与一个证券项目,当时软件开发管理非常不规范,基本上是了解需求后就编程序,根本没有太多的交流,需求文档就更没有了。系统开发出以后,用户不断提出新需求。每天追着开发人员解决问题,项目实际是一个无底洞,没完没了地往下做,按他的说法是项目成员“肥的拖瘦,瘦的拖死”,实在做不下去只能跑了。
这个故事刚听起来感觉非常可笑,当我自己真正做项目负责人时才体会到这其实是一个项目范围管理的问题。上面提到我所参与的项目中花费大量时间用于需求调研也是为了确定项目范围。那么,首先要明确的是项目范围管理中的范围是如何定义的?
1、什么是范围?
我们知道项目是为完成产品或服务所做的一次性努力。因此在这里,范围的概念包含两方面,一个是产品范围,即产品或服务所包含的特征或功能,另一个是项目范围,即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么,它具有哪些可清晰界定的特性。要注意的是特性必须要清晰,以认可的形式表达出来,比如文字、图表或某种标准,能被项目参与人理解,绝不能含含糊糊、模棱两可,在此基础之上才能进一步明确需要做什么工作才能产生所需要的产品。也就是说产品范围决定项目范围。
举例说明可能会更好理解一些。假设你在一家培训公司做培训专员,负责组织一次PMP(美国项目管理专业人员认证)考前培训。那么我们完全可以把这项工作当成一个项目来管理,如何确定产品范围和项目范围呢?培训产生的不是有形的产品,而是无形的服务。组织PMP考前培训的目的是讲授项目管理体系基础知识,提高学员的项目管理理论水平,为参加PMP考试做准备,这就是产品范围。如果学员突然提出想获得如何提高企业核心竞争力的知识,很明显此内容不在本项目的产品范围之内。有了明确的产品范围,接下来就可以确定为达到这个目的需要做哪些工作,即项目范围。首先要聘请知名的项目管理权威专家,拟订授课内容,根据授课内容准备学员教材,联络舒适的培训地点,安排好学员食宿。开始培训也并非万事大吉,每天都要与学员交流,听取他们的意见并反馈给老师,甚至学员的日常起居都要过问。由于PMP考试是英文试题,而模拟习题都是中文,假设某些学员希望讲解一些英文题以避免翻译带来的理解偏差,这时老师就要多讲一些内容,产品范围有所扩大,但从总的培训目标看是合理的。
2、如何做好范围管理?
范围管理保证项目包含了所有要做的工作而且只包含要求的工作,它主要涉及定义并控制哪些是项目范畴内的,哪些不是。范围管理的基本内容包括:项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。
(1)编制范围计划
“公欲善其事,必先利其器”。一个项目经理要想真正管理好项目范围,没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查,其中计划被放到了首位,可见它在项目管理中的重要性。
我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的,比如产品描述,首先要清楚最终产品的定义才能规划要做的工作,项目章程(典型的例子是合同)也是非常主要的依据,通常它对项目范围已经有了粗线条的约定,范围计划在此基础上进一步深入和细化。
范围计划中究竟应该包含哪些内容呢?不同的计划详尽程度自然不一样,其中范围说明和范围管理计划必须包含在内范围说明在项目参与人之间确认或建立了一个项目范围的共识,作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标,要为估算未来的得失提供基础;项目产品是产品说明的简要概况;项目可交付成果一般要列一个子产品级别概括表,如:为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果,都意味着它在项目可交付成果之外;项目目标是要考虑到项目的成功性,至少要包括成本、进度表和质量检测。项目目标应该有标志(如:成本、单位)和绝对的或相对的价值(如:少于150万美元等)。不可量化的目标(如:“客户的满意程度”)要承担很高的风险。
范围管理计划是描述项目范围如何进行管理,项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估(比如:怎样变化、变化频率如何及变化了多少)。范围管理计划也应该包括对变化范围怎样确定,变化应归为哪一类(当产品特征仍在被详细描述的时候,做到这点特别困难,但绝对必要)等问题的清楚描述。项目管理
(2)范围分解
计划明确了,然而该做哪些事情似乎还是一把抓,因为完成项目本身是一个复杂的过程,必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然,最终得出项目的工作分解结构(WBS)。恰当的范围定义对项目成功十分关键,当范围定义不明确时,变更就不可避免地出现,很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
比较常用的方式是以项目进度为依据划分WBS,第一层是大的项目成果框架,每层下面再把工作分解,这种方式的优点是结合进度划分直观,时间感强,评审中容易发现遗漏或多出的部分,也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。
(3)范围变更
我们强烈建议企业的项目管理体系中包含一套严格、高效、实用的变更程序,它对管好项目至关重要。变并不糟糕,糟糕的是缺乏规范的变更管理过程。范围变更的原因是多方面的,比如用户要求增加产品功能、环保问题导致设计方案修改而增加施工内容。项目经理在管理过程中必须通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更,在发生变更时遵循规范的变更程序来管理变更。一个项目的范围计划可能制订的非常好,但是想不出现任何改变几乎是不可能的。因此对变更的管理是项目经理必备的素质之一。
第三篇:项目范围管理
项目范围管理
编制范围管理计划:
输入:项目章程;初步的范围说明书;项目管理计划,组织过程资产,环境和组织因素 输出:项目范围管理计划
工具:专家判断,模版表格和标准
范围定义:
输入:项目章程;初步的范围说明书;项目管理计划;组织过程资产;批准的变更请求 输出:详细的范围说明书;变更请求;更新得项目文档
工具:产品分析;识别多个可选方案;项目干系人分析;专家判断
创建WBS:
输入:详细的范围说明书;项目范围管理计划;批准的变更请求;组织过程资产 输出:WBS和WBS字典;范为基准;更新的项目管理计划;更新的项目范围说明书;变更请求
工具:WBS模版;分解技术;WBS工作包的格式;波式滚动计划
范围确认:
输入:项目管理范围管理计划;项目范围说明书;WBS和WBS字典;可交付物
输出:可接受得项目可交付物和工作或(已确认的范围);变更请求;更新的WBS和WBS字典;推荐的纠正措施
工具:检查(审查,审计,产品评审,走查)
范围控制:
输入:项目范围管理计划;项目范围说明书;WBS和WBS字典;工作绩效数据;绩效报告;已批准的变更请求
输出:新的变更请求;建议的纠正措施;更新得(WBS和WBS字典,项目管理计划,范围说明书,范围基准,组织过程资产);工作绩效
工具:偏差分析;重新制定计划;变更控制系统和变更控制委员会(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项目组的幸运就在于一开始就拿到了这把尚方宝剑,而这正是海正公司的赵晓东没有拿到的东西。
在项目宪章的基础上,公司应该形成具体的项目任务书,细分到各部门、个人,发到总经理、专家小组、开发部、财务部、市场部销售部、行政人力资源部等。
营造了内外两个良好的环境,项目启动就是水到渠成的事,项目组成员就可以集中精力投入到实施中去,项目的成功也有了更大的保证。
最后,要提醒项目经理特别注意:在项目合同确定的最后一刻,还要对合同进行最后的审定,合同审定一定要聘请一位专业律师,对合同的一些关键细节进行“咬文嚼字”的审定。专家点评
一个项目的成功启动绝不是靠项目组或项目经理就可以的,必须具备内部和外部两个条件,所以,双方的一把手都要高度重视,尤其是在目前中国的公司文化环境下,项目经理需要“项目宪章”作为尚方宝剑,而用户方的信息主管同样需要自己领导的讲话精神作为尚方宝剑。
合同审定的关键字
★ 合同歧义
★ 硬件的数量、型号、品牌
★ 应用模块描述具体、清楚、准确
★ 验收的时间、内容
★ 付款方式、时间、往来账户
★ 质保、服务的内容、期限、费用情况★ 违约责任、解决途径