项目管理简介.docx

项目管理简介所谓项目管理，就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。按照传统的做法，当企业设定了一个项目后，参与这个项目的至少会有好几个部门，包括财务部门、市场部门、行政部门等等，而不同部门在运作项目过程中不可避免地会产生摩擦，须进行协调，而这些无疑会增加项目的成本，影响项目实施的效率。而项目管理的做法则不同。不同职能部门的成员因为某一个项目而组成团队，项目经理则是项目团队的领导者，他们所肩负的责任就是领导他的团队准时、优质地完成全部工作，在不超出预算的情况下实现项目目标。项目的管理者不仅仅是项目执行者，他参与项目的需求确定、项目选择、计划直至收尾的全过程，并在时间、成本、质量、风险、合同、采购、人力资源等各个方面对项目进行全方位的管理，因此项目管理可以帮助企业处理需要跨领域解决的复杂问题，并实现更高的运营效率。项目管理的应用从80年代仅限于建筑、国防、航天等行业迅速发展到今天的计算机、电子通讯、金融业甚至政府机关等众多领域。人们通常认为，项目管理是第二次世界大战的产物（如：曼哈顿计划）。在1950年至1980年期间，应用项目管理的主要是国防建设部门和建筑公司。传统的观点认为，项目管理者的工作就是单纯地完成既定的任务。从本世纪八十年代开始，项目管理的应用扩展到其他工业领域（行业），如制药行业、电信部门、软件开发业等。项目管理者也不再被认为仅仅是项目的执行者，要求他们能胜任其它各个领域的更为广泛的工作，同时具有一定的经营技巧。美国项目管理学会（PMI）已提出了关于一个有效的专业项目管理者必须具备的几个方面的基本能力： 项目范围管理 项目时间管理 项目费用管理 项目质量管理 项目人力资源管理 项目沟通管理 项目风险管理 项目采购管理 项目综合管理从根本上讲，项目管理并不神秘，人类数千年来进行的组织工作和团队活动，都可以视为项目管理行为。人类的活动可以分为两大类：一类是重复性、连续不断、周而复始的活动，称为“运作”，如：用自动化流水线批量生产某些产品的活动；另一类是独特的、一次性的活动，称为“项目”，如：任何一项开发活动、改造活动、建造活动等。在这个社会上，项目随处可见，小到一次聚会、一次郊游，大到一场文艺演出、一次教育活动、一项建筑工程、一次开发活动等。因此，项目管理同社会的发展息息相关。但项目管理被发展、提炼成一种具有普遍科学规律的理论模式，却只是近年来的事。项目管理的历史在冷战的史普托尼克（苏联的第一颗人造卫星）危机之前，项目管理还没有用做一个独立的概念。在危机之后,美国国防部需要加速军事项目的进展以及发明完成这个目标的新的工具（模型）。 在1958年，美国发明了计划评估和审查审技术（PERT），作为的北极星导弹潜艇项目。与此同时，杜邦公司发明了一个类似的模型称为关键路径方法（CPM）。PERT后来被工作分解结构（WBS）所扩展。军事任务的这种过程流和结构很快传播到许多私人企业中。随着时间的推移,更多的指导方法被发明出来，这些方法可以用于形式上精确地说明项目是如何被管理的。这些方法包括项目管理知识体系（PMBOK），个体软件过程（PSP），团队软件过程（TSP），IBM全球项目管理方法(WWPMM)，PRINCE2。这些技术试图把开发小组的活动标准化，使其更容易地预测，管理和跟踪。关键链是传统的关键路径方法的最新扩充。项目管理的的批判性研究发现: 许多基于PERT的模型不适合今天的多项目的公司环境。这些模型大多数适合于大规模、一次性、非常规的项目中。而当代管理中所有的活动都用项目术语表达。所以，为那些持续几个星期的“项目”（更不如说是任务）使用复杂的模型在许多情形下会导致不必要的代价和低可操作性。因此，项目识别不同的轻量级的模型，比如软件开发的极限编程和Scrum技术。为其他类型项目而进行的极限编程方法的一般化被称为极限项目管理。项目管理的方法通常来说,现在的项目管理有两种方法： 传统的方法需要识别一系列需要完成的步骤。相对的是敏捷软件开发方法，项目被看作一些相对小的任务，而不是一个完整的过程。敏捷软件开发的目的是尽量小的管理费用来制定标准、审核、文档、报告、会议和许可。在传统的项目管理方法中，项目的开发被分成5个阶段:1、项目启动 2、项目策划3、项目生产 4、项目监测5、项目完成不是每个项目都必须经过以上每一个阶段，因为有些项目可能会在达到完成阶段之前被停职。有些项目不需要策划或者监测。有的项目需要重复多次阶段2，3，4。许多工业也使用这些阶段的变种。例如在砖混结构的设计中，项目通常包含以下步骤：预计划、概念设计、初步设计、深化设计、工程图(或合同文本)和施工管理。尽管在不同的工业中阶段的名称不同，实际的阶段通常是一些问题解决的基本步骤: 定义问题、权衡选项、选择路径、实现和评估。项目管理试图获得对5个变量的控制： 时间 成本 质量 范围 风险有三个变量可以由内部或者外部的客户提供。其余的变量则由项目经理，理想地基于一些可靠的估计技术来设定。这些变量的最终的值还需要在项目管理人员与客户的协商过程确定。通常，时间、成本、质量和范围将以合同的方式固定下来。为了从项目开始到自然结束的整个过程中保持控制。 项目经理需要使用各种不同的技术：如项目策划、净值管理、风险管理、进度计划和过程改进等等。项目控制概念的进一步发展是融合了基于过程的管理。这个领域由成熟度模型的使用而得以发展，如CMM（能力成熟度模型）和ISO/IEC15504(SPICE - 软件过程改进和能力决断)。 这两种模式已经被世界范围内的组织成功地应用，以更好地管理项目。为了提高估计的紧缺度，降低成本和预防缺陷，CMMI被广泛用于美国和澳大利亚的国防工业及其分包商，SPICE在欧洲的私人部门的使用正在增长。项目管理的内容1、项目范围管理什么是项目范围管理一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目整体管理、项目范围管理、项目时间管理、项目费用管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理和项目采购管理），无一对项目的最后成功不产生积极影响。然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 项目范围是指产生项目产品所包括的所有工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间 以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道 项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现 对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要 还是范围的影响最主要。 范围管理案例失败案例：我了解到这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多之后项目何时结束还是处于不明确的状态，因为用户不断有 新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做 不下去只能跑了。大家对这样的项目已经完全丧失了信心。 这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。 成功案例：同样是一个软件开发的项目，这个项目也比上面案例讲到的项目要小一些，这时候公司已经开始实施CMM对软件开发活动进行管理，有相对完善的软件开发管理过程。项目在一开始就先明确用户需求，而且需求基本上都是量化的、可检验的。而且项目组在公司CMM的变更管理过程的框架指导下制定了项目的范围变更控制管理过程，在项目的实施过程中，用户的需求变更都是按照事先制定好的过程执行。 因此，这个项目完成的比较成功，项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。 造成范围界定不清的原因 既然项目范围界定不清是一种很常见的现象，而这种现象又是大家所不想见到的。那么，我们必须分析出现这种现象的原因。我认为造成这种现象的出现有以下三方面的原因： 第一，是企业一级的责任没有完善的项目管理体系来指导项目的管理。这种情况是最糟糕的，如果是这种原因，那么项目的成败往往需要靠项目经理个人的管理、领导能力。这种情况项目成功的可能性非常小，大部分项目都是以失败而告终； 第二，是企业及项目组共同的责任对项目没能制定出清晰规范的范围变更控制过程。企业有管理体系，但不够完善和规范，对项目组的变更过程的制定没能起到有效的指导作用。变更是不可避免的，只要有效地加以管理、控制，同样可以达到各方满意的结果； 第三，是对范围的定义不够明确，做不到可量化、可验证程度。很多时候都是一些定性的要求、而不是定量的，例如“界面友好，可操作性强， 提高用户满意度”等。类似这些模糊的需求就是导致后续项目扯皮的根源。项目范围的明确定义，有经验的项目经理及系统分析员将起到至关重要的作用。 由以上的论述，我们可以得出结论：完善的项目范围管理是整个项目最终成败的关键。那么，怎样才能做好项目范围管理呢？下面大量篇幅将对这一问题进行详细的论述。 如何管理好项目范围既然已经认识到项目范围管理如此重要，那么我们应该怎样才能管理好项目的范围呢？从上面的论证过程，我们清楚地看到造成项目范围不好管理的一些原因，那么要管理好项目范围就必须对症下药，才能管理好项目范围。 首先，我们必须先了解项目范围管理的一些科学过程。做好项目管理应该包含下面过程：启动、范围计划、范围定义、范围核实及范围变更控制。下面将详述如何做好这些过程： 启动过程启动是指组织正式开始一个项目或继续到项目的下一个阶段。启动过程的一个输出就是项目章程。项目章程是一个重要的文档，这个文件正式承认项目的存在并对项目提供一个概览。 启动过程明确指定这一过程有一个重要的输出文档项目章程，项目章程将粗略地规定项目的范围，这也是项目范围管理后续工作的重要依 据。项目章程中还将规定项目经理的权利以及项目组中各成员的职责，还有项目其他干系人的职责，这也是在以后的项目范围管理工作中各个角色如何做好本职工作 有一个明确的规定，以致后续工作可以更加有序地进行。因此，千万不能忽略项目的启动过程。 范围计划过程范围计划是指进一步形成各种文档，为将来项目决策提供基础，这些文档中包括用以衡量一个项目或项目阶段是否已经顺利完成的标准等。作为范围计划过程的输出，项目组要制定一个范围说明书和范围管理计划。 古语云：“预则立，不预则废！”。一个项目经理要想真正管理好项目范围，没有必要的技术和好的方法是肯定不行的。 要做好一个项目首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的 过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程也是非常主要的依据，通常它对项目 范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。 前面讲到这个过程有一个输出是范围说明书，那么范围说明指的是什么呢？范围说明是在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。 范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是 商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置 的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的 成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值。尽量避开不可量化的目标（如：“客户的满意程 度”），因为它将让你的项目承担很高的风险。 范围计划又是什么呢？范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项 目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。 范围定义过程范围定义是指将项目主要的可交付成果细分成较小的、更易管理的组分。这个过程中，项目组要建立一个工作分解结构（WBS）。 WBS的建 立对项目来说意义非常重大，它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一 个完善的WBS或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。 制定好一个WBS的指导思想是逐层深入。先将项目成果框架确定下来，然后每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。 范围核实过程范围核实是指对项目范围的正式认定，项目主要干系人，如项目客户和项目发起人等要在这个过程中正式接受项目可交付成果的定义。 这个过程是范围确定之后，执行实施之前各方相关人员的承诺问题。一旦承诺则表明你已经接受该事实，那么你就必须根据你的承诺去实现它。这也是确保项目范围能得到很好的管理和控制的有效措施。 PMBOK里面的说法与上面的说法有点不同。核实的范围是正式已经提交的成果，而不是成果的定义。是与客户或者发起人一起审查交付的成果，确保正式完成并且获得客户或者发起人的正式验收。这涉及到的是项目结束或者阶段结束过程组。 范围变更控制过程范围变更控制是指对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行动与教训总结。 再好的计划也不可能做到一成不变，因此变更是不要避免的，关键问题是如何对变更如何进行有效的控制。控制好变更必须有一套规范的变更管理过 程，在发生变更时遵循规范的变更程序来管理变更。通常对发生的变更，需要识别是否在既定的项目范围之内。如果是在项目范围之内，那么就需要评估变更所造成 的影响，以及如何应对的措施，受影响的各方都应该清楚明了自己所受的影响；如果变更是在项目范围之外，那么就需要商务人员与用户方进行谈判，看是否增加费 用，还是放弃变更。 因此，项目所在的组织（企业）必须在其项目管理体系中制定一套严格、高效、实用的变更程序。 执行好以上项目范围管理的五个过程，我认为对项目范围的管理、控制将是行之有效的！ 范围管理的基本内容范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。 1编制范围计划 “公欲善其事，必先利其器”。一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性。 我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。 做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依 据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。 范围计划中究竟应该包含哪些内容呢？不同的计划详尽程度自然不一样，其中范围说明和范围管理计划必须包含在内。 范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、 项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一 个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它 在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值 （如：少于150万美元等）。不可量化的目标（如：“客户的满意程度”）要承担很高的风险。 范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进 行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时 候，做到这点特别困难，但绝对必要）等问题的清楚描述。 2范围分解 计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管 理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造 成返工、延长工期、降低团队士气等一系列不利的后果。 比较常用的方式是以项目进度为依据划分WBS，第一层是大的项目成果框架，每层下面再把工作分解，这种方式的优点是结合进度划分直观， 时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。 3范围变更 一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的。因此对变更的管理是项目经理必备的素质之一。变并不糟糕， 糟糕的是缺乏规范的变更管理过程。范围变更的原因是多方面的，比如用户要求增加产品功能、环保问题导致设计方案修改而增加施工内容。项目经理在管理过程中 必须通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更，在发生变更时遵循规范的变更程序来管理变更。我们强烈建议企业的项目管理体系中包 含一套严格、高效、实用的变更程序，它对管好项目至关重要。 2、项目时间管理“按时、保质地完成项目”大概是每一位项目经理最希望做到的。但工期拖延的情况却时常发生。因而合理地安排项目时间是项目管理中一项关键内容，它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等内容。 时间管理工作开始以前应该先完成项目管理工作中的范围管理部分。如果只图节省时间，把这些前期工作省略，后面的工作必然会走弯路，反而会耽误时间。项目一开始首先要有明确项目目标、可交付产品的范围定义文档和项目的工作分解结构（WBS）。由于一些是明显的、项目所必须的工作，而另一些则具有一定的隐蔽性，所以要以经验为基础，列出完整的完成项目所必需的工作，同时要有专家审定过程，以此为基础才能制定出可行的项目时间计划，进行合理的时间管理. 项目时间管理主要包含六个阶段项目活动定义将项目工作分解为更小、更易管理的工作包也叫活动或任务，这些小的活动应该是能够保障完成交付产品的可实施的详细任务。在项目实施中，要将所有活动列成一个明确的活动清单，并且让项目团队的每一个成员能够清楚有多少工作需要处理。活动清单应该采取文档形式，以便于项目其他过程的使用和管理。当然，随着项目活动分解的深入和细化，工作分解结构（WBS）可能会需要修改，这也会影响项目的其他部分。例如成本估算，在更详尽地考虑了活动后，成本可能会有所增加，因此完成活动定义后，要更新项目工作分解结构上的内容。 活动排序在产品描述、活动清单的基础上，要找出项目活动之间的依赖关系和特殊领域的依赖关系、工作顺序。在这里，既要考虑团队内部希望的特殊顺序和优先 逻辑关系，也要考虑内部与外部、外部与外部的各种依赖关系以及为完成项目所要做的一些相关工作，例如在最终的硬件环境中进行软件测试等工作。 设立项目里程碑是排序工作中很重要的一部分。里程碑是项目中关键的事件及关键的目标时间，是项目成功的重要因素。里程碑事件是确保完成项目需求的活动序列中不可或缺的一部分。比如在开发项目中可以将需求的最终确认、产品移交等关键任务作为项目的里程碑。 在进行项目活动关系的定义时一般采用优先图示法、箭线图示法、条件图示法、网络模板这4种方法，最终形成一套项目网络图。其中比较常用的方法是优先图示法，也称为单代号网络图法。 活动工期估算项目工期估算是根据项目范围、资源状况计划列出项目活动所需要的工期。估算的工期应该现实、有效并能保证质量。所以在估算工期时要充分考虑活动 清单、合理的资源需求、人员的能力因素以及环境因素对项目工期的影响。在对每项活动的工期估算中应充分考虑风险因素对工期的影响。项目工期估算完成后，可 以得到量化的工期估算数据，将其文档化，同时完善并更新活动清单。 安排进度表项目的进度计划意味着明确定义项目活动的开始和结束日期，这是一个反复确认的过程。进度表的确定应根据项目网络图、估算的活动工期、资源需求、资源共享情况、项目执行的工作日历、进度限制、最早和最晚时间、风险管理计划、活动特征等统一考虑。 进度限制即根据活动排序考虑如何定义活动之间的进度关系。一般有两种形式：一种是加强日期形式，以活动之间前后关系限制活动的进度，如 一项活动不早于某活动的开始或不晚于某活动的结束；另一种是关键事件或主要里程碑形式，以定义为里程碑的事件作为要求的时间进度的决定性因素，制定相应时 间计划。 在制定项目进度表时，先以数学分析的方法计算每个活动最早开始和结束时间与最迟开始和结束日期得出时间进度网络图，再通过资源因素、活动时间和可冗余因素调整活动时间，最终形成最佳活动进度表。 关键路径法（CPM）是时间管理中很实用的一种方法，其工作原理是：为每个最小任务单位计算工期、定义最早开始和结束日期、最迟开始和结束日期、按照活动的关系形成顺序的网络逻辑图，找出必须的最长的路径，即为关键路径。 时间压缩是指针对关键路径进行优化，结合成本因素、资源因素、工作时间因素、活动的可行进度因素对整个计划进行调整，直到关键路径所用的时间不能再压缩为止，得到最佳时间进度计划。 进度控制进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。在前几期中曾经对此进行过探讨，在此不再赘述。 巧用工具来帮忙目前项目管理软件正被广泛地应用于项目管理工作中，尤其是它清晰的表达方式，在项目时间管理上更显得方便、灵活、高效。在管理软件中输入活动列表、估算的活动工期、活动之间的逻辑关系、参与活动的人力资源、成本，项目管理软件可以自动进行数学计算、平衡资源分配、成本计算，并可迅速地解决进度交叉问题，也可以打印显示出进度表。项目管理软件除了具备项目进度制定功能外还具有较强的项目执行记录、跟踪项目计划、实际完成情况记录的能力，并能及时给出实际和潜在的影响分析。 同时要注意的是,项目管理工具的选择还需要根据项目的类型及规模来考虑,小规模和简单的项目建议用较轻型的管理工具即可,不要让管理工具成为管理负担,大规模和复杂的项目一般用重型的项目管理工具。 3、项目成本管理项目的费用管理主要是在批准的预算条件下确保项目的保质按期完成，其主要包括： 费用估计 费用预算 费用控制 项目费用管理的具体内容 费用估计 费用估计指的是预估完成项目各工作所需资源（人、材料、设备等）的费用的近似值 当项目在一定的约束条件下实施时价格的估计是一项重要的因素 费用估计应该与工作质量的结果相联系。 费用估计过程中，亦应该考虑各种形式的费用交换，比如：在多数情况下，延长工作的延续时间通常是与减少工作的直接费用相联系在一起的，相反，追加费用将缩短项目工作的延续时间。因此，在费用估计的过程之中必须考虑附加的工作对工程期望工期缩短的影响。 费用估计的主要依赖的资料 工作分解结构WBS 资源需求计划：即资源计划安排结果 资源价格：为了计算项目各工作费用必须知道各种资源的单位价格，包括工时费、单位体积材料的费用等。如果某种资源的实际价格不知道，就应该给它的价格作出估计。 工作的延续时间：工作的延续时间将直接影响到项目工作经费的估算，因为它将直接影响分配给它的资源数量。 历史信息：同类项目的历史资料始终是项目执行过程中可以参考的最有价值的资料，包括项目文件、共用的项目费用估计数据库及项目工作组的知识等。 会计表格：会计表格说明了各种费用信息项的代码结构，这对项目费用的估计应与正确的会计目录相对应很有帮助。 费用估计的工具和方法 类比估计法：类比估计法通常是与原有的类似已执行项目进行类比以估计当期项目的费用，通常当项目的详细资料难以得到时这是一种估计项目总 费用的行之有效的方法，类比估计法是专家判断的一种形式。类比估计法通常比其它技术和方法花费要少一些，但是其准确性也较低，当先前的项目与目前的项目不 仅在形式上而且在实质上相同时或者对所进行的项目进行预估计时类比估计法将更为可靠和实用。 参数模型法:参数模型法通常是将项目的特征参数作为预测项目费用数学模型的基本参数，模型可能是简单的（如建筑费用的估计通常是建筑面 积的一个简单函数），也可能是复杂的（如软件开发费用的模型通常就需要许多独立的因素加以描述）。无论费用模型还是模型参数其形式是各种各样，如果其模型 是依赖于历史信息、模型参数容易数量化，而且模型应用仅是项目范围的大小，则它通常是可靠的。 从下向上的估计法：这种技术通常首先估计各个独立工作的费用，然后再汇总从下往上估计出整个项目的总费用。 从上往下估计法：同上述方法相反是从上往下逐步估计的，多在有类似项目已完成的情况下应用。 计算工具的辅助：项目管理软件及电子表格软件辅助项目费用的估计。 费用估计的基本结果 项目的费用估计：描述完成项目所需的各种资源的费用，包括：劳动力、原材料、库存及各种特殊的费用项如折扣、费用储备等的影响,其结果通常用劳动工时、工日、材料消耗量等表示。 详细的说明：费用估计的详细说明应该包括： 工作估计范围描述，通常是依赖于WBS作为参考 对于估计的基本说明，比如费用估计是如何实施的 各种所作假设的说明 指出估计结果的有效范围 费用预算 费用预算包括给每一独立工作分配全部费用，以获得度量项目执行的费用基线(图示) 费用预算可以分为以下三部分： 直接人工费用预算 辅助服务费用预算 采购物品费用预算 费用预算依赖的主要数据包括 费用估计 工作分解结构 项目进度：费用的分配和安排应该是与进度计划相适应的。 费用预算的技术和方法：类同于费用的估计。 费用预算的结果：费用预算的主要结果是获得费用线，费用线将作为度量和监控项目实施过程中费用支出的依据，通常的费用曲线随时间的关系是一个S型曲线。 费用控制 费用管理不能脱离技术管理和进度管理独立存在，相反要在成本、技术、进度三者之间作综合平衡。及时、准确的成本、进度和技术跟踪报告，是项目经费管理和费用控制的依据。 费用控制就是要保证各项工作要在它们各自的预算范围内进行。费用控制的基础是事先就对项目进行的费用预算。 费用控制的基本方法是规定各部门定期上报其费用报告，再由控制部门对其进行费用审核，以保证各种支出的合法性，然后再将已经发生的费用与预算相比较，分析其是否超支，并采取相应的措施加以弥补。 费用控制的内容 费用控制主要关心的是影响改变费用线的各种因素、确定费用线是否改变以及管理和调整实际的改变。费用控制包括： 监控费用执行情况以确定与计划的偏差 确使所有发生的变化被准确记录在费用线上 避免不正确的、不合适的或者无效的变更反映在费用线上 股东权益改变的各种信息 费用控制还应包括寻找费用向正反两方面变化的原因，同时还必须考虑与其它控制过程（范围控制、进度控制、质量控制等）相协调，比如不合适的费用变更可能导致质量、进度方面的问题或者导致不可接受的项目风险。 费用控制的依据 费用线 实施执行报告：这是费用控制的基础，实施执行报告通常包括了项目各工作的所有费用支出，同时也是发现问题的最基本依据。 改变的请求：改变的请求可能是口头的也可能是书面的、可能是直接的也可能是非直接的、可能是正式的也可能是非正式的，改变可能是请求增加预算，也可能是减少预算。 费用控制的方法与技术 费用控制改变系统：通常是说明费用线被改变的基本步骤，这包括文书工作、跟踪系统及调整系统，费用的改变应该与其它控制系统相协调。 实施的度量：主要帮助分析各种变化产生的原因，有以下2种方法： 挣得值分析法 关键比值法 附加的计划：很少有项目能够准确的按照期望的计划执行，不可预见的各种情况要求在项目实施过程中重新对项目的费用作出新的估计和修改。 计算工具：通常是借助相关的项目管理软件和电子制表软件来跟踪计划费用、实际费用和预测费用改变的影响。 费用控制的结果 1、修订费用估计 2、预算更新 3、纠正活动 估计EAC：按照完成情况估计在目前实施情况下完成项目所需的总费用EAC： EAC=实际支出按照实施情况对剩余预算所作的修改，这种方法通常用于当前的变化可以反映未来的变化时。 EAC=实际支出对未来所有剩余工作的新估计，这种方法通常用于当过去的执行情况显示了原有的估计假设条件基本失效的情况下或者由于条件的改变原有的假设不再适用。 EAC=实际支出剩余的预算，适用于现在的变化仅是一种特殊的情况，项目经理认为未来的实施不会发生类似的变化。 4、经验教训：以案例库的形式保存下来，作为以后的参考 项目完工费用估计 EAC=实际费用(总预算成本BCWP)(ACWP/BCWP) EAC205+(340185)*205/185=376.76 （或EAC=实际费用(总预算成本BCWP) /CPI） （或EAC205+(340185)/0.9024=376.76) EAC=总预算成本(ACWP/BCWP) EAC=340*205/185=376.76 （或EAC=总预算成本/CPI） （EAC=340/0.9024=376.77） 4、项目质量管理质量，通常指产品的质量，广义的还包括工作的质量。产品质量是指产品的使用价值及其属性；而工作质量则是产品质量的保证，它反映了与产品质量直接有关的工作对产品质量的保证程度。 ISO9000质量定义，质量是指产品或服务能满足规定或潜在需求的特性和特征的集合。PMI质量定义，质量是对一种产品或服务能满足对其明确或隐含需求的程度产生影响的该产品或服务特征和性质的全部。 从项目作为一次性的活动来看，项目质量体现在由工作分解结构反映出的项目范围内所有的阶段、子项目、项目工作单元的质量所构成，也即项目的工作质量；从项目作为一项最终产品来看，项目质量体现在其性能或者使用价值上，也即项目的产品质量。 项目活动是应业主的要求进行的。不同的业主有着不同的质量要求，其意图已反映在项目合同中。因此，项目质量除必须符合有关标准和法规外，还必须满足项目合同条款的要求，项目合同是进行项目质量管理的主要依据之一。 项目的特性决定了项目质量体系的构成。从供需关系来讲，业主是需方，他要求参与项目活动的各承包商(设计方、施工方等)提供足够的证据，建立满意的供方质量保证体系；另一方面，项目的一次性、核算管理的统一性及项目目标的一致性均要求将项目范围内的组织机构、职责、程序、过程和资源集成一个有机的整体，在其内部组织良好的质量控制及内部质量保证，从而构筑出项目的质量体系。 由于项目活动是一种特殊的物质生产过程，其生产组织特有的流动性、综合性、劳动密集性及协作关系的复杂性，均增加了项目质量保证的难度。 项目的质量管理主要是为了确保项目按照设计者规定的要求满意的完成，它包括使整个项目的所有功能活动能够按照原有的质量及目标要求得以实施，质量管理主要是依赖于质量计划、质量控制、质量保证及质量改进所形成的质量保证系统来实现的。 项目质量管理过程 项目的质量管理工作是一个系统过程，在实施过程中必须创造必要的资源条件，使之与项目质量要求相适应。各职能部门及实施单位要保证工作质量和项目质量，实行业务工作程序化、标准化和规范化。支持质量部门独立地、有效地行使职权，对项目实施全过程实行质量控制。 质量技术文件 质量管理文件指在项目实施过程中，为达到预期的项目质量和工作质量要求，对与管理有关的重复性事务和概念所做的规定。 1、质量保证大纲 在项目或任务下达或合同签订生效开始，在项目实施过程中的每一阶段，均需在总结上阶段实施情况的基础上进行制定或修订，以指导本阶段的实施和管理工作。 质量保证大纲的目标是：提高项目实施的适用性和任务完成率、 降低项目对维修和后勤保障的要求、提供基本的质量信息、提高工程实施的经济效益。 质量保证大纲的内容是：按项目的特点和有关部门对质量的要求，提出明确的质量指标要求；明确规定工艺技术、计划、质量和物资部门的质量责任；确定各实施阶段的工作目标；针对项目特点和实际的实施能力，提出质量控制点和需要进行特殊控制的要求、措施、方法及其相应的完成标识和评价标准；对设计、工艺和项目质量评审要有明确规定。 2、质量工作计划 质量工作计划是对特定的项目、服务、合同规定专门的质量措施、资源和活动顺序的文件。 质量工作计划的工作内容：实现的质量目标； 应承担的工作项目、要求、责任以及完成的时间等； 在计划期内应达到的质量指标和用户质量要求；计划期内质量发展的具体目标、分段进度、实现的工作内容、项目实施准备工作、重大技术改进措施、检测及技术开发等。 3、技术文件 技术文件是设计文件、工艺文件、研究试验文件的总称，是项目实施的依据和凭证。成套技术文件应完整、准确、协调、一致。实际文件与项目 技术文件状态一致；工艺文件与项目实施实际一致；研究试验文件与项目实际过程一致。成套技术文件的完整性应根据项目和工作的性质、复杂程度、研制阶段区别 对待。为保证每一项目和工作技术文件的完整性，总设计师、总工程师、项目负责人应根据技术文件的管理规定，在实施工作开始时，提出技术文件完整性的具体要 求，列出文件目录，并组织实施。 4、质量成本 质量成本是实施单位为了保证和提高产品质量、满足用户需要而支出的费用，以及因未达到质量标准而产生的一切损失费用的总和。质量管理职能部门根据质量工作计划，提出质量成本项目和计划。 质量费用的归集： 承制单位应严格遵守质量成本开支范围，根据审核无误的原始凭证，按质量成本核算对象及质量成本科目，分责任单位正确归集质量费用，不属于现行成本开支范围的质量费用，列入不可计成本质量费用统计表。 质量费用的分配： 属于现行项目开支范围内的质量费用，应分别在项目和工作中进行核算，不属于现行项目成本开支范围的质量费用，统计归集后直接或分配计入完工项目和目前实施项目的质量成本。能够分清由哪个项目负担的费用直接计入该项目明细帐或成本质量费用统计表，不能分清的统计后，按工时分配计入。 质量计划 质量计划的目的主要是确保项目的质量标准能够得以满意的实现，其关键是在项目的计划期内确保项目按期完成，同时要处理与其他项目计划之间的关系。 1、质量计划的输入要素：质量方针、范围陈述、产品描述、标准和规则 2、质量计划制定的方法和技术 利益/成本分析：质量计划必须综合考虑利益/成本的交换，满足质量需求的主要的利益是减少重复性工作，这就意味着高的产出、低的支出以及增加投资者的满意度。满足质量要求的基本费用是辅助项目质量管理活动的付出。质量管理的基本原则是利益与成本之比尽可能的大。 基准：基准主要是通过比较实际或计划项目的实施与其它同类项目的实施过程，为改进项目实施过程提供思路和提供一个实施的标准。 流程图：流程图是一个由任何箭线联系的若干因素关系图，流程图在质量管理中的应用主要包括如下几个方面： 原因结果图：主要用来分析和说明各种因素和原因如何导致或者产生各种各种潜在的问题和后果。 系统流程图或处理流程图:主要用来说明系统各种要素之间存在的相互关系，通过流程图可以帮助项目组提出解决所遇质量问题的相关方法。 试验设计：试验设计对于分析辨明对整个项目输出结果最有影响的因素是很为有效的，然而这种方法的应用存在着费用进度交换的问题 。 3、质量计划的输出 质量管理计划：质量管理计划主要描述项目管理组应该如何实施它的质量方针。在ISO9000中，项目的质量系统被描述为包括对组织结构、责任、方法、步骤及资源等实施质量管理。质量计划提供了对整个项目进行质量控制、质量保证及质量改进的基础。 具体操作说明：对于一些特殊条款需要附加的操作说明，包括对他们的解释及在质量控制过程中如何度量的问题。比如说满足项目进度日期不能足以说是对项目管理质量的度量，项目管理组还必须指出每一项工作是否按时开始或者按时结束，各个独立的工作是否被度量或者仅是做了一定的说明等类似情况。 检查表格：检查表格是一种用于对项目执行情况进行分析的工具，其可能是简单的也可能是复杂的，通常的描述包括命令和询问两种形式。许多组织已经形成了标准的确保频繁执行的工作顺利执行的体系。 其它过程的输入：质量计划过程也有助于对其它领域工作的开展。 质量保证 质量保证是所有计划和系统工作实施达到质量计划要求的基础，为项目质量系统的正常运转提供可靠的保证，它应该贯穿于项目实施的全过程之中。在ISO9000系列实施之前，质量保证通常被描述在质量计划之中。 质量保证通常是由质量保证部门或者类似的组织单元提供，但是不必总是如此。质量保证通常提供给项目管理组以及实施组织（内部质量保证）或者提供给客户或项目工作涉及的其它活动（外部质量保证）。 1、质量保证的输入：质量管理计划、质量控制度量的结果、操作说明 2、质量保证的工具和方法 质量计划工具和技术 质量审核：质量审核是确定质量活动及其有关结果是否符合计划安排，以及这些安排是否有效贯彻并适合与于达到目标的有系统的、独立的审查。通过质量审核，评价审核对象的现状对规定要求的符合性，并确定是否需采取改进纠正措施，从而达到： 保证项目质量符合规定要求 保证设计、实施与组织过程符合规定要求 保证质量体系有效运行并不断完善，提高质量管理水平。 质量审核的分类包括：质量体系审核、项目质量审核、过程（工序）质量审核、监督审核、内部质量审核、外部质量审核。 质量审核可以是有计划的，也可以是随机的，它可以由专门的审计员或者是第三方质量系统注册组织审核。 3、质量保证的输出 质量改进：质量改进包括达到以下目的的各种行动：增加项目有效性和效率以提高项目投资者的利益。在大多数情况下，质量改进将要求改变不正确的行动以及克服这种不正确行动的过程。 项目质量控制 质量控制主要是监督项目的实施结果，将项目的结果与事先制定的质量标准进行比较，找出其存在的差距，并分析形成这一差距的原因，质量控制同样贯 穿于项目实施的全过程。项目的结果包括产品结果（如交付）以及管理结果（如实施的费用和进度）。质量控制通常是由质量控制部门或类似的质量组织单元实施， 但是也并非总是如此。 项目管理组应该具有统计质量控制的工作知识，特别是抽样检查和概率方面的知识，以便帮助他们评价质量控制的输出。他们应该清楚预防和检查、特征样本和随机样本、特殊原因和随机原因、偏差和控制线等几个概念的不同。 1、质量控制的输入：工作结果、质量管理计划、操作描述、检查表格 2、质量控制的方法和技术 检查：包括度量、考察和测试 控制图：控制图可以用来监控任何形式的输出变量，它用的最为频繁，可用于监控进度和费用的变化，范围变化的量度和频率，项目说明中的错误，以及其它管理结果。 统计样本：对项目实际执行情况的统计值是项目质量控制的基础，统计样本涉及到了样本选择的代表性，合适的样本通常可以减少项目控制的费用，当然这需要一些样本统计方面的知识，项目管理组有必要熟悉样本变化的