君，已阅读到文档的结尾了呢~~
[原创]2011年计算机信息系统集成项目管理人员继续教育试题及答案
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
[原创]2011年计算机信息系统集成项目管理人员继续教育试题及答案
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口(window.slotbydup=window.slotbydup || []).push({
id: '2014386',
container: s,
size: '234,60',
display: 'inlay-fix'
&&|&&1次下载&&|&&总173页&&|
您的计算机尚未安装Flash，点击安装&
如需下载到电脑，请使用积分（）
7人评价257页
0人评价71页
0人评价146页
0人评价2页
0人评价212页
所需积分：（友情提示：所有文档均可免费全文预览！下载之前请务必先预览阅读，以免误下载造成积分浪费！）
（多个标签用逗号分隔）
文不对题，内容与标题介绍不符
广告内容或内容过于简单
文档乱码或无法正常显示
若此文档涉嫌侵害了您的权利，请参照说明。
评价文档：您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
2011年系统集成项目管理工程师试卷解析及答案.doc39页
本文档一共被下载：
次 ,您可免费全文在线阅读后下载本文档
文档加载中...广告还剩秒
需要金币：100 &&
你可能关注的文档：
··········
··········
2011上半年系统集成项目管理工程师试题及参考答案
●信息系统系统集成项目是从客户和用户的需求出技，将硬件、系统软件、工具软件、网络、数据库及相应韵应用软件集成为实用的信息系统的过程，其生命周期包括总体策划、设计、开发、实施、服务保障等。它是一项综合性的系统工程，
是系统集成项目成功实施的保障。
①管理②商务③技术④软件⑤独立的应用软件
解析：信息系统集成概念
信息系统集成是近年来国际信息服务业中发展势头最猛的服务方式和行业之一。系统集成是指将计算机软件，硬件、网络通信等技术和产品集成为能够满足用户特定需求的信息系统，包括总体策划、设计、开发、实施、服务及保障。
信息系统集成有以下几个显著特点。
1 信息系统集成要以满足用户需求为根本出发点。
2 信息系统集成不只是设备选择和供应，更重要的，它是具有高技术含量的工程过程，要面向用户需求提供全面解决方案，其核心是软件。
3 系统集成的最终交付物是一个完整的系统而不是一个分立的产品。
4 系统集成包括技术、管理和商务等各项工作，是一项综合性的系统工程。技术是系统集成工作的核心，管理和商务活动是系统集成项目成功实施的保障。
●根据原信息产业部发布的关于发布《计算机信息系统集成资质等级评定条件（修订版）》的通知（信部规[号），
2 　　不是系统集成资质等级评定的条件。
2 　A.企业的注册资金　　
B．企业的软件开发实力
C．企业是否通过了质量管理体系认证
D．企业领导的学历
解析：信息产业部于2000年9月发布《关于发布计算机信息系统
正在加载中，请稍后...2011年计算机信息系统集成项目管理人员继续教育试题及答案 -博泰典藏网
典藏文档　篇篇精品
2011年计算机信息系统集成项目管理人员继续教育试题及答案
导读：根据公司的项目管理流程，林某把项目移交到了实施部门，由他们具体负责项目的执行与验收，实施部门接手项目后，鲍某被任命为实施项目经理，负责项目的实施和验收工作，鲍某发现由于项目前期自己没有介入，许多项目前期的事情都不是很清楚，影响项目的进度，在项目的工期、系统功能和售后服务等方面，于是项目组重新调研用户需求，而在A集成公司中，分析A公司在项目管理方面存在的问题（150字以内），【问题2】（5分）针
随后修改了技术方案。最后A公司中标并和客户签订了合同。
根据公司的项目管理流程，林某把项目移交到了实施部门，由他们具体负责项目的执行与验收。 实施部门接手项目后，鲍某被任命为实施项目经理，负责项目的实施和验收工作。鲍某发现由于项目前期自己没有介入，许多项目前期的事情都不是很清楚，而导致后续跟进速度较慢，影响项目的进度。同时鲍某还发现设计方案中尚存在一些问题，主要有：方案遗漏一项基本需求，有多项无效需求，没有书面的需求调研报告；在项目的工期、系统功能和售后服务等方面，存在过度承诺现象。于是项目组重新调研用户需求，编制设计方案，这就增加了实施难度和成本。可是后来又发现采购部仍是按照最初的方案采购设备，导致设备中的模块配置功能不符合要求的情况。 而在A集成公司中，类似现象已多次发生。
【问题1】（5分） 针对说明中所描述的现象，分析A公司在项目管理方面存在的问题（150字以内）。
【问题2】（5分） 针对A公司在该项目管理方面存在的问题，提出补救措施（150字以内）。
【问题3】（5分）针对A公司的项目管理现状，结合你的实际经验，就A公司项目管理工作的持续
改进提出意见和建议（150字以内）。
答题思路：
【问题 1】
1、投标前的项目启动会议上，没有邀请技术和实施部门
2、没有把以往的经验教训，归纳和积累，形成组织知识资产
3、没有建立完善的内部评审机制，或虽有评审机制但为有效执行
4、项目中没有实现有效的变更管理
5、公司级的项目管理体系不健全，或执行不好
【问题 2】
1、改进项目的组织形式，明确项目团队和职能部门之间的协作关系和工作程序
2、做好项目当前的经验教训收集、归纳工作
3、明确项目工作的交付物，建立和实施项目的质量评审机制
4、建立项目的变更管理机制，识别变更中的利益相关方并加强沟通
5、加强对项目团队成员和相关人员的项目管理培训
【问题 3】
1、建立企业级的项目管理体系和工作规范
2、加强对项目工作记录的管理
3、加强项目质量和相应的评审制度
4、加强项目经验教训的收集、归纳、积累和分享工作
5、引入合适的项目管理工具平台，提升项目管理工作效率
6.2 项目整体 2009上
阅读下面叙述，回答问题1至问题3，将解答填入答题纸的对应栏内。
某公司是一家专门从事ERP系统研发和实施的IT企业，目前该公司正在进行的一个项目是为某大型生产单位（甲方）研发ERP系统。
某公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项目执行较为随意。同时甲方组织架构较为复杂，项目需求来源多样而且经常发生变化，项目范围和进度经常要进行临时调整。
经过项目组的艰苦努力，系统总算能够进入试运行阶段，但是由于各种因素，甲方并不太愿意进行正式验收，至今项目也未能结项。
【问题 1】（6分）
请从项目管理角度，简要分析该项目“未能结项”的可能原因。
【问题 2】（5分）
针对该项目现状，请简要说明为了促使该项目进行验收，可采取哪些措施。
【问题 3】（4分）
为了避免以后出现类似情况，请简要叙述公司应采取哪些有效的管理手段。
答：【问题 1】
1、 签订合同很简单，没有在合同中明确甲乙双方的职责，明确项目的时间要求，范围界定以及合同违约等条款和内容，缺乏有效的合同管理制度；
2、 项目执行较随意，表明其缺乏规范和严格的项目管理制度和方法，规范的项目管理流程，没有严格的进度控制、成本控制和质量保证、风险分析等管理措施。
3、 针对甲方组织结构复杂，需求多变的情况，没有进行事前风险分析和制定风险应对措施，对需求没有进行严格的分析、管理措施，对项目范围也没有进行确定，
4、 针对项目范围、进度、成本的变化，缺乏必要的变更控制手段和规范的变更控制流程。
5、 对应项目的不验收，缺乏有效的沟通管理制度，缺少和甲方必须的沟通方法和措施，在合同中没有规定验收的标准和程序；
6、 对应项目出现的情况，缺少应急措施和有效的针对性方法，来解决项目当前的困难。
【问题 2】
1、 加强和甲方的沟通，针对项目验收的工作内容和方式，流程、时间等问题，积极和甲方进行沟通，争取和甲方就项目验收工作达成一致意见；
2、 针对合同中没有明确的验收标准和流程等问题，可以采用备忘录或者补充协议的形式，就项目验收的标准、流程、时间和责任人等内容签署书面的具有法律效力的文件，以便指导项目验收工作。
3、 在项目组内部，加强项目管理工作力度，制定验收文档标准，积极准备验收工作，完善验收成果文档，明确项目验收工作的标准和流程，以及团队成员的职责。
【问题 3】
1、 公司应该建立严格和规范的合同管理制度，签订合同时必须在合同中明确项目的范围、进度以及相关要求，建立完
善的合同文本；
2、 公司内部应该建立规范和完善的项目管理制度，在项目管理上建立合规的管理流程、方法和标准规范，推行科学的
项目管理方法，包括范围管理、时间管理、成本管理、质量管理、人力资源管理方面；
3、 在公司内部加强项目管理思想和方法的培训，建立全员的、全面的、全过程的项目管理体系和标准。
4、 在项目立项时，建立科学和严谨的项目可行性分析和论证制度，进行风险分析和风险评估，规避项目风险。
第7章 项目范围管理
7.1 范围定义
《系统集成项目管理工程师》教程 第23章-案例分析
M公司原本是一家专注于企业信息化的公司，在电子政务如火如荼的时候，开始进军电子政务行业，在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。由于电了政务保密要求，该系统涉及到两个互不联通的子网：政务内网和政务外网。政务内网中储存着全部信息，其中包括部分机密信息；政务外网可以对公众开放，开放的信息必须御到授权。系统要求在这两个了网中的合法用户都可以访问到被授权的信息.访问的信息必须是一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过审批后可以进入政务内网系统。
张工是该项目的项目经理，在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同，有其自身的特殊性，若照
搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格爆布模型，并专门招聘了熟悉网络互通互联的技术人员设计了解决方案，在经过严格评审后实施。在项目交付时，虽然系统完全满足了保密性的要求，但用户对系统用户界面提出了较大的异议，认为不符合政务信息系统的风格，操作也不够便捷，要求彻底更换，由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致70%的代码重写，而第二版的用户界面仍不能满足最终用户的要求，最终又重写部分代码才通过驶收，由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出原计划的100%。
【问题1】（5分）
请不超过150字，对张工的行为进行点评?
【问题2】（5分）
请从项目范围管理的角度找出该项目实施过程中的主要管理问题？不超150字
【问题3】（5分）
请结合你本人实际项目经验，指出应如何避免类似问题?不超过150字
【问题1】请对张工的行为进行点评？
工作的优点：1、认识到电子政务建设与企业信息化建设的不同，考虑到了项目的独特性的特征；
2、针对业务需求中对内网、外网的互联互通的要求，针对性招聘了网络互联互通的技术人员；
3、满足了用户保密性的要求；
工作的缺点：
1、采用“瀑布模式”的项目生命周期，没有进行论证，武断；
2、用户需求调研的不全面，忽视了系统页面的需求；并且，进行第二版修正时，没有针对页面的需求修改进行确认。
3、设计方案没有进行验证；表现层内耦合的业务逻辑，增加了修改的代价；
4、团队管理措施不力，成员产生挫折感；
【问题 2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题。
1、 没有建立规范的项目范围管理流程和制度。
2、 范围定义和需求分析时，工作不细致，忽视了B/S架构下的页面需求
3、 需求范围变更中，没有对页面变更进行“确认”，就修改代码
【问题 3】
答题的思路和提纲，请将下列答题点细化
6、 针对甲方的需求，制定实用的项目范围管理计划； 做好范围定义工作（详细列出方法） 做好需求分析工作（方法、过程、工作步骤） 重视范围确认（方法） 严格范围变更（变更流程） 建立完善的项目范围管理制度和规范的范围管理流程
7.2 需求评审
《系统集成项目管理工程师》教程 第23章-案例分析
答：&软件需求的定义&
1、软件需求是软件开发的最重要的一个输入，需求风险也常常是软件开发过程中最大的一个风险，降低需求风险的一个重要手段就是需求评审，但是需求评审是所有的评审活动中最难的一个，也是最容易被忽视的一个评审。
&上述案例的问题小结&
2 以上的现象可以在很多项目中都可以看到。概括起来，在需求评审中常见的问题是： ◇ 需求报告很长，短时间内评审者根本就不能把需求报告读懂，想清楚； ◇ 没有作好前期准备工作，需求评审的效率很低； ◇ 需求评审的节奏无法控制； ◇ 找不到合格的评审员，与会的评审员无法提出深入的问题；
&上述案例的原因分析&
3 问题所在：
评审缺乏有效依据和规范，不能保证评审的覆盖率和有效性。 ?
产品经理没有把握好会议主题，评审变成了头脑风暴。 ?
目标性需求没有沟通好，后面的需求变成空中楼阁。 ?
缺乏评审的可操作依据，遗漏评审内容。 ?
没有作好前期准备工作，导致评审时间长，效率低。 ?
没有选择合适的评审人员，无法获得有价值的反馈。 ?
参加人员过多，容易陷入细枝末节的讨论，会议演变成一场人人自由的混战。
&针对以上问题，提出一些建议&
4 那么究竟如何做好需求评审呢？
建议一：分层次评审
我们知道用户的需求是可以分层次的，一般而言可以分成如下的层次：
目标性需求：定义了整个系统需要达到的目标； ?
功能性需求：定义了整个系统必须完成的任务； ?
操作性需求：定义了完成每个任务的具体的人机交互；
目标性需求是企业的高层管理人员所关注的，功能性需求是企业的中层管理人员所关注的，操作性需求是企业的具体操作人员所关注的。对不同层次的需求，其描述形式是有区别的，参与评审的人员也是不同的。如果让具体的操作人员去评审目标性需求，可能会很容易地导致“捡了芝麻，丢了西瓜”的现象，如果让高层的管理人员也去评审那些操作性需求，无疑是一种资源的浪费或者就会出现案例三的情形。
建议二：正式评审与非正式评审结合
正式评审是指通过开评审会的形式，组织多个专家，将需求涉及到的人员集合在一起，并定义好参与评审人员的角色和职责，对需求进行正规的会议评审。而非正式的评审并没有这种严格的组织形式，一般也不需要将人员集合在一起评审，而是通过电子邮件、文件汇签甚至是网络聊天等多种形式对需求进行评审。2种形式各有利弊，但往往非正式的评审比正式的评审效率更高，更容易发现问题。因此在评审时，应该更灵活地利用这2种方式。
建议三：分阶段评审
应该在需求形成的过程中进行分阶段的评审，而不是在需求最终形成后再进行评审。分阶段评审可以将原本需要进行的大规模评审拆分成各个小规模的评审，降低了需求返工的风险，提高了评审的质量。比如可以在形成目标性需求后进行一次评审，在形成系统的初次概要需求后进行一次评审，当对概要需求细分成几个部分，对每个部分进行各个评审，最终再对整体的需求进行评审。
建议四：精心挑选评审员
需求评审可能涉及的人员包括：需方的高层管理人员、中层管理人员、具体操作人员、IT主管、采购主管；供方的市场人员、需求分析人员、设计人员、测试人员、质量保证人员、实施人员、项目经理以及第三方的领域专家等等。在这些人员中由
于大家所处的立场不同，对同一个问题的看法是不相同的，有些观点是和系统的目标有关系的，有些是关系不大的，不同的观点可能形成互补的关系。为了保证评审的质量和效率，需要精心挑选评审员。首先要保证使不同类型的人员的都要参与进来，否则很可能会漏掉了很重要的需求。其次在不同类型的人员中要选择那些真正和系统相关的，对系统有足够了解的人员参与进来，否则很可能使评审的效率降低或者最终不切实际的修改了系统的范围。
建议五：对评审员进行培训
在很多情况下，评审员是领域专家而不是进行评审活动的专家，他们没有掌握进行评审的方法、技巧、过程等，因此需要对评审员进行，同样对于主持评审的管理者也需要进行培训，以便于参与评审的人员能够紧紧围绕评审的目标来进行，能够控制评审活动的节奏，提高评审效率，避免发生案例一和案例二中出现的现象。对评审员的培训也可以区分为简单培训与详细培训2种。简单培训可能需要十几分钟或者几十分钟，需要将在评审过程中的需要把握的基本原则，需要注意的常见问题说清楚。详细培训则可能要需要对评审的方法、技巧、过程进行正式的培训，需要花费较长的时间，是一个独立的活动。需要注意的是被评审人员也要被培训。
建议六：充分利用需求评审检查单
需求检查单是很好的评审工具，需求检查单可以分成2类：需求形式的检查单和需求内容的检查单。需求形式的检查可以由QA人员负责，主要是针对需求文挡的格式是否符合质量标准来提出的，需求内容的检查是由评审员负责的，主要是检查需求内容是否达到了系统目标、是否有遗漏、是否有错误等等，这是需求评审的重点。检查单可以帮助评审员系统全面地发现需求中的问题，检查单也是随着工程财富的积累逐渐丰富和优化的。
建议七：建立标准的评审流程
对正规的需求评审会需要建立正规的需求评审流程，按照流程中定义的活动进行规范的评审过程。比如在评审流程定义中可能规定评审的进入条件，评审需要提交的资料，每次评审会议的人员职责分配，评审的具体步骤，评审通过的条件等等。通过评审流程执行可能会避免出现案例五之类的问题。
建议八：做好评审后的跟踪工作
在需求评审后，需要根据评审人员提出的问题进行评价，以确定哪些问题是必须纠正的，哪些可以不纠正，并给出充分的客观的理由与证据。当确定需要纠正的问题后，要形成书面的需求变更的申请，进入需求变更的管理流程，并确保变更的执行，在变更完成后，要进行复审。切忌评审完毕后，没有对问题进行跟踪，而无法保证评审结果的落实，使前期的评审努力付之东流。
建议九：充分准备评审
评审质量的好坏很大程度上取决于在评审会议前的准备活动。
常出现的问题是，需求文档在评审会议前并没有提前下发给参与评审会议的人员，没有留出更多更充分的时间让参与评审的人员阅读需求文档。更有甚者，没有执行需求评审的进入条件，在评审文档中存在大量的低级的错误或者没有在评审前进行沟通，文档中存在方向性的错误，从而导致评审的效率很低，质量很差。对评审的准备工作，也应当定义一个检查单，在评审之前对照检查单落实每项准备工作。
7.3 工作分解结构
7.4 范围管理
阅读下列说明，针对项目的范围管理，回答问题1至问题3，将解答填入答题纸的对应栏内。
C公司是一家从事电子商务的外国公司，为了在中国开展业务，派出S主管和W翻译来中国寻找合适的系统集成商，试图在中国建设一套业务系统。S主管精通软件开发，但是不懂汉语，而W翻译对计算机相关技术知之甚少。
W翻译通过中国朋友介绍，找到了从事系统集成的H公司。H公司指派杨工为该业务系统建设项目经理，与C公司进行交流。经过需求调研，杨工认为，C公司想要建设一个视频聊天网站，并据此完成了系统方案。在W的翻译下，S审阅并认可了H公司的系统方案。经过进一步的谈判，C公司和H公司签订了合同，并把该系统方案作为合同附件，作为将来项目验收的标准。
合同签订后，杨工迅速组织人力投入系统开发。由于杨工系统集成经验丰富，开发过程进展顺利，对项目如期完工很有把握。系统开发期间，S主管和W翻译忙于在全国各地开拓市场，与H公司没有再进行接触。
就在系统开发行将结束之际，S主管和W翻译来到H公司查看开发进度。当看到杨工演示的即将完工的业务系统时，S主管却表示，视频聊天只是系统的一个基本功能，系统的核心功能则是通过视频聊天实现网上交易的电子商务活动，要求H公司完善系统功能并如期交付。杨工拿出系统方案作为证据，据理力争。
W翻译承认此前他的工作有误，导致双方对项目范围的认识产生了偏差，并说服S主管将交付日期延后2个月。为了完成合同，杨工同意对系统功能进行扩充完善，并重新修订了系统方案。但是，此后C公司又多次提出范围变更要求。杨工发现，不断修订的系统方案已经严重偏离了原始方案，系统如期交付已经是不可能的任务了。
【问题1】（6分）
请结合案例简要说明，详细的项目范围说明书应包含哪些内容，并指出C公司和H公司对哪些方面的理解出现了重大偏差。
【问题2】（6分）
请指出S主管的要求是否恰当？为什么？并请结合本案例简要分析导致C公司多次提出范围变更的可能原因。
【问题3】（3分）
作为项目管理者，杨工此时应关注的范围变更控制的要点有哪些？
详细的项目范围说明书应包含如下内容：
1、项目的目标；
2、产品（或服务）的范围描述；
3、项目的可交付物；
4、项目边界；
5、产品验收标准；
6、项目的约束条件；
7、项目的假定。
C和H在如下几个方面出现了严重偏差：
1、项目的目标：H以为是实现视频聊天网站，而C期望是通过视频聊天实现网上交易的电子商务；
2、项目的可交付物：同上；
3、验收标准：H把未经确认的存在严重偏差的“系统方案”作为验收标准。
S主管的要求是恰当的。
因为双方在需求（项目范围）理解上存在重大偏差，而H公司未把详细的项目范围说明书（需求分析说明书），提交给C公司（S主管）确认签字。
导致C公司多次提出范围变更的可能原因：
1、W翻译对计算机相关技术知之甚少，未能准确转达S主管的需求；
2、杨工收集需求时，理解出现偏差，未能准确把握需求；
3、杨工编制的需求分析说明书，未进行内部评审；
4、需求分析说明书（或项目范围说明书）未与C公司达成一致，未提交给S主管确认签字；
5、杨工在范围控制上做得不好。
1、确定范围变更是否已经产生；
2、对造成范围变更的因素施加影响，以确保这些变更得到一致的认可。
3、当范围变更发生时，对实际的变更进行管理。
（以上为书本上的，me考试写的是：
1、重新编制项目范围说明书，与C公司达成一致，并让S主管确认签字；
2、建立整体变更控制流程，做好范围控制。
第8章 项目进度管理
8.1 项目进度
某系统集成公司现有员工50多人，业务部门分为销售部、软件开发部、系统网络部等。 经过近半年的酝酿后，在今年一月份，公司的销售部直接与某银行签订了一个银行前置机的软件系统的项目。合同规定，6月28日之前系统必须投入试运行。在合同签订后，销售部将此合同移交给了软件开发部，进行项目的实施。
项目经理小丁做过5年的系统分析和设计工作，但这是他第一次担任项目经理。小丁兼任系统分析工作，此外项目还有2名有1年工作经验的程序员，1名测试人员，2名负责组网和布线的系统工程师。项目组成的成员均全程参加项目。
在承担项目之后，小丁组织大家制定了项目的WBS，并依照以往的经历制订了本项目的进度计划，简单描述如下：
1、应用子系统
1）1月5日～2月5日需求分析
2）2月6日～3月26日系统设计和软件设计
3）3月27日～5月10日编码
4）5月11日～5月30日系统内部测试
2、综合布线
2月20日～4月20日完成调研和布线
3、网络子系统
4月21日～5月21日设备安装、联调
4、系统内部调试、验收
1）6月1日～6月20日试运行
2）6月28日系统验收
春节后，在2月17日小丁发现系统设计刚刚开始，由此推测3月26日很可能完不成系统设计。
【问题1】（4分）
请用150字以内的文字，分析问题发生的可能原因。
【问题2】（5分）
请用150字以内的文字，建议小丁应该如何做以保证项目整体进度不拖延。
【问题3】（6分）
请用200字以内的文字，概述典型的信息系统集成项目的进度／时间管理的过程
和方法以及资源配置对进度的制约。
（1）销售部没有及时让软件开发部参与项目早期工作，需求分析耗时过长；
（2）项目经理首次担任，经验不足，进度估算不准确；
（3）项目资源配置不足，项目经理兼任系统分析，缺乏专门的系统分析和设计人员
（4）工作安排没有充分利用分配的项目资源，资源有闲置；
（5）在安排进度时可能未考虑法定节假日的因素
【问题 2】
（1）向职能经理申请增加特定资源，特别是增加系统分析设计人员；
（2）将部分阶段的工作改为并行进行，以节约时间
（3）临时加班/赶工，尽可能补救耽误的时间
（4）对后续工作的工期重新进行估算，并考虑节假日问题，修订计划，尽量留有余地
（5）加强沟通，争取客户能够对项目范围以及需求、设计、验收标准进行确认，避免
后期频繁出现变更。
（6）加强对阶段性工作的检查和控制，避免后期出现返工。
此外，如有可能还可采取外包和缩减范围等办法，不过不建议在本案例中采用
【问题 3】
1、进度管理的过程
2、资源对进度的影响
（1）一般情况下，项目活动历时与投入的资源数量成反比，即投入的资源数量越多，活动历时越短。但是，当针对某一活动的资源投入数量达到一定规模时，再增加资源的投入不会进一步缩短项目活动历时，也就是资源投入递减规律
（2）非关键路径上的活动历时只对项目产生较小的影响或不产生影响，而关键路径上活动历时的延误，则会直接影响到项目工期。因此每当缩短项目工期时，应对首先考虑在关键路径活动上增加资源。
8.2 项目进度
阅读下列说明，回答问题1至问题3。将解答填入答题纸的对应栏内。
J公司2008年3月中标某市公安局的人口管理系统开发项目，因该市要在2008年11月举办某大型国际会议，因此公安局要求人口管理系统一定要在日之前投入使用。强某是负责这个项目的项目经理，虽然他进公司才不到3年，但他已成功地管理过2个类似的项目，被大家称之为“救火队长”，而强某也对自己信心十足。但这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理系统项目的工期要求紧、他能调用的人手少。 该人口管理系统项目属于升级项目。原来的系统为J公司开发，是C/S结构，只能管理本地城区常住人口。新的人口管理系统要求是B/S结构，要既能管理城区常住人口又能管理郊区常住人口、市辖县常住人口和流动人口，而公安局要求该新系统首先把流动人口管理起来。该项目从技术角度可分为网络改造和软件开发，而软件又分界面、业务流程和数据库三个子系统。他们团队有6人，其中有人做过类似的C/S结构的项目， 而公司刚结束的一个网络项目与本次承担的网络改造项目在技术架构方面几近相同， 只是规模不同。公安局要求新系统能够支持移动接入，而项目团队中没有一人接触过移动接入技术。强某凭直觉知道依现有的人员在日之前完成项目是不可能的。
【问题1】（5分） 请说明强某可以用什么方法和技术来估算项目的工期（150字以内）？
【问题2】（5分） 请说明强某可以采取哪些方法来压缩工期，以使项目能够在2008
年7月1日之前交付（150字以内）？
【问题3】（5分） 请说明强某可以采用哪些方法来跟踪项目的进度，以确保项目能够
按进度计划完成？
答：（1）明确定义项目的工作分解结构
（2）由于是升级项目，所以部分工作的工期估算方法可以采用类比估算法
（3）对于新增的移动接入模块，可以联系业内专家，采用专家判断或者德尔菲法进行估算
（4）对于WBS进行足够的细化后，可以依据历史数据采用“参数估算”或“三点估算”进行进一步历时估算。
答：（1）与客户沟通，梳理业务中的关键需求，与客户协商能否在期限前完成关键需求即可，其他部分分期交付。
（2）制定出合理可靠的技术方案，对其中不熟悉的部分采用外包方式
（3）清晰定义各功能模块之间的接口，然后可以加大并行工作的程度
（4）明确目标，责任何奖励机制，提高员工工作效率
（5）必要时进行赶工
答：（1）基于WBS和工时估算制定活动网络图，制定项目进度计划
（2）建立对项目工作的监督和测量机制。依据项目进度基线和日常项目进展报告，比较
进度偏差（SV）和进度效率指数（SPI），进行偏差分析。
（3）确定项目里程碑，并建立有效的评审机制。
（4）对项目中发现的问题，及时采取纠正措施，并进行有效的变更管理
（5）使用有效的项目管理工具，提示项目管理的工作效率。
8.3 进度控制
阅读下列说明，针对项目的进度管理，回答问题 1至问题 3。将解答填入答题纸的对应栏内。
B 市是北方的一个超大型城市，最近市政府有关部门提出需要加强对全市交通的管理与控制。
2008年9月 19日B 市政府决定实施智能交通管理系统项目，对路面人流和车流实现实时的、量化的监控和管理。项目要求于日完成。
该项目由某公司承建，小李作为该公司项目经理，在 2008 年 10 月 20 日接到项目任务后，立即以曾经管理过的道路监控项目为参考，估算出项目历时大致为100天，并把该项目分成五大模块分别分配给各项目小组，同时要求：项目小组在 2009年 1月 20日前完成任务，1月21日至28日各模块联调，1月29日至31日机动。小李随后在原道路监控项目解决方案的基础上组织制定了智能交通管理系统项目的技术方案。
可是到了日，小李发现有两个模块的进度落后于计划，而且即使这五个模块全部按时完成，在预定的1月21日至28日期间因春节假期也无法组织人员安排模块联调，项目进度拖后已成定局。
【问题1】（8 分）请简要分析项目进度拖后的可能原因?
【问题2】（4分）请简要叙述进度计划包括的种类和用途。
【问题3】（3分）请简要叙述“滚动波浪式计划”方法的特点和确定滚动周期的依据。针对本试题说明中所述项目，说明采用多长的滚动周期比较恰当。
[问题1]答：
（1）历时估算不准确；
（2）没有考虑到法定节假日，这些不应该计算在节假日内；
（3）没有安排应急时间；
（4）没有做好进度控制。
[问题3]答：
完成项目当前阶段所需完成的工作细节，而且要为后续阶段要完成的工作做出初步描述。对项目计划的这种逐步深入的描述方式通常称为滚动波浪式计划。而周期则应当根据阶段来确定，一般地一个阶段为一个滚动周期。历时100天，我认为20天的周期比较好，这样正好5个周期，大小合适。
8.4 进度管理 2009年下
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
F公司成功中标S市的电子政务工程。F公司的项目经理李工组织相关人员对该项目的工作进行了分解，并参考以前曾经成功实施的W市电子政务工程项目，估算该项目的工作量为120人月，计划工期为6个月。项目开始不久，为便于应对突发事件，经业主与F公司协商，同意该电子政务工程必须在当年年底之前完成，而且还要保质保量。这意味着，项目工期要缩短为4个月，而项目工作量不变。
李工按照4个月的工期重新制定了项目计划，向公司申请尽量多增派开发人员，并要求所有的开发人员加班加点工作以便向前赶进度。由于公司有多个项目并行实施，给李工增派的开发人员都是刚招进公司的新人。为节省时间，李工还决定项目组取消每日例会，改为每周例会。同时，李工还允许需求调研和方案设计部分重叠进行，允许需求未经确认即可进行方案设计。
最后，该项目不但没能4个月完成，反而一再延期，迟迟不能交付。最终导致S市政府严重不满，项目组人员也多有抱怨。
【问题1】（6分）
请简要分析该项目一再拖期的主要原因。
【问题2】（6分）
请简要说明项目进度控制可以采用的技术和工具。
【问题3】（3分）
请简要说明李工可以提出哪些措施以有效缩短项目工期。
项目一再拖期的主要原因：
1、李工的项目工作量可能估算不准，编制的项目计划有问题，或未经过评审；
2、新增派的开发人员是新人，经验不足，生产率低，开发质量有问题；
3、所有开发人员加班加点，导致过度疲劳，生产率降低，质量下降；
4、取消每日例会，改为周例会，可能导致不能及时发现偏差，不能及时纠偏；
5、需求调研和方案设计部分重叠，导致设计缺陷和变更；
6、需求未经确认，导致需求变更严重。
〔问题2〕 书264页 1-10
〔问题3〕 书270页与263页
第9章 项目成本管理
9.1成本估算
9.2 成本控制 2009下
试题四（15分）
阅读下列说明，针对项目的成本管理，回答问题1至问题2，将解答填入答题纸的对应栏内。
某信息系统开发项目由系统集成商A公司承建，工期1年，项目总预算20万元。目前项目实施已进行到第8个月末。在项目
包含总结汇报、教学研究、外语学习、表格模板、计划方案、初中教育、行业论文、党团工作以及2011年计算机信息系统集成项目管理人员继续教育试题及答案 等内容。本文共10页
相关内容搜索