(项目管理)系统集成项目管理工程师案例分析

1、系统集成项目管理工程师案例分析第 4 章 项目管理一般知识4.1 项目经理的选择 阅读下列说明，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。 【说明】D 公司是一家系统集成商，章某是 D 公司的一名高级项目经理，现正在负责某市开发 区的办公网络项目的管理工作， 该项目划分为综合布线、 网络工程和软件开发三个子项目， 需要 3 个项目经理分别负责。章某很快找到了负责综合布线、网络工程的项目经理，而负 责软件开发的项目经理一直没有合适的人选。原来由于 D 公司近年业务快速发展，承揽的 项目逐年增多，现有的项目经理人手不够。章某建议从在公司工作 2 年以上业务骨干中选 拔项目经理。结果李某

2、被章某选中负责该项目的软件开发子项目。在项目初期，依照公司 的管理规定，李某带领几名项目团队成员刻苦工作，项目进展顺利。 随着项目的进一步展 开，项目成员的逐步增加，李某在项目团队管理方面遇到很多困难。他领导的团队因经常 返工而效率低下、团队成员对发生的错误互相推诿、开会时人员从来没有到齐过，甚至李 某因忙于自己负责的模块开会时都迟到过。大家向李某汇报项目的实际进度、成本时往言 过其实，直到李某对自己负责的模块进行接口调试时才发现这些问题。【问题 1】（5 分） 请分析项目中出现这些情况的可能原因（ 100字以内）。【问题 2】（5 分） 你认为高级项目经理章某应该如何指导和帮助李某（ 200

3、字以内）。【问题 3】（ 5 分） 请说明李某作为项目经理要承担哪些角色？要成为一名合格的项目 经理要具备哪些知识与技能？（ 200 字以内）问题 1（10 分） 请分析项目中出现这些情况的可能原因（ 200字以内）。 答：（1）李某缺乏担任项目经理所需的足够的能力和经验（2）公司对项目经理的培养不重视，对项目经理的选拔任命不规范；（ 3）章某对李某的 “传帮带 ”做的不够好； （4）公司对项目经理的工作缺乏指导和监督；（ 5）项目工作中的沟通没有建立有效的机制和方式方法； （6）缺乏有效的项目绩效管理机制；问题 2（10分） 你认为高级项目经理章某应该如何指导和帮助李某（ 300 字以内）。

4、 答：（1）章某应明确李某的工作职责，帮助其实现向项目经理角色的转变；（2）参加小李组织的周例会，以及时发现问题，予以指导；（3）对李某提供相关工作的指导或培训，尤其是在项目管理方面；（4）从整体项目层面对各子项目进行协调和计划，对子项目提出具体工作要求；（5）加强对子项目的日常监督，要项目经理以身作则；（6）针对子项目中出现的问题，及时提出纠正和预防措施； 问题 3（ 5 分） 请说明李某作为项目经理要承担哪些角色？要成为一名合格的项目经 理要具备哪些知识与技能？（ 300 字以内）答：参加书上 147148 页内容1 / 55系统集成项目管理工程师案例分析4.2 项目的组织结构 阅读下面叙

5、述，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。 【说明】某系统集成商 B 最近正在争取某钢铁公司 A 的办公网络迁移到外地的项目。李某是系 统集成商 B 负责捕捉项目机会的销售经理，鲍某是系统集成商 B 负责实施的项目经理。由 于以往项目销售经理的过度承诺给后继的实施工作带来了很大困难，此次鲍某主动为该项 目做售前支持。该办公网络迁移项目的工作包括钢铁公司 A 新办公楼的综合布线、局域网 络系统升级、机房建设、远程视频会议系统、生产现场的闭路监控系统等 5 个子系统。钢 铁公司 A 对该项目的招标工作在 2006年 8月 4日开始。该项目要求在 2006 年 12月 29 日 完成

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

7、售拿合同，鲍某认为李某乱承诺对以后的项目实施不负责任。本着支持销售的原则， 鲍某采取了多种措施， 组织制订了一个切实可行的进度计划， 虽然其报价比竞争对手略高， 但评标委员会认为该方案有保证，是可行的，于是系统集成商 B 中标。系统集成商 B 中标 后，由其实施部负责项目的实施。【问题 1】（7 分） 在制订进度计划时，鲍某可能会采取哪些措施使制订的进度计划满 足客户的要求？【问题 2】（5分）实施项目的系统集成商 B 目前的组织类型是什么？如何改进其项目的 组织方式？如何改进其项目管理的流程？如何降低管理外地项目的 成本？【问题 3】（3 分） 在项目实施过程中，负责售前工作的李某应继续承担

8、哪些工作？答题思路：【问题 1】1）沟通，强调该项目对系统集成商B 的重要意义，提高项目优先级。使用开会方式争取相关部门的建议、支持和承诺。2）从现有资源和实际情况出发， 优化网络图， 如重新安排活动之间的顺序， 压缩关键 路径长度。3）增加资源，引入经验丰富的员工4）并行，在现有资源下，子任务并行，内部流程优化。5）赶工，项目员工通过加班来加快项目进度2 / 55系统集成项目管理工程师案例分析6）尽可能地调配非关键路径上的资源用于关键路径上的任务7）优化外包，采购等环境并全程监控问题 2】（ 1） 系统集成商 B 的组织方式是职能式的。（ 2） 系统集成商 B 的组织方式应该改为矩阵型。（

9、3） 最好的办法是项目下阶段的人员提前介入到前一阶段，如在项目的售前阶段， 负责项目实施的项目经理正式参与售前工作。（4） 另外， 做好项目实施流程间的交接工作， 如建立一套完整的项目售前和项目实施 阶段之间的交接规范和要求包括文档、培训、合同等内容。（ 5） 委托、分包给当地有资质的集成商，或在当地招人。如果材料和服务在当地采购 可降低成本。压低人员差旅费，事宜虚拟远程的沟通和售后服务手段。问题 3】（1） 与客户高层沟通，了解客户对项目实施情况的反映，维护客户关系，发掘新的项 目机会。（2） 参加周例会，或至少每周首一次周报以了解项目的进展和问题。（3）参与可能发生的变更的前期评审工作。（

10、4）负责或者协助收款。53 / 554.3 项目组织结构阅读下面叙述，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。 【说明】系统集成项目管理工程师教程 第 23 章-案例分析23.1.7答题思路：1、强矩阵型组织结构的特点是：它具有很多项目型组织的特征，具有拥有很大职权的 专职项目经理和专职项目行政管理人员。2、在强矩阵组织中，为协调项目经理和职能部门经理的权责，应：2.1 在公司管理思想和原则上，明确矩阵型组织的特征： 能够以项目为导向 有了客户问题处理中心 协调工作由项目管理队伍承担 能够明确责任 资源来自各职能部门，并且这些资源可在不同项目中共享 专业人员在技术上可相互支持 各

11、专业员工组织上仍归属其职能部门，因此项目结束后，员工 “有家可归 ”2.2 在公司制度上，明确职能部门和项目经理之间的权责分配关系： 资源、人员日常归职能部门经理管理和考核； 在项目实施期间人员、资源由项目经理全权管理和考核；2.3 建立一个清晰的项目管理流程， 明确项目经理在项目实施期间的权力和责任； 定义 了相关人员和相关部门在项目活动中的工作范围、工作过程和职责。这个流程一般由项目 管理部门起草，经过相关部门讨论修改，最终由项目管理部门、相关职能部门审批，最后 由公司管理层终批生效。例如：严格加强项目章程的规范性和严肃性，任命项目经理的必要性 项目所需资源，由项目经理提出申请，职能经理负

12、责委派人员； 项目实施期间的考核由项目经理负责，项目结束后，人员回到职能部门，考核 内容也转交给职能经理，最终由职能经理负责全部考核项目管理部经理和资源部门经理对等处理项目过程中项目目标和资源提供的 决策问题；2.4 在项目工作安排方面， 特别注意管理好各个接口， 如项目成员之间或部门之间的工 作交接，技术交接、资源交接2.5 加强项目沟通，适量增加项目信息收集、整理、分析和发布的频次，这样能及时发 现项目问题，利于及时采取纠正措施。可以通过电子邮件等手段，及时将项目进展情况、 存在的问题和纠正措施通报给全体项目成员、不要忘记抄送给项目成员所属部门的经理， 如果有必要，甚至抄送给公司管理层。4

13、.4项目生命周期模型 2009上阅读下列说明，回答问题 1至问题3。将解答填入答题纸的对应栏内。【说明】小赵是一位优秀的软件设计师，负责过多项系统集成项目的应用开发，现在公司因人 手紧张，让他作为项目经理独自管理一个类似的项目，他使用瀑布模型来管理该项目的全 生命周期，如下所示：项目进行到实施阶段，小赵发现在系统定义阶段所制订的项目计划估计不准，实施阶 段有许多原先没有估计到的任务现在都冒了出来。项目工期因而一再延期，成本也一直超 出。【问题1】（6分）根据项目存在的问题，请简要分析小赵在项目整体管理 方面可能存在的问题。【问题2】（6分）（1）请简要叙述瀑布模型的优缺点。（2）请简要叙述其他

14、模型如何弥补瀑布模型的不足。【问题3】（3分）针对本案例，请简要说明项目进入实施阶段时，项目经理小赵应该完成的项目文档 工作？【问题1】1、软件设计师小赵第一次担任项目经理，独立管理一个项目，缺乏项目整体管理经验 和技能；2、小赵选取瀑布模型作为项目整体管理的生命周期模式，缺乏科学的论证和系统的评 估，开发模型的选取没有进行可行性分析和论证；3、在系统论证阶段制定项目整体计划时，对进度计划没有采用科学的方法，如类比估 算法，专家判断，三点估算，应急时间等。4、对项目需求和功能没有进行严格的需求分析、范围定义；5、在项目范围上没有制定 WBS，规划项目实施范围；6、小赵没有对项目范围进行严格的范

15、围确认；导致项目范围界定不清7、实施阶段，没有对项目范围进行范围控制，遵循规范的范围变更控制管理，导致范 围蔓延【问题2】书上162页1、瀑布模式的优点是2、为弥补瀑布模型的缺点，可采用快速原型法、螺旋模型和迭代模型问题 3】小赵在项目实施阶段应完成的文档，分两大类：(1) 项目管理过程文档 项目进度计划(变更) ，项目绩效报告，项目会议记录，项目范 围(变更)说明书、变更控制文档、质量分析报告，风险评估报告等等。(2) 项目产品实现文档 概要设计说明书，详细设计说明书，代码规范，程序编码设计 书，数据库模型与设计说明书，测试用例，测试报告等等。第5章立项管理5.1项目可行性分析一分析报告阅读

16、下列有关项目可行性分析的说明，回答问题1至问题3。将解答填入答题纸的对应栏内。在顼目订划和逸择的过悍中.裔賽完成的肯耍工作圧村项U进行怙算.顶 H1AW的电曲涉及方占曲面，例如项口或产品开发的投入和回报、项 目风险、作用利;S义等任传统倩息系统工程方袪中，堆以口“亍性瑚究的方 式来銀织对项昌的主變佔轉内壽的.企业卖陌的业务过程屮.町行性研究 通常件为一个劇整的环节.戡包含庄整个项冃寺项.威项目选择和般认的过 程中*可行性研究的范他町能Sffitur泛的技术、经济.执存、环境等各种需要 评估的因廉，個它井不是星后的精细计划（例如1项目的时间进度及人员安押：）. 通常往进行可仃性研究的阶6L耗至项

17、日的口标或产品的垠终方向也是向盛崩 变化的但可衍性研究的意义在于.虽然可存性研究不能播出项目遇终的精细 i划和方向，們町行忤研究可以在项目定义阶段用较小的代价识别出钳i吴构思 的系统，从而规避末来更多的杭源投入杓损失（时间.瓷金.人力、机会人 或荷因遭遇到无迭域越的技术陣碍戒坏境障碍导敎的不可1B免的失败.对/那些可抒性研究表明町执行的软件顶冃来说*可厅性研究的站里也不 承诺系统的收益一定很巨大.或技术风险和畫源投入就一定报低，但可行性研 究的结果设龙了一个屁线”，即：如果实施什么*则闻脸和收益是什么和这 样的控制范BL这些评佔结卑给来来的项U评佔*项目凤險控制.甚至在资 源剧艸变化的悄况有计

18、划冇熏点地削减功能、更定义项目开发范B3,或着选 择顶H实晞的方我捉供非常有价值的方向性指引。【问 I】（7分）口J行件研究的步骤妃什么？请便用列礬的形式不aii 1007冋捽。【剛2】（器分可厅性研究报吿是可冇性研究的成果体现，请便用列举的形武.不迪过150 字冋畀，町和性研究报古主要过倉什么内容？（HH3 “0 分金“Hj性研究的黨础匕 还需要请第三方粮据国寒颔布的fltflt.法律法现 尊从项目*国民蜉济.社2殆酸岀发，时拟建顼H进和齐方向的评怙.谄用 平趙过$0字的文字回答*项L1讦估报肯主體包含什么内容？参考答案:KMS1(7 分可祈性研究的步戏包括： 确宦项冃规模和冃林研究正在运行

19、的系统；建址新篥统的逻辑蟆型；导出和评价各种方案：捋荐可行性方编耳可行性研究报吿；递交可行性研究报告“(HJK21 G 分)町行性研究报告的编写内容包括:(1) 引言.(2) 可行性研究的前提t3)对现有系统的分析.(4) 所律议的系统円可送样的具他系统方架。(6)投资及效益分析“社会因養方面的可行性.结论.【问理3】(10分项目评估报告-般应包括以下内容(1项科槪况“(2 )评估冃标F(3)评佔依据*4)评佔内容“(5) 评估机构与评侑赢.(6) 泮估过桿.(7) 详细评估走见存住或遗漏的弟大问鞠村进-步的建议。VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV第 6 章

20、项目整体管理6.1 项目整体（综合）管理 阅读下列说明，回答问题 1 至问题 3。将解答填入答题纸的对应栏内。 【说明】A 公司是一家中小型系统集成公司，在 2006 年 3 月份正在准备对京发证券公司数据大 集中项目进行投标， A 公司副总裁张某授权销售部的林某为本次投标的负责人，来组织和 管理整个投标过程。 林某接到任务后，召集了由公司商务部、销售部、客服部和质管部等 相关部门参加的启动说明会，并把各自的分工和进度计划进行了部署。随后，在投标前 3 天进行投标文件评审时，发现技术方案中所配置的设备在以前的项 目使用中是存在问题的，必须更换，随后修改了技术方案。最后 A 公司中标并和客户签订

21、 了合同。根据公司的项目管理流程，林某把项目移交到了实施部门，由他们具体负责项目的执 行与验收。 实施部门接手项目后，鲍某被任命为实施项目经理，负责项目的实施和验收工 作。鲍某发现由于项目前期自己没有介入，许多项目前期的事情都不是很清楚，而导致后 续跟进速度较慢， 影响项目的进度。 同时鲍某还发现设计方案中尚存在一些问题， 主要有： 方案遗漏一项基本需求，有多项无效需求，没有书面的需求调研报告；在项目的工期、系 统功能和售后服务等方面，存在过度承诺现象。于是项目组重新调研用户需求，编制设计 方案，这就增加了实施难度和成本。 可是后来又发现采购部仍是按照最初的方案采购设备， 导致设备中的模块配置

22、功能不符合要求的情况。 而在 A 集成公司中， 类似现象已多次发生。【问题 1】（5 分） 针对说明中所描述的现象， 分析 A 公司在项目管理方面存在的问题 （ 150 字以内）。【问题 2】（5分） 针对 A 公司在该项目管理方面存在的问题， 提出补救措施（ 150字以内）。【问题 3】（ 5分）针对 A 公司的项目管理现状，结合你的实际经验，就 A 公司项目管理工 作的持续改进提出意见和建议（ 150 字以内）。答题思路：【问题 1】1、投标前的项目启动会议上，没有邀请技术和实施部门2、没有把以往的经验教训，归纳和积累，形成组织知识资产3、没有建立完善的内部评审机制，或虽有评审机制但为有效

23、执行4、项目中没有实现有效的变更管理5、公司级的项目管理体系不健全，或执行不好问题 2】1、改进项目的组织形式，明确项目团队和职能部门之间的协作关系和工作程序2、做好项目当前的经验教训收集、归纳工作3、明确项目工作的交付物，建立和实施项目的质量评审机制4、建立项目的变更管理机制，识别变更中的利益相关方并加强沟通5、加强对项目团队成员和相关人员的项目管理培训问题 3】1、建立企业级的项目管理体系和工作规范2、加强对项目工作记录的管理3、加强项目质量和相应的评审制度4、加强项目经验教训的收集、归纳、积累和分享工作5、引入合适的项目管理工具平台，提升项目管理工作效率6.2 项目整体 2009 上阅读

24、下面叙述，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。【说明】某公司是一家专门从事 ERP 系统研发和实施的 IT 企业，目前该公司正在进行的一个 项目是为某大型生产单位（甲方）研发 ERP 系统。某公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项目执行较为随 意。同时甲方组织架构较为复杂，项目需求来源多样而且经常发生变化，项目范围和进度 经常要进行临时调整。经过项目组的艰苦努力，系统总算能够进入试运行阶段，但是由于各种因素，甲方并 不太愿意进行正式验收，至今项目也未能结项。【问题 1】（6 分） 请从项目管理角度，简要分析该项目“未能结项”的可能原因。【问题 2】（5

25、分） 针对该项目现状，请简要说明为了促使该项目进行验收，可采取哪些措施。【问题 3】（4 分） 为了避免以后出现类似情况，请简要叙述公司应采取哪些有效的管理手段。答：【问题 1】1、签订合同很简单，没有在合同中明确甲乙双方的职责，明确项目的时间要求，范围 界定以及合同违约等条款和内容，缺乏有效的合同管理制度；2、项目执行较随意， 表明其缺乏规范和严格的项目管理制度和方法，规范的项目管理流程，没有严格的进度控制、成本控制和质量保证、风险分析等管理措施。3、针对甲方组织结构复杂， 需求多变的情况， 没有进行事前风险分析和制定风险应对 措施，对需求没有进行严格的分析、管理措施，对项目范围也没有进行确

26、定，4、针对项目范围、进度、成本的变化，缺乏必要的变更控制手段和规范的变更控制流 程。5、对应项目的不验收， 缺乏有效的沟通管理制度， 缺少和甲方必须的沟通方法和措施， 在合同中没有规定验收的标准和程序；6、对应项目出现的情况， 缺少应急措施和有效的针对性方法， 来解决项目当前的困难。【问题 2】1、加强和甲方的沟通，针对项目验收的工作内容和方式，流程、时间等问题，积极和 甲方进行沟通，争取和甲方就项目验收工作达成一致意见；2、针对合同中没有明确的验收标准和流程等问题， 可以采用备忘录或者补充协议的形 式，就项目验收的标准、流程、时间和责任人等内容签署书面的具有法律效力的文 件，以便指导项目验

27、收工作。3、在项目组内部，加强项目管理工作力度，制定验收文档标准，积极准备验收工作， 完善验收成果文档，明确项目验收工作的标准和流程，以及团队成员的职责。问题 3】1、公司应该建立严格和规范的合同管理制度，签订合同时必须在合同中明确项目的 范围、进度以及相关要求，建立完善的合同文本；2、公司内部应该建立规范和完善的项目管理制度，在项目管理上建立合规的管理流 程、方法和标准规范，推行科学的项目管理方法，包括范围管理、时间管理、成 本管理、质量管理、人力资源管理方面；3、在公司内部加强项目管理思想和方法的培训，建立全员的、全面的、全过程的项 目管理体系和标准。4、在项目立项时，建立科学和严谨的项目

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

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

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

31、密性的要求；工作的缺点：1、采用 “瀑布模式 ”的项目生命周期，没有进行论证，武断；2、用户需求调研的不全面，忽视了系统页面的需求；并且，进行第二版修正时， 没有针对页面的需求修改进行确认。3、设计方案没有进行验证；表现层内耦合的业务逻辑，增加了修改的代价;4、团队管理措施不力，成员产生挫折感；【问题2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题。1、没有建立规范的项目范围管理流程和制度。2、 范围定义和需求分析时，工作不细致，忽视了B/S架构下的页面需求3、 需求范围变更中，没有对页面变更进行确认”就修改代码1）脈】洩有挖掘到系统的辛豹隔性费尿*缺乏捕确的范屈定义口（ 3 在发

32、生第一次变更时张匸仍没肓有效的范曲管理，从而造成系统的 二次变理.行分）対 重毘的系统喪世说明张工对系统范讯錚制不足*导報一而再再而三的 反复卩竹分）【问题3】答题的思路和提纲，请将下列答题点细化1、针对甲方的需求，制定实用的项目范围管理计划；2、做好范围定义工作（详细列出方法）3、做好需求分析工作（方法、过程、工作步骤）4、重视范围确认（方法）5、严格范围变更（变更流程）6、建立完善的项目范围管理制度和规范的范围管理流程有效的池悯管理包箱了从范閨定义到范囲控制等參方面的工作，毎一项工作都是龍巽的。列于本案测.嬰皓合仃业特恵进存需求分忻，挖討系统潜在的裔求，同时通玫原型等方法来辆肋箫求的定义.

33、匾免苕開定义不沽術的问观VXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX在发牟.需求变电时需長进行育效的需求控制尽昼在滿足用户需求的询提卜嗝 小需求范倒*坚抉逼殂需求的再空变更*7.2 需求评审系统集成项目管理工程师教程 第 23 章-案例分析23.1.5答： 1、软件需求是软件开发的最重要的一个输入，需求风险也常常是软件开发过程中最大 的一个风险，降低需求风险的一个重要手段就是需求评审，但是需求评审是所有的评审活 动中最难的一个，也是最容易被忽视的一个评审。2 以上的现象可以在很多项目中都可以看到。 概括起来， 在需求评审中常见的问题是： 需求报告很长，短时间内评审者根

34、本就不能把需求报告读懂，想清楚；没有作好前期准备工作，需求评审的效率很低； 需求评审的节奏无法控制； 找不到合格的评审员，与会的评审员无法提出深入的问题；3 问题所在： 评审缺乏有效依据和规范，不能保证评审的覆盖率和有效性。 产品经理没有把握好会议主题，评审变成了头脑风暴。 目标性需求没有沟通好，后面的需求变成空中楼阁。 缺乏评审的可操作依据，遗漏评审内容。没有作好前期准备工作，导致评审时间长，效率低。没有选择合适的评审人员，无法获得有价值的反馈。 参加人员过多，容易陷入细枝末节的讨论，会议演变成一场人人自由的混战。4 那么究竟如何做好需求评审呢？建议一：分层次评审我们知道用户的需求是可以分层

35、次的，一般而言可以分成如下的层次：? 目标性需求：定义了整个系统需要达到的目标；? 功能性需求：定义了整个系统必须完成的任务；? 操作性需求：定义了完成每个任务的具体的人机交互； 目标性需求是企业的高层管理人员所关注的，功能性需求是企业的中层管理人员所关 注的，操作性需求是企业的具体操作人员所关注的。对不同层次的需求，其描述形式是有 区别的，参与评审的人员也是不同的。如果让具体的操作人员去评审目标性需求，可能会 很容易地导致 “捡了芝麻，丢了西瓜 ”的现象，如果让高层的管理人员也去评审那些操作性 需求，无疑是一种资源的浪费或者就会出现案例三的情形。建议二：正式评审与非正式评审结合 正式评审是指

36、通过开评审会的形式， 组织多个专家， 将需求涉及到的人员集合在一起， 并定义好参与评审人员的角色和职责，对需求进行正规的会议评审。而非正式的评审并没 有这种严格的组织形式，一般也不需要将人员集合在一起评审，而是通过电子邮件、文件 汇签甚至是网络聊天等多种形式对需求进行评审。 2 种形式各有利弊， 但往往非正式的评审 比正式的评审效率更高， 更容易发现问题。 因此在评审时， 应该更灵活地利用这 2 种方式。建议三：分阶段评审应该在需求形成的过程中进行分阶段的评审，而不是在需求最终形成后再进行评审。 分阶段评审可以将原本需要进行的大规模评审拆分成各个小规模的评审，降低了需求返工 的风险，提高了评审

37、的质量。比如可以在形成目标性需求后进行一次评审，在形成系统的 初次概要需求后进行一次评审， 当对概要需求细分成几个部分， 对每个部分进行各个评审， 最终再对整体的需求进行评审。建议四：精心挑选评审员需求评审可能涉及的人员包括： 需方的高层管理人员、 中层管理人员、 具体操作人员、 IT 主管、采购主管；供方的市场人员、需求分析人员、设计人员、测试人员、质量保证人 员、实施人员、项目经理以及第三方的领域专家等等。在这些人员中由于大家所处的立场 不同，对同一个问题的看法是不相同的，有些观点是和系统的目标有关系的，有些是关系 不大的，不同的观点可能形成互补的关系。为了保证评审的质量和效率，需要精心挑

38、选评 审员。首先要保证使不同类型的人员的都要参与进来， 否则很可能会漏掉了很重要的需求。 其次在不同类型的人员中要选择那些真正和系统相关的，对系统有足够了解的人员参与进 来，否则很可能使评审的效率降低或者最终不切实际的修改了系统的范围。建议五：对评审员进行培训 在很多情况下，评审员是领域专家而不是进行评审活动的专家，他们没有掌握进行评 审的方法、技巧、过程等，因此需要对评审员进行，同样对于主持评审的管理者也需要进 行培训，以便于参与评审的人员能够紧紧围绕评审的目标来进行，能够控制评审活动的节 奏，提高评审效率，避免发生案例一和案例二中出现的现象。对评审员的培训也可以区分 为简单培训与详细培训

39、2 种。简单培训可能需要十几分钟或者几十分钟，需要将在评审过 程中的需要把握的基本原则，需要注意的常见问题说清楚。详细培训则可能要需要对评审 的方法、技巧、过程进行正式的培训，需要花费较长的时间，是一个独立的活动。需要注 意的是被评审人员也要被培训。建议六：充分利用需求评审检查单需求检查单是很好的评审工具，需求检查单可以分成 2 类：需求形式的检查单和需求 内容的检查单。需求形式的检查可以由 QA 人员负责，主要是针对需求文挡的格式是否符 合质量标准来提出的，需求内容的检查是由评审员负责的，主要是检查需求内容是否达到 了系统目标、是否有遗漏、是否有错误等等，这是需求评审的重点。检查单可以帮助评

40、审 员系统全面地发现需求中的问题，检查单也是随着工程财富的积累逐渐丰富和优化的。建议七：建立标准的评审流程 对正规的需求评审会需要建立正规的需求评审流程，按照流程中定义的活动进行规范 的评审过程。比如在评审流程定义中可能规定评审的进入条件，评审需要提交的资料，每 次评审会议的人员职责分配，评审的具体步骤，评审通过的条件等等。通过评审流程执行 可能会避免出现案例五之类的问题。建议八：做好评审后的跟踪工作 在需求评审后，需要根据评审人员提出的问题进行评价，以确定哪些问题是必须纠正 的，哪些可以不纠正，并给出充分的客观的理由与证据。当确定需要纠正的问题后，要形 成书面的需求变更的申请， 进入需求变更

41、的管理流程， 并确保变更的执行， 在变更完成后， 要进行复审。切忌评审完毕后，没有对问题进行跟踪，而无法保证评审结果的落实，使前期的评审努力付之东流。建议九：充分准备评审 评审质量的好坏很大程度上取决于在评审会议前的准备活动。常出现的问题是， 需求文档在评审会议前并没有提前下发给参与评审会议的人员， 没有留出 更多更充分的时间让参与评审的人员阅读需求文档。 更有甚者， 没有执行需求评审的进入条 件，在评审文档中存在大量的低级的错误或者没有在评审前进行沟通， 文档中存在方向性的 错误，从而导致评审的效率很低，质量很差。对评审的准备工作，也应当定义一个检查单， 在评审之前对照检查单落实每项准备工作

42、。7.4 范围管理 2009 下阅读下列说明，针对项目的范围管理，回答问题 1 至问题 3，将解答填入答 题纸的对应栏内。【说明】C 公司是一家从事电子商务的外国公司，为了在中国开展业务，派出 S 主 管和 W 翻译来中国寻找合适的系统集成商，试图在中国建设一套业务系统。 S 主管精通软件开发，但是不懂汉语，而 W 翻译对计算机相关技术知之甚少。 W 翻译通过中国朋友介绍，找到了从事系统集成的 H 公司。 H 公司指派杨工为 该业务系统建设项目经理，与 C 公司进行交流。经过需求调研，杨工认为， C 公司想要建设一个视频聊天网站，并据此完成了系统方案。在 W 的翻译下， S 审阅并认可了 H

43、公司的系统方案。经过进一步的谈判， C 公司和 H 公司签订了 合同，并把该系统方案作为合同附件，作为将来项目验收的标准。合同签订后，杨工迅速组织人力投入系统开发。 由于杨工系统集成经验丰富， 开发过程进展顺利，对项目如期完工很有把握。系统开发期间， S 主管和 W 翻 译忙于在全国各地开拓市场，与 H 公司没有再进行接触。就在系统开发行将结束之际， S 主管和 W 翻译来到 H 公司查看开发进度。 当看到杨工演示的即将完工的业务系统时，S主管却表示，视频聊天只是系统的 一个基本功能，系统的核心功能则是通过视频聊天实现网上交易的电子商务活 动，要求 H 公司完善系统功能并如期交付。杨工拿出系统

44、方案作为证据，据理 力争。W 翻译承认此前他的工作有误，导致双方对项目范围的认识产生了偏差， 并说服 S 主管将交付日期延后 2 个月。为了完成合同，杨工同意对系统功能进 行扩充完善，并重新修订了系统方案。但是，此后 C 公司又多次提出范围变更 要求。杨工发现，不断修订的系统方案已经严重偏离了原始方案，系统如期交 付已经是不可能的任务了。【问题 1】（6 分）请结合案例简要说明，详细的项目范围说明书应包含哪些内容，并指出 C 公司和 H 公司对哪些方面的理解出现了重大偏差。【问题 2】（6 分）请指出 S 主管的要求是否恰当？为什么？并请结合本案例简要分析导致 C 公司多次提出范围变更的可能原

45、因。【问题 3】（3 分）作为项目管理者，杨工此时应关注的范围变更控制的要点有哪些？问题 1详细的项目范围说明书应包含如下内容：1、项目的目标；2、产品（或服务）的范围描述；3、项目的可交付物；4、项目边界；5、产品验收标准；6、项目的约束条件；7、项目的假定。C 和 H 在如下几个方面出现了严重偏差：1、项目的目标： H 以为是实现视频聊天网站，而 C 期望是通过视频聊天实现网 上交易的电子商务；2、项目的可交付物：同上；3、验收标准： H 把未经确认的存在严重偏差的“系统方案”作为验收标准。问题 2S主管的要求是恰当的。因为双方在需求（项目范围）理解上存在重大偏差，而 H 公司未把详细的项

46、目 范围说明书（需求分析说明书），提交给C公司（S主管）确认签字。导致 C 公司多次提出范围变更的可能原因：1、W 翻译对计算机相关技术知之甚少，未能准确转达 S 主管的需求；2、杨工收集需求时，理解出现偏差，未能准确把握需求；3、杨工编制的需求分析说明书，未进行内部评审；4、需求分析说明书（或项目范围说明书）未与 C公司达成一致，未提交给S主 管确认签字；5、杨工在范围控制上做得不好。问题 31、确定范围变更是否已经产生；2、对造成范围变更的因素施加影响，以确保这些变更得到一致的认可。3、当范围变更发生时，对实际的变更进行管理。（以上为书本上的， me 考试写的是：1、重新编制项目范围说明书

47、，与 C 公司达成一致，并让 S 主管确认签字；2、建立整体变更控制流程，做好范围控制。第 8 章 项目进度管理8.1 项目进度【说明】某系统集成公司现有员工 50多人，业务部门分为销售部、 软件开发部、 系统网络部等。 经过近半年的酝酿后，在今年一月份，公司的销售部直接与某银行签订了一个银行前置机 的软件系统的项目。合同规定， 6 月 28 日之前系统必须投入试运行。在合同签订后，销售 部将此合同移交给了软件开发部，进行项目的实施。项目经理小丁做过 5 年的系统分析和设计工作，但这是他第一次担任项目经理。小丁 兼任系统分析工作，此外项目还有 2 名有 1 年工作经验的程序员， 1名测试人员，

48、 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 日小丁发现系

49、统设计刚刚开始，由此推测 3 月 26 日很可能完不成 系统设计。【问题 1】(4 分)请用 150 字以内的文字，分析问题发生的可能原因。【问题 2】( 5 分)请用 150 字以内的文字，建议小丁应该如何做以保证项目整体进度不拖延。【问题 3】(6 分)请用 200 字以内的文字，概述典型的信息系统集成项目的进度时间管理的过程 和方法以及资源配置对进度的制约。答：【问题 1】（1）销售部没有及时让软件开发部参与项目早期工作，需求分析耗时过长；（2）项目经理首次担任，经验不足，进度估算不准确；（3）项目资源配置不足，项目经理兼任系统分析，缺乏专门的系统分析和设计人员（4）工作安排没有充分利用

50、分配的项目资源，资源有闲置；（5）在安排进度时可能未考虑法定节假日的因素 【问题 2】（1）向职能经理申请增加特定资源，特别是增加系统分析设计人员；（2）将部分阶段的工作改为并行进行，以节约时间（ 3）临时加班 /赶工，尽可能补救耽误的时间（4）对后续工作的工期重新进行估算，并考虑节假日问题，修订计划，尽量留有余地（5）加强沟通，争取客户能够对项目范围以及需求、设计、验收标准进行确认，避免 后期频繁出现变更。（6）加强对阶段性工作的检查和控制，避免后期出现返工。 此外，如有可能还可采取外包和缩减范围等办法，不过不建议在本案例中采用【问题 3】1、进度管理的过程2、资源对进度的影响（ 1）一般情

51、况下， 项目活动历时与投入的资源数量成反比，即投入的资源数量越多，活动历时越短。但是，当针对某一活动的资源投入数量达到一定规模时，再增加资源的投 入不会进一步缩短项目活动历时，也就是资源投入递减规律（2）非关键路径上的活动历时只对项目产生较小的影响或不产生影响，而关键路径 上活动历时的延误，则会直接影响到项目工期。因此每当缩短项目工期时，应对首先考虑 在关键路径活动上增加资源。8.2 项目进度 阅读下列说明，回答问题 1 至问题 3。将解答填入答题纸的对应栏内。 【说明】J 公司 2008 年 3 月中标某市公安局的人口管理系统开发项目，因该市要在 2008 年 11 月举办某大型国际会议，因

52、此公安局要求人口管理系统一定要在2008年 7月 1日之前投入使用。强某是负责这个项目的项目经理，虽然他进公司才不到 3 年，但他已成功地管理过 2 个类似的项目，被大家称之为“救火队长” ，而强某也对自己信心十足。但这次和以往不同 的是强某还同时管理着另外两个项目，而这个人口管理系统项目的工期要求紧、他能调用 的人手少。 该人口管理系统项目属于升级项目。原来的系统为 J 公司开发，是 C/S 结构， 只能管理本地城区常住人口。新的人口管理系统要求是 B/S 结构，要既能管理城区常住人 口又能管理郊区常住人口、市辖县常住人口和流动人口，而公安局要求该新系统首先把流 动人口管理起来。该项目从技术

53、角度可分为网络改造和软件开发，而软件又分界面、业务 流程和数据库三个子系统。他们团队有 6人，其中有人做过类似的 C/S 结构的项目， 而公 司刚结束的一个网络项目与本次承担的网络改造项目在技术架构方面几近相同， 只是规模 不同。公安局要求新系统能够支持移动接入， 而项目团队中没有一人接触过移动接入技术。 强某凭直觉知道依现有的人员在2008年 7月 1日之前完成项目是不可能的。问题 1】（5 分）请说明强某可以用什么方法和技术来估算项目的工期（150 字以内）？问题 2】（5 分）请说明强某可以采取哪些方法来压缩工期，以使项目能够在2008年 7月 1日之前交付（ 150字以内）？问题 3】

54、（5 分）请说明强某可以采用哪些方法来跟踪项目的进度，以确保项目能够按进度计划完成？【问题 1】答：（1）明确定义项目的工作分解结构（2）由于是升级项目，所以部分工作的工期估算方法可以采用类比估算法（3）对于新增的移动接入模块，可以联系业内专家，采用专家判断或者德尔菲法 进行估算（ 4）对于 WBS 进行足够的细化后， 可以依据历史数据采用 “参数估算 ”或“三点估 算”进行进一步历时估算。 问题 2 答：（1）与客户沟通，梳理业务中的关键需求，与客户协商能否在期限前完成关键需求即 可，其他部分分期交付。（2）制定出合理可靠的技术方案，对其中不熟悉的部分采用外包方式（3）清晰定义各功能模块之间

55、的接口，然后可以加大并行工作的程度（4）明确目标，责任何奖励机制，提高员工工作效率（5）必要时进行赶工 问题 3 答：（ 1）基于 WBS 和工时估算制定活动网络图，制定项目进度计划（ 2）建立对项目工作的监督和测量机制。依据项目进度基线和日常项目进展报告，比较 进度偏差（SV）和进度效率指数（SPI）,进行偏差分析。（ 3）确定项目里程碑，并建立有效的评审机制。（ 4）对项目中发现的问题，及时采取纠正措施，并进行有效的变更管理（ 5）使用有效的项目管理工具，提示项目管理的工作效率。8.3 进度控制 2009 年上阅读下列说明，针对项目的进度管理，回答问题 1 至问题 3。将解答填入答题纸的对

56、应 栏内。【说明】B 市是北方的一个超大型城市，最近市政府有关部门提出需要加强对全市交通的管理 与控制。2008年 9月 19 日 B 市政府决定实施智能交通管理系统项目，对路面人流和车流实现 实时的、量化的监控和管理。项目要求于 2009 年 2 月 1 日完成。该项目由某公司承建，小李作为该公司项目经理，在 2008 年 10 月 20 日接到项目 任务后，立即以曾经管理过的道路监控项目为参考，估算出项目历时大致为 100 天，并把 该项目分成五大模块分别分配给各项目小组， 同时要求： 项目小组在 2009 年 1月 20 日前 完成任务， 1月 21日至 28 日各模块联调， 1月 29日至 31 日机动。小李随后在原道路监控 项目解决方案的基础上组织制定了智能交通管理系统项目的技术方