项目管理学习资料

lenovosnb

　　 4.2.2项目计划实施的工具和技术
　　 1. 普通管理技能。普通管理技能如领导艺术、信息交流和协商组织等，都对项目计划的实施产生实质性的影响。普通管理技能在第2章第4节中阐述。

　　 2. 生产技能和知识。项目团队必须适当地增加一系列有关项目生产的技能与知识的学习。这些必要的技能被作为项目规划（尤其是在7.1中的资源规划阐述的）的一部分得以确认，并通过人员的组织过程来获取、体现。

　　 3. 工作分配系统。工作分配系统是为确保批准的项目工作能按时、按序地完成而建立的正式程序。基本的方式通常是以书面委托的形式开始进行工作活动或启动工作包。
一个工作分配系统的设计，应该权衡实施控制收入与成本之间的关系。例如：在一些比较小的项目上，言语分配就足够了。

　　 4. 形势评论会。形势评论会是把握有关项目信息交流的常规会议。在许多项目中，形势分析会以各种不定期的和不同级别的形式召开（比如：项目管理团队可有周会并通过周会或月会的形式与客户沟通）。

　　 5. 项目管理信息系统。项目管理信息系统在4.1.2.3中阐述。

　　 6. 组织管理程序。项目的所有组织管理程序包括了运用在项目实施过程中的正式的和非正式的程序。

lenovosnb

　　 4.2.3项目计划实施的结果
　　 1． 工作成果。工作成果是为完成项目工作而进行的具体活动结果。工作成果资料--工作细目的划分、工作已经完成或没有完成，满足质量标准的程度怎样，已经发生的成本或将要发生的成本是什么等等--这些资料都被收集起来，作为项目计划实施的一部分，并将其编入执行报告的程序中（看第10章，第3节对执行报告有更细的讨论）。

　　 2． 改变要求。改变项目要求（比如：扩大或修改项目合同范围，修改成本或进行估算等等）通常是在项目工作实施时得到确认。

lenovosnb

　　 　4.3全程变化控制
　　 全程变化控制是关于(a)影响造成项目变化的因素，并尽量使这些因素向有利的方向发展；(b)判断项目变化范围是否已经发生；(c)一旦范围变化已经发生，就要采取实际的处理措施。全程变化控制要求：
　　  保持绩效测量标准的一致性--所有被通过的变化应该能够反映在这个项目计划中，但是，只有项目范围界定的改变会影响绩效测量标准.
　　  要确保产品范围的变化要在已确定了的工作范围中反映出来(产品范围和工作范围是不同的,有关这些内容的介绍在第5章)。
　　  协调变化过程的理论体系用图表4-2来阐明。例如,一个工作进程表的改变,通常会影响成本、风险、质量和人员调整。
图４

lenovosnb

　　 4.3.1对全程变化控制的输入
　　 1． 项目计划。项目计划为变化控制提供基本的参考（看4.1.3.1）.

　　 2． 执行报告。执行报告（在第10章第3节阐述）提供的资料是项目执行中的一些情况。执行报告也能提醒项目团队公布项目未来可能出现的问题。

　　 3． 改变要求。改变要求有多种形式--口头的或书的、直接的或间接的、内在的或外在的原因及合法的代理或任选的。

lenovosnb

　　 4.3.2为全程变化控制投入的工具和技术
　　 1. 变化控制系统。变化控制系统是正式汇集资料，创建文件程序，创建的这个文件程序必须是经权威项目文件认可了发展阶段的文件。它包括书面工作、跟踪系统和必要的权威部门认可了的变化级别。
在多数场合，项目执行组织将有一个变化控制系统，它能够通过项目，用"好象是什么"的形式被采纳。然而，如果没有一个合适的控制系统可以利用，则项目团队就需要开发一个这种系统，作为这个项目的一部分。

　　 许多变化控制系统都包括一个变化控制委员会（CCB），负责批准或抵制变化要求。控制委员会的权力和责任应该得到仔细地界定，并且要取得主要参与者的同意。在一些大的复杂的项目中，可能会有很多控制委员会，他们负有不同的职责。

　　 变化控制系统也应该包括这样一些程序，这些程序是在没有预先审议情况下通过的处理改变的程序。例如：象紧急紧急情况的处理结果。典型的例子是，一个控制系统将允许对一些确定的变化类别实行"自动放行处理"许可。这些变化必须也能被记录并让人们获得，以便在项目后期不要引发一些问题。

　　 2.结构管理。结构管理是编制一些文件程序，用于对技术和行政政策管理进行指导和监督：
　　  项目或系统的界定、文件功能和物理特征。
　　  对于任何会改变的特征的变化进行控制。
　　  记录和报告这些变化并作必要的分析。
　　  审计这个项目和系统的工作，检验它们是否符合要求。

　　 在许多应用领域，结构管理是变化控制系统的一个分支，用它是为确保项目产品说明的正确性和完整性。然而，在一些应用领域，结构管理这个词是用来描述一些精确的变化控制系统的。

　　 3. 绩效检测。绩效检测技术比如能帮助人们判断纠正措施是否符合计划的要求。

　　 4. 附加计划。项目很难按照计划的要求精确地运转。预期的变化可能要求新或修改成本估算、修改活动顺序，分析对风险的任意对策或对项目计划进行其他评判。

　　 5. 项目管理信息系统。项目管理信息系统在4.1.2.3中阐述。

lenovosnb

　　 4.3.3从全程变化控制中的输出
　　 1. 项目计划的更新。项目计划的更新是对项目计划内容进行修改或辅助说明（在4.1.3.1和4.1.3.2中有反映）。根据需要适当地通知项目的参与者。

　　 2. 纠正措施。纠正措施在4.2.1.4中阐述。
　　
　　 3. 经验总结。我们应该把各种变化的原因，纠正行为背后的理由和经验总结的其他类型编制成文件，以作为历史资料的一部分，为执行组织完成这个项目和其他项目报务。

owkata

给一份完整的文档下载多好呀。

billyc123

All the contents was paste in the document!

Thanks for sharing!

springhappy

学习一下。

bankit

好东西,谢谢!