项目成本管理包括确保在批准的预算范围内完成项目所需的各个过程。软件项目成本的管理基本上可以用估算和控制来概括，首先对软件的成本进行估算，然后形成成本管理计划，在软件项目开发过程中，对软件项目施加控制使其按照计划进行。
 
成本管理的过程包括：
 

 
资源计划：项目经理要获得哪些资源、从哪里获得以及如何使用它们的过程。依据： 工作分解结构、项目进度计划、历史资料、项目范围说明书、项目资源说明、项目组织的管理政策和原则。主要输出是资源计划说明书。
 
成本估算：指为实现项目的目标，根据项目资源计划所确定的资源需求，以及市场价格，对项目所需资源的成本进行的估算，是项目成本管理的核心工作。是项目决策、资金筹集和评标定标的依据，是承包商报价的基础，是绩效考评的重要依据。成本估算有以下几种方法：类比估算法、自上而下估算法、自下而上估算法、参数模型法还有像启发式估算和分阶段估算等方法。主要输出是成本管理计划。
 
成本预算：进行项目成本控制的基础，它负责为项目活动分配预算。包括直接人工费用预算、咨询服务费用预算、资源采购费用预算和不可预见费用预算。主要依据包括：项目成本估算、工作分解结构和项目进度计划。主要输出是项目各项活动的成本预算、成本基准计划。
 
成本控制：按照事先确定的项目成本预算基准计划，通过运用多种恰当方法，对项目实施过程中所消耗的成本费用的使用情况进行管理控制，以确保项目的实际成本限定在项目预算成本的范围内。关于成本控制的方法主要有成本变工控制系统、成本绩效测量法、附加计划法和计算机辅助法。主要输出修正的成本估算、更新预算、纠正行动和取得的教训。
 
影响软件项目成本的因素：

影响项目管理中成本的三因素
 
1.施工技术。技术系统是三个因素的核心。施工活动的关键是技术性活动，因此，确定科学、合理的施工方案与施工工艺是技术系统的重要内容。
 
2.管理者。施工项目是由人来操作的，故必然产生人与人之间的联系，即构成管理。项目管理，人是第一要素。工程施工项目的第一责任人项目经理除必须具备较高的政治素质、具有较全面的施工技术知识、具有较高的组织领导工作能力，而这组织领导工作能力高低的体现关键就在于能否充分调动广大劳动者的积极性，这也是顺利实现项目目标的关键所在。
 
3.资金。资金是项目管理施工系统的关键部分，是“目标分系统”之一。工程施工是一种生产活动过程，同时也是经济活动过程。工程施工要投入“人、材、机”及资金，投入太多会造成浪费，投入不足又会影响施工进度与工程质量。技术保障，管理者全盘计划与生产要素的投入是相伴随而发生的，是一个投入和产生的系统。
 　　抓好项目责任成本的控制
 　　坚持成本最低化原则。施工项目成本控制的根本目的，在于通过项目经理的各种手段，促进不断降低施工项目成本，以达到可能实现最低的目标成本的要求。从实际出发，制定通过主观努力可能达到合理的最低成本水平。
 　　坚持全面成本控制原则。全面成本管理是全企业、全员和全过程的管理，亦称“三全”管理。项目成本的全员控制应有一个系统的实质性内容，包括各部门、各单位的责任网络和班组经济核算等等。项目成本的全过程控制要求成本控制工作要随着项目施工进展的各个阶段连续进行。
 　　坚持动态控制原则。施工项目是一次性的，成本控制应强调项目的中间控制，即动态控制。因为施工准备阶段的成本控制只是为今后的成本控制作好准备，而竣工阶段的成本控制，由于成本盈亏已基本定局，即使发生了纠差，也已来不及纠正。
 　　坚持项目目标管理原则。目标管理的内容包括： 目标的设定和分解，目标的责任到位和执行，检查目标的执行结果，评价目标和修正目标，形成目标管理的计划、实施、检查、处理循环，即PDCA循环。
 　　坚持责、权、利相结合的原则。在项目施工过程中，项目经理部各部门、各班组在肩负成本控制责任的同时，享有成本控制的权力，同时项目经理要对各部门、各班组在成本控制中的业绩进行定期的检查和考评，实行有奖有罚。只有真正做好责、权、利相结合的成本控制，才能收到预期的效果。
 
项目成本控制措施
 
1.组织措施。项目经理是项目成本管理的第一责任人，全面组织项目部的成本管理工作，应及时掌握和分析盈亏状况，并迅速采取有效措施;工程技术部是整个工程项目施工技术和进度的负责部门，应在保证质量、按期完成任务的前提下尽可能采取先进技术，以降低工程成本; 经营部负责合同实施和项目经理工作，负责工程进度款的计量与支付工作，处理施工索赔等问题;财务部负责工程项目的财务工作，及时分析项目的财务收支情况，合理调度资金。
 2.技术措施。一是制订先进的经济合理的施工方案，以达到缩短工期、提高质量、降低成本的目的。施工方案包括四大内容：施工方法的确定、施工机具的选择、施工顺序的安排和流水施工的组织。正确选择施工方案是降低成本的关键所在。二是在施工过程中努力寻求各种降低消耗、提高工效的新工艺、项目经理、新材料等降低成本的技术措施。三是严把质量关，杜绝返工现象，缩短验收时间，节省费用开支。
 3.经济措施。一是人工费控制管理。主要是改善劳动组织，减少窝工浪费;实行合理的奖惩制度;加强技术项目经理和项目经理工作;加强劳动纪律，压缩非生产用工和辅助用工，严格控制非生产人员比例。二是材料费控制管理。主要是改进材料的采购、运输、收发、保管等方面的工作，减少各个环节的损耗，节约采购费用;合理堆置现场材料，避免和减少二次搬运;严格材料进场验收和限额领料制度。三是机械费控制管理。主要是正确选配和合理利用机械设备，搞好机械设备的保养修理，提高机械的完好率、利用率和使用效率。四是间接费及其它直接费控制。主要是精减管理机构，合理确定管理幅度与管理层次，节约施工管理费等等。

一说到项目管理，人们自然就想到它的八大要素：
 
范围、时间、成本、质量、人力、风险、采购、沟通，一个成功的项目与这些因素是紧紧相关，不可分离的。
 
但是在项目的实际参与中，在项目的操作过程中，可以发现无论是项目管理中的哪个因素，与其关联最多、涉及活动最多的是项目干系人(stakeholders)，项目干系人一般包括客户或者用户、项目团队、项目公司的管理层等一些主要的利害关系者。项目管理中时间、成本、质量、人力、风险、采购等很大一部分是与人的沟通、于人的管理，如何做好人的管理，如何组建一个成功的项目团队、如何在项目中发挥团队的所有潜力、如何与客户的关系日趋完善、如何做到让客户满意，这些都是在“沟通”管理中项目经理所必须及掌握的要素。要做好各要素沟通，要实现于人的管理，就应站在这些“项目干系人”的角度上，从他们的需要及利益出发，最大限度的通过项目实现他们的价值，如果脱离这些，那么项目是很难获得成功的，举一个在项目管理中实际遇上的案例：
 
年前，我们接到一个有关商务管理系统开发的项目，当时用户提供的需求只是七、八页的几张纸，反馈说已经是最清楚最详细的需求，并且包括了需要的几张报表，接到该单后，我们开始最初的需求调研，由于与我们沟通的客户工作人员一直未能提供其它相关资料，于是，我们按其提供的需求分析其业务流程，将业务流程转化为系统模型，并一环一环地与客户进行确认，在进行了一个多星期的细化调研及分析后，我们整理出六七十页的需求，当要与客户进行确认时，客户的部门经理一句话否定了我们的所有工作：“这不是我们要的啊，虽然我们现在是按这个流程，但要上系统，我们的流程也要变，基本上不是按这个方式进行的啊！”这是项目经理在一开始，在与客户沟通前所忽略的问题，需求调研就是要与客户就其所需要的功能、流程、操作等需要为基础，而且需求决策者必须是项目经理或部门负责人，所以项目经理如果在与客户进行需求调研及交流前，在充分考虑项目的需求性及可行性后，列一个需求管理（包括详细的沟通计划及要求沟通）计划，考虑需求沟通中所需的人员、资源、时间的要求，才可以保证需求调研的准确性，虽然有些因素是客户方造成的，但我们应该站在其角度上，为其考虑一些存在的客观及主观因素，这就是在沟通前没有充分考虑一些假设或约束的因素，沟通要求并没有充分明确列举。在具体活动中可参考下图“项目管理
 
沟通管理的活动要求” 同样也是该项目，由于项目经理并未把一些过程的实际及交流情况及时反映给部门经理，虽然有些责任并不是我们应该承担的，但因受到客户的投诉，部门经理自然就将所有的责任归究于项目经理了。在调整了活动方式及沟通方式后，我们又花了二个多星期进行需求的再次调研及分析，最终分析出的需求文档已经和原来的完全不同，页数也上升到200多页，客户的满意度自然达到100%。而先前所花费的二个星期时间就等于无用功，该项目的成本也比预先估计的要翻了好几翻（因为实际调研出的需求功能比原先估计得要多出许多）。软件开发中需求管理的沟通方式影响到需求基线的准确性，同样在项目的开发、设计过程中，项目经理与项目成员之间的沟通方式及项目经理对团队的建设技巧也是直接影响到项目成败的关键。项目过程中沟通的目的是为了“保持项目进展、识别潜在问题、征求建议以改进项目绩效”，如果在项目的开发、设计过程中未把好沟通这道关，也有会产生意料之外的项目失败，曾经听过同行的这样一个例子，某公司在开发一套考核绩效管理软件，项目需求做得非常的完善，系统分析地也十分明确、清晰，但在开发阶段，项目经理发现系统分析其中一个中间层的函数出错，因为该功能模块由他一个人负责开发，当时他直接就对其参数进行了修改，也并未及时和其它编程人员进行沟通说明，过后也就忘了这件事，但当项目接近尾声时，系统突然出现一个大的Bug，影响到整个系统的运行，最后在花了大量的人力、精力进行查询后，才发现就是这名项目经理更改的参数出了错。如果当初名这项目经理能及时和其它人进行沟通，这种错误完全能够避免。但这些错误延误了系统在合同期内的交付，影响到客户的利益，最后几万元的项目反而赔偿用户损失近十万。所以，项目过程中的沟通有时会直接影响到项目的成败，同样一个好的配合团队能使项目达到事半功倍的效果。有认识这么一位软件开发项目经理，他项目管理的理念就是“以人为本”，在项目活动中，他考虑到各项目成员的物质、精神的需要，在与客户沟通时，他注重的是客户需要什么，能为客户提供什么，每次他带的项目总比别人的进度要快，成本要低、项目团队配合融洽、每个成员神采奕奕，这是令其它项目经理所羡慕不已的。沟通在项目管理中，有其必然的、不可取代的重要地位，
 
在1995年，斯坦迪什集团研究发现，与IT项目成功有关的三个主要因素是：用户参与、主管层的支持、需求的清晰明确。所有这些因素都依赖于拥有良好的沟通技巧。项目经理除了在项目前期编制良好的沟通计划外，更要懂得如何科学地管理团队，如何艺术化的与‘项目干系人’进行沟通，站在各角色人的立场上，想客户所想，急客户所需，这样才能做到通过我们的项目成果使客户得到最大的收益，让客户满意，这样才能实现一个项目的成功性目标。在最近的一个外包项目中，我们项目组在前期就对与分包商之间各阶段工作的数据采集、成果验收、评审依据等沟通形式进行了明确的细化要求，这样在操作上双方都有一个清晰地沟通形式及目标，项目进展就较为顺利许多。说到项目管理是一门艺术，不仅仅表现在与“项目干系人”之间的沟通技巧，项目管理的八大要素硬背起来谁都会，但如何灵活地驾御它，使这些要素操作上更灵活化，更适合实际的项目运作中去，这就需要项目经理艺术化的管理、技巧上的操作，管理条条要求是定死的，但人是活的。无论在哪个领域的项目管理中，这些沟通技巧都是通用的并配合掌握着其它项目管理要求的相关要素进行着的。在今后的实际工作中如何使用“项目管理”这门艺术，灵活地通过“沟通”管理，保证项目极大限制地满足客户的需要、引导项目迈向成功的目标，是每个项目经理应给予考虑并慎重实施的。

 一、影响软件开发项目进度的因素
 
 　　要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。软件开发项目中影响进度的因素很多，如人为因素、技术因素、资金因素、环境因素等等。在软件开项目的实施中，人的因素是最重要的因素，技术的因素归根到底也是人的因素。软件开发项目进度控制常见问题主要是体现在对一些因素的考虑上。常见的问题有以下几种情况：
 
 　　1、80-20原则与过于乐观的进度控制
 
 　　80-20原则在软件开发项目进度控制方面体现在：80%的项目工作可以在20%的时间内完成，而剩余的20%的项目工作需要80%的时间。这个80%的项目工作不一定是在项目的前期，而可能是分布在项目的各个阶段，但是剩余的20%左右的项目工作大部分是在后期。所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉，使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。有些领导看到软件交付给用户了，就一块石头落地“总算交差了”，同时又可能撤出一些被认为不必要的人力资源。但很多情况下这是为了对付用户不合理的交付期限要求而采用的不得已的措施。这样的结果是拖延了后期的工作，同时如果软件还不成熟的话，会给用户造成不好的影响。
 
 　　2、范围、质量因素对进度的影响
 
 　　软件开发项目比其他任何建设项目都会有更经常的变更，大概是因为软件程序是一种“看不见”又“很容易修改”的东东吧，用户是想改就改，造成需求的蔓延，项目经理有时还不知如何拒绝，加上要说“我能”的心理因素，一般都会答应修改。这样集少成多，逐渐影响了项目进度。
 
 　　如果某项工作在进度上表面上达到目标了，但经检验其质量没有达到要求，则必然要通过返工等手段，增加人力资源的投入，增加时间的投入，实际上是拖延了进度。不管是从横向或纵向来看，部分任务的质量会影响总体项目的进度，前面的一些任务质量中会影响到后面的一些任务质量。
 
 　　3、资源、预算变更对进度的影响
 
 　　资源，最主要的还是人力资源，有时某方面的人员不够到位，或者在多个项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目。还有一个很重要的资源，就是信息资源，如某些国家标准、行业标准，用户可能提供不了，而是需要去收集或购买，如果不能按时得到，就会影响需求分析、设计或编码的工作。其他资源，如开发设备或软件没有到货，也会对进度造成影响。
 
 　　预算其实就是一种资源，它的变更会影响某些资源的变更，从而对进度造成影响。
 
 　　4、低估了软件开发项目实现的条件
 
 　　低估软件开发项目实现的条件表现在低估技术难度、低估协调复杂度、低估环境因素这样几个方面。
 
 　　首先是低估技术难度。软件开发项目团队成员，有时甚至是企业的高级项目主管也经常低估项目技术上的困难。低估技术难度实际上也就是高估人的能力，认为或希望项目会按照已经制定的乐观项目计划顺利地实施，而实际则不然。软件开发项目的高技术特点本身说明其实施中会有很多技术的难度，除了需要高水平的技术人员来实施外，还要考虑为解决某些性能问题而进行科研攻关和项目实验;
 
 　　其次，低估了协调复杂度，也低估了多个项目团队参加项目时工作协调上的困难。软件开发项目团队成员比较强调个人的智慧、强调个性，这给项目工作协调带来更多的复杂度。当一个大项目由很多子项目组成时，不仅会增加相互之间充分沟通交流的困难，更会增加项目协调和进度控制上的困难。
 
 　　另外，企业高级项目主管和项目经理也经常低估环境因素，这些环境因素包括用户环境、行业环境、组织环境、社会环境、经济环境。低估这些条件，既有主观的原因，也会有客观的原因。对项目环境的了解程度不够，造成没有做好充分的准备。
 
 　　5、项目状态信息收集的情况
 
 　　由于项目经理的经验或素质原因，对项目状态信息收集的的掌握不足，及时性准确性完整性比较差。另外其它一些原因也会造成这种现象。某些项目团队成员报喜不报忧，不希望别人知道自己工作的不好的情况，例如软件程序的编制，可能会先编制一些表面的东西，现有界面，看起来好像完成任务了，实际上只是一个“原型系统”或演示系统。给领导造成比较乐观的感觉。
 
 　　如果项目经理或者管理团队没有及时地检查发现这种情况，将对项目的进度造成严重的影响。当然，如果出现这种需要时时刻刻都互相提防的氛围，管理人员就应该从管理的角度，从制度的角度检讨一下，进行改进，让大家实事求是地进行沟通。温伯格说:“无论你多么聪明，离开了信息，对项目进行成功的控制就是无源之水、无本之木。”
 
 　　6、执行计划的严格程度
 
 　　没有把计划作为项目过程行动的基础，而是把计划放在一边，比较随意去做。例如对于项目团队内部沟通或外部沟通，在计划中要说明清楚人员、周期、方式、方法，不能遗漏，但在实际项目过程中，可能出现沟通没有按时或没有完整地达到所有项目干系人的情况。
 
 　　若项目计划本身有错误，执行错误的计划肯定会产生错误。如，计划制订者在计划系统框架设计考虑上的错误、进度安排上的失误等。实际的项目实施中，除了这种错误之外，还可能因为项目执行上的错误，造成项目的麻烦。例如，项目的客户及其他项目干系人没有及时为项目中出现的情况采取必要的措施或者所采取的措施的不适合具体的情况、没有效果或者有副作用等。另外，如果在项目中的某项工作(如某个子系统或模块、组件)被转包给第三方开发后，不能进行有效的管理，也会造成进度上的延误。
 
 　　7、计划变更调整的及时性
 
 　　渐近明细是项目的特点，特别是对于软件开发项目，并不是一个一成不变的过程。开始时的项目计划可以先制定得比较粗一些，随着项目的进展，特别是需求明确以后，项目的计划就可以进一步的明确，这时候应该对项目计划进行调整修订，通过变更手续取得项目干系人的共识。计划应该随着项目的进展而逐渐细化、调整、修正。没有及时调整的计划或者是随意的不负责任的计划的项目是难以控制的。在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式，随着项目的进展进行不断细化、调整、修正、完善。对于较为大型的软件开发项目的工作分解结构可采用二次甚至多次 WBS 方法。即根据总体阶段划分的总体 WBS ，需求调研阶段结束、概要设计完成后专门针对详细设计或编码阶段的二次 WBS 。由于需求的功能点和设计的模块或组件之间并不是一一对应的关系，所以只有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次 WBS ，根据代码模块或组件的合理划分而得出的二次 WBS 才能在详细设计、编码阶段乃至测试阶段起到有效把握和控制进度的作用。有些项目的需求或设计做得不够详细，无法对工作任务的分解、均衡分配和进度管理起参考作用，因此要随着需求的细化和设计的明确，对项目的分工和进度进行及时的调整，使项目的计划符合项目的变化，使项目的进度符合项目的计划。
 
 　　8、未考虑不可预见事件发生造成的影响
 
 　　假设、约束、风险等考虑“不周”造成项目进度计划中未考虑一些不可预见的事件发生。例如软件开发项目还会因为项目资源特别是人力资源缺乏、人员生病、人员离职、项目团队成员临时有其他更紧急的任务造成人员流动等不可预见的事件对项目的进度控制造成影响(即项目按时完成是基于如下假设：人力资源不会缺乏、人员不会生病、人员不会流动)。企业环境、社会环境、天灾人祸等事件对项目的进度控制造成影响。对项目的假设条件、约束条件、风险及其对策等对于进度的影响在项目计划要进行充分的考虑，在项目进展过程中也要不断地重新考虑有没有新的情况，新的假设条件、约束条件、潜在风险会影响项目的进度。假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成;约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如牺牲进度、质量等等;假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性、造成的影响、采取的措施。实际上像没有考虑人的疾病、人员流动这些情况本身也不是什么问题，因为任何人都不可能把所有以外的情况都考虑完整，实际上也没有必要。但有些诸如下班或节假日的加班时间都被安排用于项目工作的情况就会造成更多的项目不确定性。在可能的情况下当然要对所有可能情况都做到有备无患，但是有的时候也要冒一定的风险，同时对于风险的防范也需要考虑如果防范的成本大于风险本身造成的损失和影响，则这种防范是没有必要的。
 
 　　9、程序员方面的因素对进度的影响
 
 　　程序员方面有两种常见的心态影响了进度的控制：一是技术完美主义、二是自尊心。
 
 　　技术完美主义的常见现象是，有些程序员由于进度压力、经验等方面的原因，会匆忙先做编码等具体的事情，等做到一定程度后会想到一些更好的构思，或者看到一些更好的技术的介绍，或者是觉得外部构架可以更加美化，或者是觉得内部构架可以更加优化，这样他们会私下或公开对软件进行调整，去尝试一下新的技术。而是否使用这些新的技术对完成项目本身的目标并没有影响，相反可能带来不确定的隐患。这种做法不是以用户的需求为本、或以项目团队的总体目标为本，可能对软件开发进度造成较大的影响。
 
 　　自尊心的常见想象是，有些程序员在遇到一些自己无法解决的问题时，倾向于靠自己摸索，而不愿去问周围那些经验更为丰富的人。有些人也许会通过聊天室等方式匿名地向别人求教。如果运气好会很快地解决，否则要花很多实践摸索。而如果向周围的人求教，可能摸索几天的问题别人早就解决了。
 
 　　10、未考虑软件开发过程的循环、迭代特性
 
 　　对软件开发的各个过程分类过于精细，制定进度计划时各项工作过于紧凑、没有弹性，造成的后果是，定期提交项目进度阶段报告的制度只有在表面上起到效果，按照计划的时间表提交阶段成果也只是在表面上起到效果。因为“上有政策、下有对策”，强行的规定会使人产生一些错误的认识：如在项目计划中“规定”某个时间只能做某某类别的事情，那么严格执行的后果就是编码阶段就不能修改文档;另外错误的“里程碑”概念可能会使大家轻易地相信上一个阶段的工作成果都是“通过评审”最终定稿了，而实际上可能只是因为时间到了该提交的人提交、该评审的人评审了。如果上下阶段是不同的人就根本不会去检查其中是否还有错误;如果上下阶段是同一个人，就可能非正式地修改上一阶段的错误，但占用的时间和精力却是下一阶段的，并且这样的修改时没有记录的。这样关于阶段进度控制的措施实际上只是在表面上有效。最为普遍的情况是，用户在合同中限定了提交软件系统的时间，实际上这个时间对完成项目任务来说是远远不够的，但计划只能按照合同来进行，所以要不用户让步，要不只能按照时间的约定提交实际上还未完成的软件系统，完成系统的安装，但这时候的“完成阶段任务”只是一个表面现象，系统虽然安装了，但可能是没有经过严格彻底测试的，也可能是只完成了部分的功能，省略了某些功能，有些是整块功能省略，有的是省略了某些功能的某个过程，如数据录入里面隐含的数据录入前缺省值设置、数据录入检验等功能，而是实现了比较粗糙的功能。这样，系统交付并不意味着项目的完成，而在项目交付之后还要花更多的时间。
 
 　　11、其他因素
 
 　　以上这些因素是影响项目进度的几个主要方面，除此之外还有很多其他的影响因素。其实最主要的因素还是人的因素，这里的人包括所有与项目相关的人。项目经理的素质、管理者的水平、用户的因素、项目成员的因素等等，都会对项目进度造成影响，这是因为由于软件开发的特性。因为篇幅有限无法一一列举，只能在此分析一些常见的因素。
 
 　　不可否认，软件开发项目进度可控性还是带有一定运气成分的。特别是需要用户配合的那些软件开发项目，其可控性与用户的成熟度、软件应用领域的成熟程度和行业标准规范的完备程度有很大关系。关于可控性方面会涉及到一些与客户打交道经验，虽然我们说，顾客是上帝、以顾客为中心，但并不是说我们要把主导权交给他们，而关键是我们如何去主导、引导、把握。因此，项目控制的好坏与相关人员人际关系方面的经验也有关系。
 
 　　尽管存在很多不可控的因素，我们的任务是首先分清哪些是可以控制的，哪些是我们不能控制的。项目经理一是要尽量扩大可控的领域，减少不可控的领域，二是不要在“不可控”上花太多时间，而是多花一些时间把可控的工作控制好，做好防范措施，减轻不可控因素对项目进度的影响。
 
 　　项目进入实施阶段后，项目经理的几乎所有的活动都是围绕进度展开的。进度控制的目标与成本控制的目标和质量控制的目标是对立统一的关系。项目的进度、质量和成本构成一个相互制约的三角关系，需要项目经理去平衡。
 
 　　二、项目进度控制的目的
 
 　　项目进度控制和监督的目的是：增强项目进度的透明度，以便当项目进展与项目计划出现严重偏差时可以采取适当的纠正或预防措施。已经归档和发布的项目计划是项目控制和监督中活动、沟通、采取纠正和预防措施的基础。
 
 　　1、根据计划进行监控
 
 　　项目控制的第一个目的是根据计划对项目的各项活动进行监控，即根据已经制定并取得共识的软件开发项目计划来监控项目的实际表现和进度。为此应该根据项目计划来监控项目计划参数的实际值，这些参数包括进度表、项目成本、工作量、工作产品和任务的属性、使用的资源、项目成员的知识和技能;根据项目计划来监控项目团队所作的承诺是否已经或可能兑现、原来的确定的风险是否可以避免或减少损失，是否有新的风险出现;根据项目计划来收集、管理、使用项目数据;根据计划监督项目干系人的参与情况，监控各项任务承担人的参与活动;定期进行必要的进度评审，确定项目是否存在重大偏差、跟踪变更请求和问题报告直到变更或问题得到解决;在项目的里程碑对项目的成果进行评审。
 
 　　2、管理纠正和预防措施
 
 　　项目控制的另外一个目的是管理纠正和预防措施，即当项目进度或者结果已经或即将与计划有严重偏差时，对需要采取的纠正或预防措施进行管理。为此应当收集并且分析项目进行中可能存在的问题，并以此确定解决这些问题的纠正或预防措施;对已经确定的问题采取纠正和预防措施;监控要实施的纠正和预防措施，分析措施采取以后的结果，判断这些措施的有效性，确定和记录纠正与计划结果存在偏差的问题而采取的必要且合适的措施。
 
 　　项目执行过程中仅仅靠最初建立的一份“完善”的基准计划是不够的，最好的计划也未必会一直有效。根据项目任务渐进明晰的特点，特别是软件开发项目的特点，在项目进行过程中，肯定需要在适当和必要的时候对项目进行变更控制，这种控制过程包括定期搜集有关项目进展情况的信息，把实际进展情况与计划进展情况进行对比;如果实际进展情况比计划进展情况有差距，或可能会有差距，就应当采取纠正或预防措施。变更控制应当在项目期间定期进行，这里所说的变更控制不一定要进行真正的变更，而是说要定期对变更进行控制。
 
 　　如果在项目生命周期内的某一时间点，把实际进度与计划中约定的进度相比对，显示出项目已经延误或即将延误、超出预算目标或不符合质量要求，就必须采取纠正或预防措施使项目回到正轨上来，重新符合计划的安排要求。在已做出执行纠正或预防措施的决定之前，应评估一下纠正与预防措施的有效性和无副作用性，以确保纠正措施使项目回到项目的工作范围、时间和预算约束内，并对项目的其他目标不会造成太大的影响。
 
 　　3、在各种项目目标中进行平衡
 
 　　如果经过评估确定项目确实已无法控制，就应当下定决心以牺牲软件功能范围、工作成果范围(如某些中间文档)、成本预算、进度计划或软件质量中的某一项目标为代价，来保住项目最重要的那些目标，在各种项目目标中进行平衡，最终确定一个最合适的解决方案。有效的项目控制的关键是定期及时测量实际进程，并与计划进程相比较，如有必要就立即采取纠正或预防措施。指望不采取纠正和干预措施，问题就自行消失的想法是不现实的。问题越早发现就越好改正，造成的影响和损失越小。问题越提前发现就越好采取预防措施，可以用最小的代价避免造成损失。基于项目实际进展情况，就有可能准确预测项目进度计划和成本预算的实施情况，以便顺利完成项目。如果这些项目参数超出项目目标的限制范围，就必须马上采取纠正措施;如果发现这些项目参数有超出项目目标的限制范围的趋势，就必须马上采取预防措施。
 
 　　软件开发项目实施中进度控制是项目管理的关键，若某个分项或阶段实施的进度没有把握好，则会影响整个项目的进度，因此应当尽可能地排除或减少干扰因素对进度的影响，确保项目实施的进度。
 
 　　三、软件开发项目常用进度控制措施
 
 　　1、项目进度控制的前提
 
 　　项目进度控制的前提是有效地项目计划和充分掌握第一手实际信息，在此前提下，通过实际值与计划值进行比较，检查、分析、评价项目进度。通过沟通、肯定、批评、奖励、惩罚、经济等不同手段，对项目进度进行监督、督促、影响、制约。及时发现偏差，及时予以纠正;提前预测偏差，提前予以预防。
 
 　　在进行项目进度控制时，必须落实项目团队之内或之外进度控制人员的组成，明确具体的控制任务和管理职责。要制定进度控制的方法，要选择适用的进度预测分析和进度统计技术或工具。要明确项目进度信息的报告、沟通、反馈、以及信息管理制度。
 
 　　项目进度控制应该由部门经理和项目监控人员共同进行，之所以需要部门经理参与，是因为部门经理负责项目一般要负责一定人事行政的责任，如成员的考核、升迁、发展等。他们只有通过软件开发项目才能更好地了解项目成员，项目也只用通过对他们有切身利益的管理者参与管理才会更加有效。
 
 　　2、项目进度控制主要手段
 
 　　项目计划书：作为项目进度控制的基准和依据，项目负责人负责制作项目计划书。项目进度监控人员根据项目计划书对项目的阶段成果完成情况进行监控，如果由于某些原因阶段成果提前或延后完成，项目负责人应提前申请并做好开发计划的变更。对于项目进度延后的，应当分析产生进度延后的原因、确定纠正偏差的对策、采取纠正偏差的措施，在确定的期限内消除项目进度与项目计划之间的偏差。项目计划书应当根据项目的进展情况进行调整，以保证基准和依据的新鲜性、有效性。
 
 　　项目阶段情况汇报与计划：项目负责人按照预定的每个阶段点(根据项目的实际情况可以是每周、每双周、每月、每双月、每季、每旬等等)定期在与项目成员和其他相关人员充分沟通后，向相关管理人员和管理部门提交一份书面项目阶段工作汇报与计划，内容包括：
 
 　　a、对上一阶段计划执行情况的描述
 
 　　b、下一阶段的工作计划安排
 
 　　c、已经解决的问题和遗留的问题
 
 　　d、资源申请、需要协调的事情及其人员
 
 　　e、其他需要处理的问题
 
 　　这些汇报将存档，作为对项目进行考核的重要材料。
 
 　　在计划制定时就要确定项目总进度目标与分进度目标;在项目进展的全过程中，进行计划进度与实际进度的比较，及时发现偏离，及时采取措施纠正或者预防;协调项目参与人员之间的进度关系。
 
 　　在项目计划执行中，做好这样几个方面的工作：
 
 　　检查并掌握项目实际进度信息。对反映实际进度的各种数据进行记载并作为检查和调整项目计划的依据，积累资料，总结分析，不断提高计划编制、项目管理、进度控制水平。
 
 　　做好项目计划执行中的检查与分析。通过检查，分析计划提前或拖后的主要原因。项目计划的定期检查是监督计划执行的最有效的方法。
 
 　　及时制定实施调整与补救措施。调整的目的是根据实际进度情况，对项目计划作必要的修正，使之符合变化的实际情况，以保证项目目标其顺利实现。由于初期编制项目计划时考虑不周，或因其他原因需要增加某些工作时就需要重新调整项目计划中的网络逻辑，计算调整后的各时间参数、关键线路和工期。
 
 　　3、进度控制内容
 
 　　从内容上看，软件开发项目进度控制主要表现在组织管理、技术管理和信息管理等这几个方面。组织管理包括这样几个内容：
 
 　　(1)项目经理监督并控制项目进展情况;
 
 　　(2)进行项目分解，如按项目结构分，按项目进展阶段分，按合同结构分，并建立编码体系;
 
 　　(3)制订进度协调制度，确定协调会议时间，参加人员等;
 
 　　(4)对影响进度的干扰因素和潜在风险进行分析。
 
 　　技术管理与人员管理有非常密切的关系。软件开发项目的技术难度需要引起重视，有些技术问题可能需要特殊的人员，可能需要花时间攻克一些技术问题，技术措施就是预测技术问题并制订相应的应对措施。控制的好坏直接影响项目实施进度。
 
 　　在软件开发项目中，合同措施通常不由项目团队负责，企业有专门的合同管理部门负责项目的转包、合同期与进度计划的协调等。项目经理应该及时掌握这些工作转包的情况，按计划通过计划进度与实际进度的动态比较，定期向客户提供比较可靠的报告等。
 
 　　软件开发项目进度控制的信息管理主要体现在编制、调整项目进度控制计划时对项目信息的掌握上。这些信息主要是：预测信息，即对分项和分阶段工作的技术难度、风险、工作量、逻辑关系等进行预测;决策信息，即对实施中出现的计划之外的新情况进行应对并做出决策。参与软件开发项目决策的有项目经理、企业项目主管及客户的相关负责人;统计信息，软件开发项目中统计工作主要由参与项目实施的人员自己做，再由项目经理或指定人员检查核实。通过收集、整理和分析，写出项目进展分析报告。根据实际情况，可以按日、周、月等时间要求对进度进行统计和审核，这是进度控制所必须的。
 
 　　4、不同阶段的项目进度控制
 
 　　从项目进度控制的阶段上看，软件开发项目进度控制主要有：项目准备阶段进度控制，需求分析和设计阶段进度控制，实施阶段进度控制等这几个部分。
 
 　　准备阶段进度控制任务是：向业主提供有关项目信息，协助业主确定工期总目标;编制阶段计划和项目总进度计划;控制该计划的执行;
 
 　　需求分析和设计阶段控制的任务是：编制与用户的沟通计划、需求分析工作进度计划、设计工作进度计划，控制相关计划的执行等。
 
 　　实施阶段进度控制的任务是：编制实施总进度计划并控制其执行;编制实施计划并控制其执行等。由甲乙双方协调进度计划的编制、调整并采取措施确保进度目标的实施。
 
 　　为了及时地发现和处理计划执行中发生的各种问题，就必须加强项目的项目的协同工作。协同工作是组织项目计划实现的重要环节。它要为项目计划顺利执行创造各种必要的条件，以适应项目实施情况的变化。
 
 　　5、关于进度落后时的“赶工”措施
 
 　　进度落后的情况下，有几种措施来弥补，如加人、加班、加激励等等，这些都是增加资源而又未必会见效的方法。根据Brooks原则，在某些项目进度延迟的情况下增加人手，有可能会使项目的进度更加延后。因为对于新加入本项目的员工来说，对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加，可能会使项目的工作效率急剧下跌。而加班造成的疲劳会再次使工作效率降低。增加激励会造成工作成本却不断的向上攀升。这些措施并不是完全不可取，而是项目经理要考虑适度原则。最好是要全面分析项目进度延迟的原因，如果确实是不合理的项目交付时限要求，就应当通过沟通变更为合理的项目时限要求，以免因为这样一个不合理的时限要求造成对软件质量或团队成员心理上的负面影响，最终导致项目最终的失败。否则应从技术、团队成员心态、环境等方面查找原因，找到提高效率、加快进度的方法。