2023年系统集成项目管理工程师案例分析题萎缩版.docx

《2023年系统集成项目管理工程师案例分析题萎缩版.docx》由会员分享，可在线阅读，更多相关《2023年系统集成项目管理工程师案例分析题萎缩版.docx（64页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2023年系统集成项目管理工程师案例分析题萎缩版 4.2 项目的组织结构 【说明】 某系统集成商B最近正在争取某钢铁公司A的办公网络迁移到外地的项目。李某是系统集成商B负责捕捉项目机会的销售经理，鲍某是系统集成商B负责实施的项目经理。由于以往项目销售经理的过度承诺给后继的实施工作带来了很大困难，此次鲍某主动为该项目做售前支持。该办公网络迁移项目的工作包括钢铁公司A新办公楼的综合布线、局域网络系统升级、机房建设、远程视频会议系统、生产现场的闭路监控系统等5个子系统。钢铁公司A对该项目的招标工作在2023年8月4日开始。该项目要求在2023 年12月29日完成，否则将严重影响钢铁公司A的业务。 时

2、间已到2023年8月8日，钢铁公司A希望系统集成商B能在8月15日前能够提交项目建议书。钢铁公司A对项目的进度非常关注，这是他们选择集成商的重要指标之一。根据经验、钢铁公司A的实际情况和现有的资源，鲍某组织制定了一个初步的项目计划，通过对该计划中项目进度的分析预测，鲍某认为按正常流程很难达到客户对进度的要求。拟订的合同中将规定对进度的延误要处以罚款。但是销售经理李某则急于赢得合同，希望能在项目建议书中对客户做出明确的进度保证，首先赢得合同再说。鲍某和李某在对项目进度承诺的问题上产生了分歧，李某认为鲍某不帮助销售拿合同，鲍某认为李某乱承诺对以后的项目实施不负责任。本着支持销售的原则，鲍某采取了多

3、种措施， 组织制订了一个切实可行的进度计划，虽然其报价比竞争对手略高，但评标委员会认为该方案有保证，是可行的，于是系统集成商B中标。系统集成商B中标后，由其实施部负责项目的实施。 【问题1】（7分） 在制订进度计划时，鲍某可能会采取哪些措施使制订的进度计划满足客户的要求？ 【问题2】（5分）实施项目的系统集成商B目前的组织类型是什么？如何改进其项目的 组织方式？如何改进其项目管理的流程？如何降低管理外地项目的成本？ 【问题3】（3分） 在项目实施过程中，负责售前工作的李某应继续承担哪些工作？ 答题思路： 【问题 1】 1.沟通，强调该项目对系统集成商B的重要意义，提高项目优先级。使用开会方式争

4、取相关部门的建议、支持和承诺。 2.从现有资源和实际情况出发，优化网络图，如重新安排活动之间的顺序，压缩关键路径长度。 3.增加资源，引入经验丰富的员工 4.并行，在现有资源下，子任务并行，内部流程优化。 5，项目员工通过加班来加快项目进度 6.尽可能地调配非关键路径上的资源用于关键路径上的任务 7.优化外包，采购等环境并全程监控 【问题 2】 1.系统集成商B的组织方式是职能式的。 2.系统集成商B的组织方式应该改为矩阵型。 3.最好的办法是项目下阶段的人员提前介入到前一阶段，如在项目的售前阶段，负责项目实施的项目经理正式参与售前工作。 4.另外，做好项目实施流程间的交接工作，如建立一套完整

5、的项目售前和项目实施阶段之间的交接规范和要求包括文档、培训、合同等内容。 5.委托、分包给当地有资质的集成商，或在当地招人。如果材料和服务在当地采购可降低成本。压低人员差旅费，事宜虚拟远程的沟通和售后服务手段。 【问题 3】 1.与客户高层沟通，了解客户对项目实施情况的反映，维护客户关系，发掘新的项目机会。 2.参加周例会，或至少每周首一次周报以了解项目的进展和问题。 3.参与可能发生的变更的前期评审工作。 4.负责或者协助收款。 4.3 项目组织结构 【说明】 1、强矩阵型组织结构的特点是：它具有很多项目型组织的特征，具有拥有很大职权的专职项目经理和专职项目行政管理人员。 2、在强矩阵组织中

6、，为协调项目经理和职能部门经理的权责，应： 2.1 在公司管理思想和原则上，明确矩阵型组织的特征： 能够以项目为导向 有了客户问题处理中心 协调工作由项目管理队伍承担 能够明确责任 资源来自各职能部门，并且这些资源可在不同项目中共享 专业人员在技术上可相互支持 各专业员工组织上仍归属其职能部门，因此项目结束后，员工“有家可归” 2.2 在公司制度上，明确职能部门和项目经理之间的权责分配关系： 资源、人员日常归职能部门经理管理和考核； 在项目实施期间人员、资源由项目经理全权管理和考核； 2.3 建立一个清晰的项目管理流程，明确项目经理在项目实施期间的权力和责任；定义了相关人员和相关部门在项目活动

7、中的工作范围、工作过程和职责。这个流程一般由项目管理部门起草，经过相关部门讨论修改，最终由项目管理部门、相关职能部门审批，最后由公司管理层终批生效。例如： 严格加强项目章程的规范性和严肃性，任命项目经理的必要性 项目所需资源，由项目经理提出申请，职能经理负责委派人员； 项目实施期间的考核由项目经理负责，项目结束后，人员回到职能部门，考核内容也转交给职能经理，最终由职能经理负责全部考核 项目管理部经理和资源部门经理对等处理项目过程中项目目标和资源提供的决策问题； 2.4 在项目工作安排方面，特别注意管理好各个接口，如项目成员之间或部门之间的工作交接，技术交接、资源交接 2.5 加强项目沟通，适量

8、增加项目信息收集、整理、分析和发布的频次，这样能及时发现项目问题，利于及时采取纠正措施。可以通过电子邮件等手段，及时将项目进展情况、存在的问题和纠正措施通报给全体项目成员、不要忘记抄送给项目成员所属部门的经理，如果有必要，甚至抄送给公司管理层。 4.4 项目生命周期模型 2023上 【说明】 小赵是一位优秀的软件设计师，负责过多项系统集成项目的应用开发，现在公司因人手紧张，让他作为项目经理独自管理一个类似的项目，他使用瀑布模型来管理该项目的全生命周期，如下所示： 项目进行到实施阶段，小赵发现在系统定义阶段所制订的项目计划估计不准，实施阶段有许多原先没有估计到的任务现在都冒了出来。项目工期因而一

9、再延期，成本也一直超出。【问题1】（6分） 根据项目存在的问题，请简要分析小赵在项目整体管理方面可能存在的问题。【问题2】（6 分） （1）请简要叙述瀑布模型的优缺点。（2）请简要叙述其他模型如何弥补瀑布模型的不足。【问题3】（3分） 针对本案例，请简要说明项目进入实 施阶段时，项目经理小赵应该完成的项目文档工作？ 【问题 1】 1.软件设计师小赵第一次担任项目经理，独立2.小赵选取瀑布模型作为项目整体管理的生命周期模式，缺乏科学的论证和系统的评估，开发模型的选取没有进行可行性分析和论证； 3.在系统论证阶段制定项目整体计划时，对进度计划没有采用科学的方法，如类比估算法，专家判断，三点估算，应

10、急时间等。 4.对项目需求和功能没有进行严格的需求分 析、范围定义； 5.在项目范围上没有制定WBS，规划项目实施范围； 6.小赵没有对项目范围进行严格的范围确认；导致项目范围界定不清 7.实施阶段，没有对项目范围进行范围控制，遵循规范的范围变更控制管理，导致范围蔓延 【问题 2】 书上162页 1、 2、 瀑布模式的优点是 为弥补瀑布模型的缺点，可采用快速原型法、螺旋模型和迭代模型 【问题 3】 小赵在项目实施阶段应完成的文档，分两大类： 1.项目管理过程文档项目进度计划（变更），项目绩效报告，项目会议记录，项目范围（变更）说明书、变更控制文档、质量分析报告，风险评估报告等等。 2.项目产品

11、实现文档概要设计说明书，详细设计说明书，代码规范，程序编码设计书，数据库 第6章 项目整体管理 6.1 项目整体（综合）管理 【说明】 A公司是一家中小型系统集成公司，在2023年3月份正在准备对京发证券公司数据大集中项目进行投标，A公司副总裁张某授权销售部的林某为本次投标的负责人，来组织和管理整个投标销售部、客服部和质管部等相关部门参加的启动说明会，并把各自的分工和进度计划进行了部署。 随后，在投标前3天进行投标文件评审时，发现技术方案中所配置的设备在以前的项目使用中是存在问题的，必须更换，随后修改了技术方案。最后A公司中标并和客户签订了合同。 根据公司的项目管理流程，林某把项目移交到了实施

12、部门，由他们具体负责项目的执行与验收。 实施部门接手项目后，鲍某被任命为实施项目经理，负责项目的实施和验收工作。鲍某发现由于项目前期自己没有介入，许多项目前期的事情都不是很清楚，而导致后续跟进速度较慢，影响项目的进度。同时鲍某还发现设计方案中尚有多项无效需求，没有书面的需求调研报告；在项目的工期、系统功能和售后服务等方面，存在过度承诺现象。于是项目组重新调研用户需求，编制设计方案，这就增加了实施难度和成本。可是后来又发现采购部仍是按照最初的方案采购设备，导致设备中的模块配置功能不符合要求的情况。 而在A集成公司中，类似现象已多次发生。 【问题1】（5分） 针对说明中所描述的现象，分析A公司在项

13、目管理方面存在的问题（150字以内）。 【问题2】（5分） 针对A公司在该项目管理方面存在的问题，提出补救措施（150字以内）。 【问题3】（5分）针 对A公司的项目管理现状，结合你的实际经验，就A公司项目管理工作的持续改进提出意见和建议（150字以内）。 答题思路： 【问题 1】 1、投标前的项目启动会议上，没有邀请技术和实施部门 2、没有把以往的经验教训，归纳和积累，形成组织知识资产 3、没有建立完善的内部评审机制，或虽有评审机制但未有效执行 4、项目中没有实现有效的变更管理 5、公司级的项目管理体系不健全，或执行不好 【问题 2】 1、改进项目的组织形式，明确项目团队和职能部门之间的协作

14、关系和工作程序 2、做好项目当前的经验教训收集、归纳工作 3、明确项目工作的交付物，建立和实施项目的质量评审机制 4、建立项目的变更管理机制，识别变更中的利益相关方并加强沟通 5、加强对项目团队成员和相关人员的项目管理培训 【问题 3】 1、建立企业级的项目管理体系和工作规范 2、加强对项目工作记录的管理 3、加强项目质量和相应的评审制度 4、加强项目经验教训的收集、归纳、积累和分享工作 5、引入合适的项目管理工具平台，提升项目管理工作效率 6.2 项目整体 2023上【说明】 某公司是一家专门从事ERP系统研发和实施的IT企业，目前该公司正在进行的一个项目是为某大型生产单位（甲方）研发ERP

15、系统。某公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项目执行较为随意。同时甲方组织架构较为复杂，项目需求来源多样而且经常发生变化，项目范围和进度经常要经过项目组的艰苦努力，系统总算能够进入试运行阶段，但是由于各种因素，甲方并不太愿意进行正式验收，至今项目也未能结项。 【问题 1】（6分） 请从项目管理角度，简要分析该项目“未能结项”的可能原因。 【问题 2】（5分） 针对该项目现状，请简要说明为了促使该项目进行验收，可采取哪些措施。 为了避免以后出现类似情况，请简要叙述公司应采取哪些有效的管理手段。 答：【问题 1】 1、 签订合同很简单，没有在合同中明确 甲乙双方的职责，明确项

16、目的时间要求，范围界定以及合同违约等条款和内容，缺乏有效的合同管理制度； 2、 项目执行较随意，表明其缺乏规范和 严格的项目管理制度和方法，规范的项目管理流程，没有严格的进度控制、成本控制和质量保证、风险分析等管理措施。 3、 针对甲方组织结构复杂，需求多变的 情况，没有进行事前风险分析和制定风险应对对项目范围也没有进行确定， 4、程。 5、 对应项目的不验收，缺乏有效的沟通 管理制度，缺少和甲方必须的沟通方法和措施，在合同中没有规定验收的标准和程序； 6、 【问题 2】 1、 加强和甲方的沟通，针对项目验收的 工作内容和方式，流程、时间等问题，积极和甲方进行沟通，争取和甲方就项目验收工作达成

17、一致意见； 2、 针对合同中没有明确的验收标准和流 程等问题，可以采用备忘录或者补充协议的形式，就项目验收的标准、流程、时间和责任人等内容签署书面的具有法律效力的文件，以便指导项目验收工作。 3、 在项目组内部，加强项目管理工作力 度，制定验收文档标准，积极准备验收工作，完善验收成果文档，明确项目验收工作的标准和流程，以及团队成员的职责。 【问题 3】 1、公司应该建立严格和规范的合同管理制度，签订合同时必须在合同中明确项目的范围、进度以及相关要求，建立完善的合同文本； 2、公司内部应该建立规范和完善的项目管理制度，在项目管理上建立合规的管理流程、方法和标准规范，推行科学的项目管理方法，包括范

18、围管理、时间管理、成本管理、质量管理、人力资源管理方面； 3、在公司内部加强项目管理思想和方法的培训，建立全员的、全面的、全过程的项目管理体系和标准。 4、在项目立项时，建立科学和严谨的项目可行 对应项目出现的情况，缺少应急措施 和有效的针对性方法，来解决项目当前的困难。 针对项目范围、进度、成本的变化， 缺乏必要的变更控制手段和规范的变更控制流 模型与设计说明书，测试用例，测试报告等等。 进行临时调整。 过程。 林某接到任务后，召集了由公司商务部、【问题 3】（4分） 存在一些问题，主要有：方案遗漏一项基本需求，措施，对需求没有进行严格的分析、管理措施， 管理一个项目，缺乏项目整体管理经验和

19、技能； 系统集成项目管理工程师教程 第23章-案例分析23.1.7 答题思路： 性分析和论证制度，进行风险分析和风险评估， 规避项目风险。 第7章 项目范围管理 7.1 范围定义 系统集成项目管理工程师教程 第23章- 案例分析23.2.1 M公司原本是一家专注于企业信息化的公 司，在电子政务如火如荼的时候，开始进军电子 政务行业，在电子政务的市场中，接到的第一个 项目是开发一套工商审批系统。由于电子政务保 密要求，该系统涉及到两个互不联通的子网：政 务内网和政务外网。政务内网中储存着全部信息， 其中包括部分机密信息；政务外网可以对公众开 放，开放的信息必须御到授权。系统要求在这两 个了网中的

20、合法用户都可以访问到被授权的信息. 访问的信息必须是一致可靠，政务内网的信息可 以发布到政务外网，政务外网的信息在经过审批 后可以进入政务内网系统。 张工是该项目的项目经理，在捕获到这个需 求后认为电子政务建设与企业信息化有很大的不 同，有其自身的特殊性，若照搬企业信息化原有 的经验和方案必定会遭到惨败。因此采用了严格 瀑布模型，并专门招聘了熟悉网络互通互联的技 术人员设计了解决方案，在经过严格评审后实施。 在项目交付时，虽然系统完全满足了保密性的要 求，但用户对系统用户界面提出了较大的异议， 认为不符合政务信息系统的风格，操作也不够便 捷，要求彻底更换，由于最初设计的缺陷，系统 表现层和逻辑

21、层紧密耦合，导致70%的代码重写， 而第二版的用户界面仍不能满足最终用户的要 求，最终又重写部分代码才通过驶收，由于系统 的反复变更，项目组成员产生了强烈的挫折感， 士气低落，项目工期也超出原计划的100%。 【问题1】（5分） 请不超过150字，对张工的行为进行点评? 【问题2】（5分） 请从项目范围管理的角度找出该项目实施过程中 的主要管理问题？不超150字 【问题3】（5分） 请结合你本人实际项目经验，指出应如何避免类 似问题? 【问题1】请对张工的行为进行点评？ 工作的优点： 1、认识到电子政务建设与企业 信息化建设的不同，考虑到了项目的独特性的特 征； 2、针对业务需求中对内网、外网

22、的互联互通的要 求，针对性招聘了网络互联互通的技术人员； 3、满足了用户保密性的要求； 工作的缺点： 1、采用“瀑布模式”的项目生命周期，没有进行 论证，武断； 2、用户需求调研的不全面，忽视了系统页面的需 求；并且，进行第二版修正时，没有针对页面的 需求修改进行确认。 3、设计方案没有进行验证；表现层内耦合的业务 逻辑，增加了修改的代价； 4、团队管理措施不力，成员产生挫折感； 【问题 2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题。 1、没有建立规范的项目范围管理流程和 制度。 2、范围定义和需求分析时，工作不细致， 忽视了B/S架构下的页面需求 3、需求范围变更中，没有对页

23、面变更进行 “确认”，就修改代码 【问题 3】 1、针对甲方的需求，制定实用的项目范围管理计 划； 2、做好范围定义工作（详细列出方法） 3、做好需求分析工作（方法、过程、工作步骤） 4、重视范围确认（方法） 5、严格范围变更（变更流程） 6、建立完善的项目范围管理制度和规范的范围管 理流程 7.2 需求评审 系统集成项目管理工程师教程 第23 章-案例分析23.1.5 答： 1、软件需求是软件开发的最重要的一个输入，需求风险也常常是软件开发过程中最大的则很可能会漏掉了很重要的需求。其次在不同类顺利，对项目如期完工很有把握。系统开发期一个风险，降低需求风险的一个重要手段就是型的人员中要选择那些

24、真正和系统相关的，对系间，S主管和W翻译忙于在全国各地开拓市场，需求评审，但是需求评审是所有的评审活动中统有足够了解的人员参与进来，否则很可能使评与H公司没有再进行接触。 最难的一个，也是最容易被忽视的一个评审。 审的效率降低或者最终不切实际的修改了系统就在系统开发行将结束之际，S主管和W翻 的范围。 译来到H公司查看开发进度。当看到杨工演示2 以上的现象可以在很多项目中都可以看 的即将完工的业务系统时，S主管却表示，视频到。概括起来，在需求评审中常见的问题是：建议五：对评审员进行培训 聊天只是系统的一个基本功能，系统的核心功 需求报告很长，短时间内评审者根本就在很多情况下，评审员是领域专家而

25、不是进能则是通过视频聊天实现网上交易的电子商务不能把需求报告读懂，想清楚； 行评审活动的专家，他们没有掌握进行评审的方活动，要求H公司完善系统功能并如期交付。 没有作好前期准备工作，需求评审的效法、技巧、过程等，因此需要对评审员进行，同杨工拿出系统方案作为证据，据理力争。 率很低； 样对于主持评审的管理者也需要进行培训，以便W翻译承认此前他的工作有误，导致双方对 需求评审的节奏无法控制； 于参与评审的人员能够紧紧围绕评审的目标来项目范围的认识产生了偏差，并说服S主管将 找不到合格的评审员，与会的评审员无进行，能够控制评审活动的节奏，提高评审效率，交付日期延后2个月。为了完成合同，杨工同法提出深

26、入的问题； 避免发生案例一和案例二中出现的现象。对评审意对系统功能进行扩充完善，并重新修订了系 员的培训也可以区分为简单培训与详细培训2统方案。但是，此后C公司又多次提出范围变 种。简单培训可能需要十几分钟或者几十分钟，更要求。杨工发现，不断修订的系统方案已经3 问题所在： 需要将在评审过程中的需要把握的基本原则，需严重偏离了原始方案，系统如期交付已经是不 评审缺乏有效依据和规范，不能保证评审的要注意的常见问题说清楚。详细培训则可能要需可能的任务了。 覆盖率和有效性。 要对评审的方法、技巧、过程进行正式的培训，【问题1】（6分）产品经理没有把握好会议主题，评审变成了需要花费较长的时间，是一个独

27、立的活动。需要请结合案例简要说明，详细的项目范围说头脑风暴。 注意的是被评审人员也要被培训。 明书应包含哪些内容，并指出C公司和H公司 目标性需求没有沟通好，后面的需求变成空 对哪些方面的理解出现了重大偏差。 中楼阁。建议六：充分利用需求评审检查单 【问题2】（6分）缺乏评审的可操作依据，遗漏评审内容。需求检查单是很好的评审工具，需求检查单请指出S主管的要求是否恰当？为什么？ 没有作好前期准备工作，导致评审时间长，可以分成2类：需求形式的检查单和需求内容的并请结合本案例简要分析导致C公司多次提出效率低。 检查单。需求形式的检查可以由QA人员负责，范围变更的可能原因。没有选择合适的评审人员，无法

28、获得有价值主要是针对需求文挡的格式是否符合质量标准【问题3】（3分） 的反馈。 来提出的，需求内容的检查是由评审员负责的，作为项目管理者，杨工此时应关注的范围 参加人员过多，容易陷入细枝末节的讨论，主要是检查需求内容是否达到了系统目标、是否变更控制的要点有哪些？ 会议演变成一场人人自由的混战。 有遗漏、是否有错误等等，这是需求评审的重点。 检查单可以帮助评审员系统全面地发现需求中问题14 那么究竟如何做好需求评审呢？ 的问题，检查单也是随着工程财富的积累逐渐丰详细的项目范围说明书应包含如下内容：建议一：分层次评审 富和优化的。 1、项目的目标；我们知道用户的需求是可以分层次的，一般而 2、产品

29、（或服务）的范围描述； 言可以分成如下的层次：建议七：建立标准的评审流程 3、项目的可交付物；目标性需求：定义了整个系统需要达到的目对正规的需求评审会需要建立正规的需求 4、项目边界； 标； 评审流程，按照流程中定义的活动进行规范的评 5、产品验收标准；功能性需求：定义了整个系统必须完成的任审过程。比如在评审流程定义中可能规定评审的 6、项目的约束条件； 务； 进入条件，评审需要提交的资料，每次评审会议 7、项目的假定。操作性需求：定义了完成每个任务的具体的的人员职责分配，评审的具体步骤，评审通过的 人机交互； 条件等等。通过评审流程执行可能会避免出现案C和H在如下几个方面出现了严重偏差：目标

30、性需求是企业的高层管理人员所关注例五之类的问题。 1、项目的目标：H以为是实现视频聊天网站，的，功能性需求是企业的中层管理人员所关注 而C期望是通过视频聊天实现网上交易的电的，操作性需求是企业的具体操作人员所关注建议八：做好评审后的跟踪工作 子商务； 的。对不同层次的需求，其描述形式是有区别在需求评审后，需要根据评审人员提出的问 2、项目的可交付物：同上； 的，参与评审的人员也是不同的。如果让具体题进行评价，以确定哪些问题是必须纠正的，哪 3、验收标准：H把未经确认的存在严重偏差的的操作人员去评审目标性需求，可能会很容易些可以不纠正，并给出充分的客观的理由与证“系统方案”作为验收标准。 地导致

31、“捡了芝麻，丢了西瓜”的现象，如果据。当确定需要纠正的问题后，要形成书面的需 让高层的管理人员也去评审那些操作性需求，求变更的申请，进入需求变更的管理流程，并确问题2 无疑是一种资源的浪费或者就会出现案例三的保变更的执行，在变更完成后，要进行复审。切S主管的要求是恰当的。 情形。 忌评审完毕后，没有对问题进行跟踪，而无法保因为双方在需求（项目范围）理解上存在重大 证评审结果的落实，使前期的评审努力付之东偏差，而H公司未把详细的项目范围说明书（需建议二：正式评审与非正式评审结合 流。 求分析说明书），提交给C公司（S主管）确认正式评审是指通过开评审会的形式，组织 签字。 多个专家，将需求涉及到的

32、人员集合在一起，建议九：充分准备评审并定义好参与评审人员的角色和职责，对需求评审质量的好坏很大程度上取决于在评审导致C公司多次提出范围变更的可能原因： 进行正规的会议评审。而非正式的评审并没有会议前的准备活动。 1、W翻译对计算机相关技术知之甚少，未能准这种严格的组织形式，一般也不需要将人员集常出现的问题是，需求文档在评审会议前并没有确转达S主管的需求； 合在一起评审，而是通过电子邮件、文件汇签提前下发给参与评审会议的人员，没有留出更多 2、杨工收集需求时，理解出现偏差，未能准确甚至是网络聊天等多种形式对需求进行评审。2更充分的时间让参与评审的人员阅读需求文档。把握需求； 种形式各有利弊，但往

33、往非正式的评审比正式更有甚者，没有执行需求评审的进入条件，在评 3、杨工编制的需求分析说明书，未进行内部评的评审效率更高，更容易发现问题。因此在评审文档中存在大量的低级的错误或者没有在评审； 审时，应该更灵活地利用这2种方式。 审前进行沟通，文档中存在方向性的错误，从而 4、需求分析说明书（或项目范围说明书）未与 导致评审的效率很低，质量很差。对评审的准备C公司达成一致，未提交给S主管确认签字；建议三：分阶段评审 工作，也应当定义一个检查单，在评审之前对照 5、杨工在范围控制上做得不好。应该在需求形成的过程中进行分阶段的评检查单落实每项准备工作。审，而不是在需求最终形成后再进行评审。分 问题3

34、 阶段评审可以将原本需要进行的大规模评审拆 1、确定范围变更是否已经产生； 分成各个小规模的评审，降低了需求返工的风 2、对造成范围变更的因素施加影响，以确保这险，提高了评审的质量。比如可以在形成目标7.3 工作分解结构 些变更得到一致的认可。 性需求后进行一次评审，在形成系统的初次概 3、当范围变更发生时，对实际的变更进行管理。 要需求后进行一次评审，当对概要需求细分成7.4 范围管理2023下 （以上为书本上的，me考试写的是： 几个部分，对每个部分进行各个评审，最终再C公司是一家从事电子商务的外国公司，为 1、重新编制项目范围说明书，与C公司达成一对整体的需求进行评审。 了在中国开展业务

35、，派出S主管和W翻译来中国致，并让S主管确认签字；寻找合适的系统集成商，试图在中国建设一套业 2、建立整体变更控制流程，做好范围控制。建议四：精心挑选评审员 务系统。S主管精通软件开发，但是不懂汉语，需求评审可能涉及的人员包括：需方的高而W翻译对计算机相关技术知之甚少。层管理人员、中层管理人员、具体操作人员、W翻译通过中国朋友介绍，找到了从事系统集成第8章 项目进度管理 IT主管、采购主管；供方的市场人员、需求分的H公司。H公司指派杨工为该业务系统建设项8.1 项目进度 析人员、设计人员、测试人员、质量保证人员、目经理，与C公司进行交流。经过需求调研，杨【说明】 实施人员、项目经理以及第三方的

36、领域专家等工认为，C公司想要建设一个视频聊天网站，并某系统集成公司现有员工50多人，业务部等。在这些人员中由于大家所处的立场不同，据此完成了系统方案。在W的翻译下，S审阅并门分为销售部、软件开发部、系统网络部等。 经对同一个问题的看法是不相同的，有些观点是认可了H公司的系统方案。经过进一步的谈判，过近半年的酝酿后，在今年一月份，公司的销和系统的目标有关系的，有些是关系不大的，C公司和H公司签订了合同，并把该系统方案作售部直接与某银行签订了一个银行前置机的软不同的观点可能形成互补的关系。为了保证评为合同附件，作为将来项目验收的标准。 件系统的项目。合同规定，6月28日之前系统审的质量和效率，需要

37、精心挑选评审员。首先合同签订后，杨工迅速组织人力投入系统开必须投入试运行。在合同签订后，销售部将此要保证使不同类型的人员的都要参与进来，否发。由于杨工系统集成经验丰富，开发过程进展合同移交给了软件开发部，进行项目的实施。 项目经理小丁做过5年的系统分析和设计工 作，但这是他第一次担任项目经理。小丁兼任系 统分析工作，此外项目还有2名有1年工作经验 的程序员，1名测试人员，2名负责组网和布线的 系统工程师。项目组成的成员均全程参加项目。大家称之为“救火队长”，而强某也对自己信心十足。但这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理系统项目的工期要求紧、他能调用的人手少。 该人口管

38、理系统项目属于升级项目。原来的系统为J公司日期间因春节假期也无法组织人员安排模块联调，项目进度拖后已成定局。【问题1】（8 分）请简要分析项目进度拖后的可能原因?【问题2】（4分）请简要叙述进度计划包括 6、关键链法； 7、项目管理软件； 8、应用日历； 9、调整时间提前与滞后量； 10、进度模型。在承担项目之后，小丁组织大家制定了项目 的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日

39、完成调研和布线 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】 （1）销售部没有及时让软件开发部参与项 目早期工作，需

40、求分析耗时过长； （2）项目经理首次担任，经验不足，进度估 算不准确； （3）项目资源配置不足，项目经理兼任系统 分析，缺乏专门的系统分析和设计人员 （4）工作安排没有充分利用分配的项目资 源，资源有闲置； （5）在安排进度时可能未考虑法定节假日 的因素 【问题 2】 （1）向职能经理申请增加特定资源，特别 是增加系统分析设计人员； （2）将部分阶段的工作改为并行进行，以 节约时间； （3）临时加班/赶工，尽可能补救耽误的时 间； （4）对后续工作的工期重新进行估算，并考 虑节假日问题，修订计划，尽量留有余地； （5）加强沟通，争取客户能够对项目范围以 及需求、设计、验收标准进行确认，避免后期

41、频 繁出现变更。 （6）加强对阶段性工作的检查和控制，避 免后期出现返工。 此外，如有可能还可采取外包和缩减范围等 办法，不过不建议在本案例中采用。 【问题 3】 1、进度管理的过程 2、资源对进度的影响 （1）一般情况下，项目活动历时与投入的 资源数量成反比，即投入的资源数量越多，活动 历时越短。但是，当针对某一活动的资源投入数 量达到一定规模时，再增加资源的投入不会进一 步缩短项目活动历时，也就是资源投入递减规律 （2）非关键路径上的活动历时只对项目产 生较小的影响或不产生影响，而关键路径上活动 历时的延误，则会直接影响到项目工期。因此每 当缩短项目工期时，应对首先考虑在关键路径活 动上增

42、加资源。 8.2 项目进度 【说明】 J公司2023年3月中标某市公安局的人口管 理系统开发项目，因该市要在2023年11月举办 某大型国际会议，因此公安局要求人口管理系统 一定要在2023年7月1日之前投入使用。强某是 负责这个项目的项目经理，虽然他进公司才不到 3年，但他已成功地管理过2个类似的项目，被开发，是C/S结构，只能管理本地城区常住人的种类和用途。口。新的人口管理系统要求是B/S结构，要既【问题3】（3分）请简要叙述“滚动波浪式问题3 书270页与263页 能管理城区常住人口又能管理郊区常住人口、计划”方法的特点和确定滚动周期的依据。针对 1、投入更多的资源以加速活动进程； 市辖

43、县常住人口和流动人口，而公安局要求该本试题说明中所述项目，说明采用多长的滚动周 2、指派经验更丰富的 人去完成或帮助完成项新系统首先把流动人口管理起来。该项目从技期比较恰当。 目工作； 术角度可分为网络改造和软件开发，而软件又 3、减小活动范围或降低活动要求； 分界面、业务流程和数据库三个子系统。他们问题1答： 4、通过改进方法或技术提高生产效率。 团队有6人，其中有人做过类似的C/S结构的（1）历时估算不准确；项目， 而公司刚结束的一个网络项目与本次承（2）没有考虑到法定节假日，这些不应该计算 担的网络改造项目在技术架构方面几近相同， 在节假日内； 第10章 项目质量管理 只是规模不同。公安局要求新系统能够支持移（3）没有安排应急时间； 10.1 质量管理计划和质量控制 动接入，而项目团队中没有一人接触过移动接（4）没有做好进度控制。入技术。强某凭直觉知道依现有的人员在2023问题2书267页 【说明】 年7月1日之前完成项目是不可能的。 1、项目进度表；某信息技术有限公司中标了某大型餐饮连 2、进度模型数据； 锁企业集