|
强忍着看完第四章-味同嚼蜡-20070612
第3部分引言:
4-12章的流程图概括、直观的展示出具体知识领域所有过程的依据与成果的传递路线与方向。
项目的主要文件:
项目章程 正式核准项目(暂时没有明白核准指的什么?)
项目范围说明书 说明应完成何种工作,需要提交哪些可交付成果。(本人感觉这个东东比较好,最好在项目启动会上就明确了,省得快验收了客户又增加需求而延误初验)
项目管理计划 说明如何实际完成这些工作。
第三章:整体管理
1.从项目的管理来看整体性的、贯穿整个项目的重要活动;从管理项目来看为强调某一天的工作重点和及早发现并处理潜在问题,即为项目的整体利益而服务。 (项目管理和关系项目之间都有区别,受不了)
2.项目章程:是正式批准项目的文件,授予pm在项目活动中的可用资源。项目应尽早确定pm,应在规划前确定,最好就在制订项目章程时候确定。项目章程由项目之外的提供资金的项目发起人来发布。
3.项目章程的依据是合同、项目工作说明书(常是标书的一部分,项目初步范围说明书确定了项目要做的事,即产品的特征和边界以及验收与范围控制的方法)、事业环境因素、组织过程资产(包括组织进行工作的过程与程序和组织整体信息存储检索知识库)(也就是项目中常提到的过程文档,原来总觉得名字怪怪的,原来出处在这里啊,我的项目中过程文档主要是些文档实施模版和问题跟踪表等);工具与技术是:项目选择方法(分为数字测定方法和数学模型)、项目管理方法论(就是上一部分提的过程组理论)、项目管理信息系统(俗称PMIS,我在做南方电信的一个项目时候开放了一个分布式的项目信息反馈系统,web形式,但项目正式启动后就没有用上,感觉还是每天以日报形式反馈比较快,呵呵)、专家判断。 在多阶段的以后阶段,章程是验证为项目制订和章程颁发而所作的决定,有时还核准项目的下一阶段并更新章程。
4.制订项目管理计划:包括项目管理方面的n多个东东,其制订依据和项目章程的4个制订依据相同(没有了专家判断,制订项目管理中才用专家),pmis是一个自动化系统,项目管理团队用其制订项目管理计划,促进反馈、控制项目变更和发布批准的项目管理计划(ft,想起来了,这个东东就是pmo管理我们pm用的,我们pm每个月都要提交的一个系统)。pmis的配置管理系统是pmis的一个子系统, 包括提交变更、追踪审批、确定变更级别和确认变更的方法。为下列事项提供监督指导:识别产品或组成部分的功能与实体特征并形成文件、控制特征的所有变动、记录每一个变更及其实施状况、辅助产品或组成部分的审查。变更控制系统是配置管理系统的子系统。
5.指导和管理项目执行的内容太碎了,没有什么逻辑联系,直接跳过,估计通过试题来记忆比较好。
6.监控项目工作的几个概念:(感觉比较有用,就单独列出来)
推荐的纠正措施:为了保证将来的绩效符合项目管理计划而提出并形成文件的建议。
推荐的预防措施:为了降低项目风险不了后果发生概率而提出的建议。
预测包括根据预测时可用的信息和知识,对项目将来的状况和实践作出的估算和预先估计。
推荐的缺陷补救:对某些在质量检查与审计过程中发现的缺陷提出纠正建议。
7.整体变更控制贯穿于项目的始终。附带变更控制的配置管理系统是集中项目管理内变更的标准过程,效率较高,包括识别、记录和控制基准的变更。其配置管理活动是:配置识别、配置状态核算、配置核实与审计。
8.项目收尾
行政收尾程序:规定了项目成员和参加收尾的其他干系人所有活动、相互配合以及角色和责任。还包括手 机项目记录、分析项目成败、收集经验和信息存档供将来使用。
合同收尾程序:结清项目的所有合同协议,确定配合项目行政收尾的有关配合活动的关系。 |
|