信息系统项目管理师下午案例分析题思路总结
- 格式:doc
- 大小:274.00 KB
- 文档页数:24
一、页脚内容
案例分析答题思路总结
以下是一个与变更相关的案例的答案要点。
如果遇到相关题目,按照这个思路答应该能及格吧?!
一、如果题目给出一个管理混乱的与配置管理相关的案例,要找出存在的主要问题。请大家参考以下:
(1) 对用户的要求未进行记录;
(2) 对变更请求未进行足够的分析,也没有获得批准;
(3) 在修改过程中没有注意进行版本管理;
(4) 修改完成后未进行验证;
(5) 修改的内容未和项目干系人进行沟通。
二、混乱的配置管理可能导致哪些后果?请大家参考以下:
(1) 缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯,并会导致对工作产物的整体变化情况失去把握。
(2) 缺乏对变更请求的分析可能会导致后期的变更工作出现工作缺失、与其他工作不一致等问题,对项目的进度、成本、质量方面也会产生一定影响。
(3) 在修改过程中不注意版本管理,一方面可能会导致当变更失败时无法进行复原,造成成本损耗和进度拖延;另一方面,对于组织财富和经验的积累也是不利的。
(4) 修改完成后不进行验证则难以确认变更是否正确实现,为变更付出的工作量也无法得到承认。
(5) 未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不一致之处,进而影响项目的整体质量。 一、页脚内容
三、变更管理流程是一定要知道的:
(1) 变更申请。应记录变更的提出人、日期、申请变更的内容等信息。
(2) 变更评估。对变更的影响范围、严重程度、经济和技术可行性进行系统分析。
(3) 变更决策。由具有相应权限的人员或机构决定是否实施变更。
(4) 变更实施。由管理者指定的工作人员在受控状态下实施变更。
(5) 变更验证。由配置管理人员或受到变更影响的人对变更结果进行评价,确定变更结果和预期是否相符、相关内容是否进行了更新、工作产物是否符合版本管理的要求。(6)沟通存档。将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档。如提出的变更在决策时被否决,其初始记录也应予以保存。
如果一个案例题涉及到了合同管理、项目管理控制和项目沟通等诸多方面,在项目实际运行过程中,出现了甲方随意变更、不配合验收、甲乙双方沟通存在障碍等情形,可以参考以下的答题思路。
实在不行,全写上,错了不扣分的!
我们可以从合同管理、过程控制和项目沟通管理三个方面来回答。
一、合同管理方面。
1、 在合同或其附件中要详细和清楚地规定有关的验收事宜,包括验收标准、验收时间、验收步骤和流程,以及售后服务的有关承诺。
2、 由于合同双方现实环境和相关条件的变化,许多合同都有可能变更,而这些变更必须根据合同的相关条款适当处理。
二、过程控制方面。 一、页脚内容1、
在信息系统集成项目中,变更是很频繁的,也是很正常的,关键的是要制订和执行一个完善的变更控制流程。
2、 在项目活动过程中,文档要齐全,使项目进展有据可查。
3、 加强项目配置管理,设置项目里程碑,进行阶段性验收,并要求客户签字确认。
三、沟通方面。
1、 在项目计划编制阶段制订一份详尽的项目沟通计划,并按其执行。
2、 定期出具绩效报告,让项目干系人了解项目的进展情况。如果发生变更,则要及时把信息提供给项目干系人。
3、 营造良好的客户关系。项目经理要经常与客户方进行非正式的沟通,需要营造良好的客户关系,让客户成为自己真正的和长期的朋友。
以下内容可能是在案例分析时会用到的,请大家一定注意:一、以下关于WBS的描述,一定要知道:
WBS 是面向可交付物的层次型结构,是对完成项目目标、创造可交付物所需执行的项目工作的分解。
它组织并定义了整个项目范围,WBS 把项目工作细分为更小、更易管理的工作单元。
随着 WBS 层次的降低,意味着项目工作也越来越详细。
WBS 代表了当前已批准的项目范围说明书中所有工作,WBS 的各个工作单元有助于项目干系人了解项目可交付物。
二、工作结构分解应把握什么原则:
1、 在各层次上保持项目的完整性,避免遗漏必要的组成部分。 一、页脚内容2、
一个工作单元只能从属于某个上层单元,避免交叉从属。
3、 相同层次的工作单元应用相同性质。
4、 工作单元应能分开不同的责任者和不同工作内容。
5、 便于项目管理计划、控制的管理需要。
6、 底层工作应该具有可比性,是可管理的,可定量检查的。
7、 应包含项目管理工作,包括分包出去的工作。
以下内容可能会在案例分析题中用到,大家要注意一下:
一、配置管理中变更管理的主要任务是:
1、 分析变更:研究变更的必要性、经济可行性;
2、 记录和追踪变更;
3、 采取措施保证变更在受控状态下进行
二、什么是配置状态报告?它包括哪些信息?
配置状态报告也称为配置状态说明与报告,它是配置管理的一个组成部分,其作用是有效地记录和报告管理配置所需要的信息,目的是及时、准确地给出软件配置项的当前状况,供相关人员了解,以加强配置管理工作。
配置状态报告所包含的信息有: 一、页脚内容1、 状态说明的实体关系
2、 状态说明数据词典
3、 定期提交的配置状态报告的内容示例
4、 配置状态报告提供信息的利用示例
三、配置审核与技术评审:
配置审核是验证配置项对于配置标识的一致性。
配置审核的实施是为了确保项目配置管理的有效性,体现配置管理的 根本要求,不允许出现任何混乱现象。
配置审核工作主要集中在两个方面:
一是功能配置审核,即验证配置项的实际功效是与其需求一致的;
二是物理配置审核,即确定配置项符合预期的物理特性。
技术评审是一种的同行审查技术,其主要特点是由一组评审者按照规范的步骤对软件需求、设计、代码或其他技术文档进行仔细地检查,以找出和消除其中的缺陷。技术评审也称作审查。
技术评审目的有:
1、 发现软件在功能、逻辑、实现上的错误; 一、页脚内容2、
验证软件符合它的需求规格;
3、 确认软件符合预先定义的开发规范和标准;
4、 保证软件在统一的模式下进行开发;
5、 便于项目管理。
以下内容可能会在案例分析题中用到,请大家一定注意:一、质量保证的定义和工具:质量保证的概念:
项目质量保证是在质量系统内实施的所有有计划的系统的活动,是保证质量管理计划得以实施的一组过程及步骤。
项目质量保证活动包括:如何建立质量标准、如何确立质量控制流程、如何进行质量体系的评估。
项目质量保证活动是质量管理的一个更高层次,是对质量策划、质量控制过程的质量控制。
质量保证的工具和技术有:
1、 质量计划工具和技术:质量计划的工具和技术包括成本/效益分析、基准比较法、实验设计以及质量成本等方法。
2、 质量审计:质量审计是决定一个项目质量活动是否符合组织政策、过程和程序的独立的评估。
3、 过程分析:过程分析遵循过程改进计划的步骤,从一个组织或技术的立场上来识别需要的改进。
通过采用价值分析、作业成本分析、流程分析等分析方法,质量保证的作用将大大提高。
4、 质量控制工具和技术
5、 基准分析:不断维护项目基准的可用,是质量保证的诉求。
一、页脚内容二、质量控制的定义和工具:
项目质量控制就是项目管理组的人员采取有效措施,监督项目的具体实施结果,判断它们是否符合有关的项目质量标准,并确定消除产生不良结果原因的途径。
项目质量控制是确保项目质量得以完满实现的过程。
质量控制应贯穿于项目执行的全过程。
质量控制的工具和技术有:
1、 检查:检查包括测量、检查和测试等活动,进行这些活动的目的是确定结果与要求是否一致。
2、 控制图:也称为管理图,用于决定一个过程是否稳定或可执行,是反映生产程序随时间变化而发生的质量变动的状态图形,是对过程结果在时间坐标上的一种图形表示法。
3、 帕累托图:也称为排列图、ABC分析图法,是一种柱状图,按事件发生的频率排序而成,它显示由于某种原因引起的缺陷数量或不一致的排列顺序,是找出影响项目产品或服务质量的主要因素的方法。
4、 统计抽样
5、 流程图:是显示系统中各要素之间相互关系的图表,在质量管理中常用的流程图包括因果图和系统或程序流程图。因果图也叫因果分析图、石川图、鱼刺图,可直观地反映影响项目中可能出现的问题与各种潜在原因之间的关系。
6、趋势分析:趋势分析涉及根据历史结果,利用数学技术来预测未来的成果。
7、 缺陷修复审计
8、 其他工具:直方图、散点图等
三、质量保证与质量控制的区别与联系:
1、 质量保证和质量控制都是以确保项目质量满足质量标准为目的
2、 质量计划是质量控制与质量保证的共同依据 一、页脚内容3、
质量保证的输出是下一阶段质量控制的输入
4、 一定时间内质量控制的结果是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段的质量工作包括质量控制和质量改进
5、 质量保证一般是每隔一定时间,比如阶段末进行的,主要通过系统的质量审计来保证项目的质量
6、质量控制是实时监控项目的具体结果,以判断它们是否符合相关质量标准。制定有效方案,以消除产生质量问题的原因。
如果给出一个案例,进度出现严重拖延,那么可能会涉及到以下答题思路:一、分析进度拖延的可能原因:
1、 软件开发部门介入太晚,对项目早期工作不熟悉,需求分析耗时过长
2、 项目经理经验不足,进度估算不准确
3、 项目资源配置不足,缺乏专门的系统分析和设计人员 4、工作安排没有充分利用分配的项目资源,资源有闲置
5、在安排进度时可能未考虑到法定节假日的因素
二、进度压缩的工具和技术:
1、 赶工
2、 快速跟进
3、 增加优质资源
4、 提高资源利用率
5、 外包
6、缩小项目范围