搜索
2013信息系统项目管理师案例分析答题之变更、沟通、验收问题来源：信管网2013年03月18日【信管网：项目管理师专业网站】所有评论如果一个案例题涉及到合同管理，项目管理控制和项目沟通等诸多方面，在项目实际运行过程中，出现了甲方随意变更、不配合验收、甲乙双方沟通存在障碍等情形，就可以从合同管理、过程控制和项目沟通管理三个方面来回答合同管理方面1、在合同或其附件中要详细和清楚地规定有关的验收事宜，包括验收标准、验收时间、验收步骤和流程，以及售后服务的有关承诺。2、由于合同双方现实环境和相关条件的变化，许多合同都有可能变更，而这些变更必须根据合同的相关条款适当处理。过程控制方面1、在信息系统集成项目中，变更是很频繁的，也是很正常的，关键的是要制订和执行一个完善的变更控制流程。2、在项目活动过程中，文档要齐全，使项目进展有据可查。3、加强项目配置管理，设置项目里程碑，进行阶段性验收，并要求客户签字确认。沟通方面1、在项目计划编制阶段制订一份详尽的项目沟通计划，并按其执行。2、定期出具绩效报告，让项目干系人了解项目的进展情况。如果发生变更，则要及时把信息提供给项目干系人。3、营造良好的客户关系。项目经理要经常与客户方进行非正式的沟通，需要营造良好的客户关系，让客户成为自己真正的和长期的朋友。信息系统项目管理师合同变更范例某大型信息系统工程项目(A项目)由P公司，乙方)承建，工程双方签定的合同规定工期为8个月。合同签定后P公司严格按照软件工程方法进行项目的需求调研(细化)、设计、编码、测试，并于工程正式开工前制订了详细的工程实施计划。但工程的建设单位A单位(甲方)由于欲在本年度评先进单位，想以信息工程项目建设的成果作为评选先进的筹码。于是在合同签定后20天内，甲向乙方提出赶工期的要求，要求将总工期由8个月压缩到6个月，同时砍掉合同中确定的部分功能点，增加部分功能点。A单位在过去三年中与P公司签定过两个大合同，P公司一向视A单位为公司的大客户，是公司主要的业务来源，因此P公司总经理认为不能轻易得罪A单位。P公司同意了甲方压缩工期、变更部分需求范围的要求。由于工期的压缩，乙方感到工期很紧张，于是，在没有全面完成高层设计工作的情况下，就匆忙开展详细设计工作，详细设计工作也没有基本成型的前提下，编码人员就开始了编码，即P公司实施工程项目的方案为：概要设计、详细设计、编码、单元测试并行进行。而且，由于工期的压缩，乙方软件工程师吃紧，不得不临时从社会招聘4位软件工程师补充项目组。可即使乙方的人员加班加点地工作，问题还是出现了，由于临时变更部分需求范围，导致原先制定的系统建设方案被迫打破，而临时的变更又未进行深入的分析，导致在项目实施的过程中，频繁地出现需求变更，导致设计变更、编码变更，重复性工作和返工工程量陡然增大。由于工期紧张，系统开发完成后，未经过充分的测试就匆忙投入运行，在系统投入运行的过程中，系统中隐藏的缺陷暴露出来，使甲方遭受了较大的经济损失。甲方在公司内部的先进没有评上，还给公司造成重大的经济损失，于是，甲方认为损失都是由工程乙方项目管理不善所造成的，遂将乙方告上了法庭，要求乙方赔偿经济损失。【问题1】(8分)请以300字内回答，引起A项目变更的主要因素是什么?A项目涉及了几种变更类型?变更是否合理?除了需求变更引起设计变更以外，还有哪些情况会引起设计变更?设计变更将导致什么不良后果?怎样避免设计变更?【问题2】(8分)请以200字内回答，甲方遭受的经济损失应当由谁承担，请说明理由。【问题3】(9分)请以300字内回答，如果你是本项目的乙方，你是否有合理的方案既满足甲方的要求，又保证项目的质量、成本、进度，使P公司、A单位能够实现双赢?信管网参考答案【问题1】(8分)引起A项目变更的主要因素是A单位的想用A项目建设成果评选先进的主观愿望。两种变更：工期变更、范围(或需求)变更。从合同的法律效力方面，P公司可以不响应A的变更请求。但双方在协商的基础上同意变更也可以的。其他引起设计变更的因素，主要是设计上所存在的缺陷，或对需求理解的缺陷均会导致设计变更，或政策因素制约，或IT新技术的出现等。设计变更引起编码变更，引起测试方案、测试用例的变更，导致部分阶段成果、工期、成本损失，频繁的变更还会影响到软件的质量。严重情况将使软件质量、工期、成本失控。需求调研应当深入、详尽，需求定义文档应规范，需求定义文档应通过严格的审核再转入后续开发阶段。对变更要采取有效的控制措施，如合同措施、技术措施、管理措施等。【问题2】(8分)如果损失的产生是由甲方单方面的愿望、或强压乙方执行变更所直接造成的，那么损失应当由甲方承担。如果工期、范围的变更经双方论证是能够实现的，并且补充签定或变更了合同，变更了项目合同金额，而乙方由于进度压力大，管理不善，从而给甲方造成了经济损失，那么，乙方应当承担损失。【问题3】(9分)乙方应当积极配合，满足甲方评优的愿望。乙方应当积极与甲方沟通，寻求合适的解决办法，得到甲方的理解和认可。乙方可招聘经验丰富的工程师来组建项目小组，以提高工程实施进度、质量，但由此而增加的应急成本，可向甲方申请。乙方应与甲方充分协商，对项目的变更进行论证，采取合适的实施方案，并且通过协商变更或补充签定合同，变更项目合同金额。乙方不能因为工期紧张而忽略软件质量的测试，乙方可考虑在项目分解的基础上，一次规划、设计，选择部分功能模块提前实现，以满足甲方评优的愿望。2013信息系统项目管理师案例分析之工作分解结构(WBS)案例来源：信管网2013年03月19日【信管网：项目管理师专业网站】所有评论关于WBS的描述1、WBS是面向可交付物的层次型结构，是对完成项目目标、创造可交付物所需执行的项目工作的分解。2、它组织并定义了整个项目范围，WBS把项目工作细分为更小、更易管理的工作单元。3、随着WBS层次的降低，意味着项目工作也越来越详细。4、WBS代表了当前已批准的项目范围说明书中所有工作，WBS的各个工作单元有助于项目干系人了解项目可交付物。工作结构分解原则1、在各层次上保持项目的完整性，避免遗漏必要的组成部分。2、一个工作单元只能从属于某个上层单元，避免交叉从属。3、相同层次的工作单元应用相同性质。4、工作单元应能分开不同的责任者和不同工作内容。5、便于项目管理计划、控制的管理需要。6、最底层工作应该具有可比性，是可管理的，可定量检查的。7、应包含项目管理工作，包括分包出去的工作。案例范例阅读以下说明，请回答问题1至问题3，将解答或相应的编号填入答题纸的对应栏内【说明】M公司承担了某大学图书馆存储及管理系统的开发任务，项目周期4个月。小陈是M公司的员工，半年前入职。在校期间，小陈跟随导师做过俩年的软件开发，具有良好的软件开发基础。领导对小陈很信任，任命小陈担任该项目的项目经理。项目立项前，小陈参加了用户前期沟通会议，并承担了需求分析工作。会议后，相关部门按照要求整理会议所形成的决议和共识，并发给客户等待确认。为了节约时间，小陈根据自己在沟通会议上记录的结果，当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指出项目组成员必须严格按照进度计划执行，以不辜负领导的期望与嘱托。项目进行了2个月后，校方主管此业务的新领导到任，并提出了新的信息化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行范围变更，并将结果通知客户，引起客户不满。项目进入测试阶后，M公司开展内部管理审查活动。此项目作为在建项目接受了抽查，项目审查员给该项目提出了多个问题，范围管理方面的问题尤为突出。【问题1】（5分）结合案例，分析小陈在此项目中项目管理方面可能存在的不足。【问题2】（6分）小陈组织人员撰写的项目WBS如下：xx大学图书馆存储及管理系统110确定需120设计130编码140测试150安装与调试111初步需求121功能设计131模块定义141内部测试151软件安装112详细需求122系统设计132接口定义142集成测试152系统调试133程序编码143报告制定153培训请说明上述WBS结构是将（）作为第一层进行分解的。除了上述方法，还可以采用哪些方式进行分解。从上图来看，完整的WBS中除了实现最终产品或服务外所必须进行的技术工作外，还需要包括。(3)创建WBS时要遵循哪些原则？供选择答案（将正确选项对应的字母填入答题纸对应栏内）：A．在各层次上保持项目的完整性，避免遗漏必要的组成部分B．一个工作单元可从属于某些上层单元。C．相同层次的工作单元可以具有不同性质。D．工作单元应能分开不同责任者和不同工作内容。E．便于项目管理进行计划和控制的管理需要。R最低层工作应该具有可比性，是可管理的，可定量检查的。G．分解到统一颗粒度的工作包。H．WBS不包括分包出去的工作。【问题3】（4分）(1)请指出案例中引起范围变更的原因。(2)一般情况下，造成项目范围变更还有哪些主要原因。2013信息系统项目管理师案例分析之配置管理常考案例与实例来源：信管网2013年03月20日【信管网：项目管理师专业网站】所有评论配置管理中变更管理的主要任务1、分析变更：研究变更的必要性、经济可行性；2、记录和追踪变更；3、采取措施保证变更在受控状态下进行什么是配置状态报告？它包括哪些信息？配置状态报告也称为配置状态说明与报告，它是配置管理的一个组成部分，其作用是有效地记录和报告管理配置所需要的信息，目的是及时、准确地给出软件配置项的当前状况，供相关人员了解，以加强配置管理工作。配置状态报告所包含的信息有：1、状态说明的实体关系2、状态说明数据词典3、定期提交的配置状态报告的内容示例4、配置状态报告提供信息的利用示例配置审核与技术评审配置审核是验证配置项对于配置标识的一致性。配置审核的实施是为了确保项目配置管理的有效性，体现配置管理的最根本要求，不允许出现任何混乱现象。配置审核工作主要集中在两个方面：一是功能配置审核，即验证配置项的实际功效是与其需求一致的；二是物理配置审核，即确定配置项符合预期的物理特性。技术评审是一种的同行审查技术，其主要特点是由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细地检查，以找出和消除其中的缺陷。技术评审也称作审查。技术评审目的有：1、发现软件在功能、逻辑、实现上的错误；2、验证软件符合它的需求规格；3、确认软件符合预先定义的开发规范和标准；4、保证软件在统一的模式下进行开发；5、便于项目管理例题阅读下面说明，回答问题1至问题3，将解答填入答题纸的对应栏内。[说明]有多年开发经验的赵工被任命为某应用软件开发项目的项目经理，客户要求10个月完成项目。项目组包括开发、测试人员共10人，赵工兼任配置管理员的工作。按照客户的初步需求，赵工估算了工作量，发现工期很紧。因此，赵工在了解客户的部分需求之后，就开对这部分需求进行设计和开发工作。在编码阶段，赵工发现需求文件还在不断修改，形成了多个版本，设计文件不知道该与哪一版本的需求文件对应，而代码更不知道对应哪一版本的需求和设计文件。同时，客户仍在不断提出新的需求，有些很细微的修改，开发人员随手就改掉了。到了集成调试的时候，发现错误非常多。由于需求、设计和代码的版本对应不上，甚至搞不清楚是需求、设计还是编码的错误。眼看进度无法保证，项目团队成员失去了信心。[问题1]（5分）请从项目管理和配置管理的角度分析造成项目失控的原因。[问题2]（5分）以下左侧表格中是配置管理的基本概念，右侧表格是有关这些概念的论述，请在答题纸上用直线将左侧表格与右侧表格里的对应连接起来。[问题3]（5分）请说明正常的配置管理工作包括哪些活动？2013信息系统项目管理师案例分析之质量管理常考案例与实例来源：信管网2013年03月21日【信管网：项目管理师专业网站】所有评论质量保证的定义和工具质量保证的概念：项目质量保证是在质量系统内实施的所有有计划的系统的活动，是保证质量管理计划得以实施的一组过程及步骤。项目质量保证活动包括：如何建立质量标准、如何确立质量控制流程、如何进行质量体系的评估。项目质量保证