如何保证软件项目进度

❶ 软件项目进度管理如何才能及时、准确地获知项目进展的实际情况

两方面的因素。
1、软件的功能足够满足，进度管理的全面性，以及项目个性化需求的差异。简单、易用。
2、项目在使用过程中，对待软件的使用进行流程上和制度上的约束，按周期的将现实数据，真实的反应到系统当中。
自然而然的，期望的进度啊、成本啊以及所有项目上关注的点都可以在软件上体现出来。

❷ 怎么控制软件开发进度具体方法。

要根据不同技术的开发团队和不同的项目难度制定。调研和数据建模是最基本的。然后在根据调研报告和数据结构制定开发模块，分析开发周期，然后在分析出来的开发周期上在缩短时间分配给下属。期间注意项目进度的跟进和测试

❸ 软件项目计划的进度安排

软件项目的进度安排与任何一个工程的进度安排没有实质上的不同。首先识别一组项目任务，建立任务间的相互关联，然后估计各个任 务的工作量，分配人力和其他资源，指定进度时序。
软件开发任务的并行性
若软件项目有多人参加时，多个开发者的活动将并行进行。
Gantt图
Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务的进度按排，该图表示方法简单易懂， 一目了然，动态反映软件开发进度情况。如下表：
进程计划时间表
工程网络图
工程网络图是一种有向图，该图中用圆表示事件，有向弧或箭头表示子任务的进行，箭头上的数字称为权，该权表示此子任务的持续时间，箭头下面括号中的数字表示该任务的机动时间，图中的圆表示与某个子任务开始或结束事件的时间点。如下图：
软件质量保证软件质量保证是软件工程管理的重要内容，软件质量保证应作好以下几个方面的工作：
(1)采用技术手段和工具。
(2)组织正式技术评审。
(3)加强软件测试。
(4)推行软件工程规范（标准）。
(5)对软件的变更进行控制。
(6)对软件质量进行度量。

❹ 项目管理中该如何进行进度控制管理

进度控制管理是采用科学的方法确定进度目标,编制进度计划与资源供应计划,进行进度控制,在于质量、费用、安全目标协调的基础上,实现工期目标。由于进度计划实施过程中目标明确,而资源有限,不确定因素多,干扰因素多。而这些因素存在主观因素和客观因素，并且主客观条件的不断变化,项目计划也随之改变,因此,在项目进行过程中必须不断掌握计划的实施状况,并将实际情况与计划进行对比分析,必要时采取有效措施,使项目进度按预定的目标进行,确保目标的实现。进度控制管理是动态的、全过程的管理。进度控制的目标就是了解进度的情况,干预导致进度变更的因素,确定进度是否已经发生变更,以及进度发生变更时,管理好这些变更。进度控制的主要输入是项目管理计划、项目进度计划、工作绩效信息、组织过程资产。其所使用的主要工具和技术是进展报告、进度变更控制系统、进度对比条形图(如甘特图)、项目管理软件、偏差分析,假设情景分析.进度压缩,绩效管理等。

❺ 如何对软件测试的质量和进度进行把控

2. 风险评估:这个能力非常重要，项目的每个阶段都可能存在风险:需求不明确、系统设计或测试设计不完善、代码编写不安全、测试用例不充足、测试人员未完全测试、测试资源不足、回归工作量估计不当、项目进度安排不妥、其他项目对本项目的影响等等，所以项目过程中要具有高度警惕性，尤其要做到开发和测试善始善终。 3. 缺陷预防:个人认为做到很好的缺陷预防是需要综合素质的，如熟练的业务能力，最好能够熟知各产品间的关联，如果能够知道产品实现方法及过程最好不过。能够及时根据当前其他产品发布出现的问题预测对本项目的影响度并做好相关缺陷分析。 4. 沟通能力:往往测试和开发容易处于对立面，不和谐的团队对项目的质量必然带来一定的负面影响，毕竟人的情绪在工作中对工作效率的影响力是非常大的，软件质量是靠开发测试一起保证的，记得在测试技术交流大会中郭芙老大说过开发人员的测试意识不是天生具有的，当遇到开发人员测试观念不足时需要测试人员去指导开发人员，提高开发人员的测试意识。不能把开发人员测试意识不足当作产品质量不好的理由，所以在这个过程中沟通能力是一个很好的体现。 5. 时间管理:会管理时间的人往往离成功更近一步，如何利用时间解决紧急的项目问题、冲突问题、资源安排问题、测试用例的执行的先后顺序等讲究时间效率方法是保证质量的因素之一。

❻ 软件项目进度管理怎样当进度发生偏差时，如何调整项目的进度

及时制定实施调整与补救措施。调整的目的是根据实际进度情况，对项目计划作必要的修正，使之符合变化的实际情况，以保证项目目标其顺利实现。由于初期编制项目计划时考虑不周，或因其他原因需要增加某些工作时就需要重新调整项目计划中的网络逻辑，计算调整后的各时间参数、关键线路和工期。

进度落后的情况下，有几种措施来弥补，如加人、加班、加激励等等，这些都是增加资源而又未必会见效的方法。根据Brooks原则，在某些项目进度延迟的情况下增加人手，有可能会使项目的进度更加延后。因为对于新加入本项目的员工来说，对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加，可能会使项目的工作效率急剧下跌。而加班造成的疲劳会再次使工作效率降低。增加激励会造成工作成本却不断的向上攀升。这些措施并不是完全不可取，而是项目经理要考虑适度原则。最好是要全面分析项目进度延迟的原因，如果确实是不合理的项目交付时限要求，就应当通过沟通变更为合理的项目时限要求，以免因为这样一个不合理的时限要求造成对软件质量或团队成员心理上的负面影响，最终导致项目最终的失败。否则应从技术、团队成员心态、环境等方面查找原因，找到提高效率、加快进度的方法。

❼ 项目管理中的里程碑

项目管理中的里程碑

项目进度的延迟总是在快到计划结束的时刻暴露出来，结果是谁也不知道到底什么时候才能够结束项目，到最后项目 经理只好请辞。那么，到底问题出在哪呢?一起来看看!

艰难的项目进度管理

软件开发管理一直有一个令人困惑的难题，就是如何确保项目进度管理。项目进度控制是项目管理工作中的重要一环，也可以说是最艰难的工作之一。在软件开发中项目进度失控受到很多因素的影响，主要有以下几种情况：

(1)缺少进度指路明灯

当我们在路上行走的时候，会在沿途观看路标，当到达某一个路标时，我们便知道还有多少路或多少时间才能够到达终点。这些路标是我们在旅程中的里程碑，让我们可以清楚地知道目前所在地离开目的地有多远，也让我们能估算何时才能够到达目的地。

对于在路上行走的我们，可以通过路边的里程碑这一个简单工具来获知自己的进度信息。当进行软件开发的时候，我们也需要建立开发项目的里程碑，使我们知道项目的进度。里程碑是项目管理不可忽视的一部分，通常意味一个时间点上可交付成果的完成，好的里程碑管理就像一张地图指示我们走向项目目标的进 度。

(2)项目进度估算准确性差

软件项目开发进度控制面临的最大挑战就是项目进度估算的准确性差。据统计，在对软件项目进度与成本估算时，大多数项目实际完成时间超过估算进度的25%到100%。根据我的经验要想对项目进度进行有效的估算，必须抓好以下两个方面：一是项目计划的可行性和可操作性，这是进度估算的基础。二是要对项目进度进行合理的度量，这样才能够获得项目的真实进展情况，并对项目估算做出相应调整。

(3)前松后紧，项目进度缺乏有效监管和控制

一般人在工作时都有前松后紧的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理粒度。对复杂的软件开发项目而言，每一阶段 的进度都需要逐步逼近目标，里程碑产出的中间“交付物”就是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间想知道“现在进度做的怎么样了”是很困难的。

(4)没有尽早发现和降低项目风险

在软件开发中错误发现得越晚，对于开发造成的损失越大。里程碑式开发模式可根据每个阶段产出结果分期确认成果，避免血本无归。通过早期里程碑评审一般可以提前发现需求和设计中的`问题，降低后期修改和返工的可能性。例如，在需求分析阶段发生的错误，那么最多就是把需求分析写一遍，损失的是一个人的劳动;而到了测试阶段发现了需求错误，再回去重新做需求分析，那么损失可能是致命的。

目标导向衍生里程碑式管理

一般来说，在项目开始时项目经理都会对开发项目进度制定一个详细的计划。通常情况下，这需要采用一些具体的开发模式技术，最常用的技术是网络计 划和里程碑计划。网络计划是任务导向，以工作分解结构(WBS)为基础;里程碑计划是目标导向，以目标分解结构(OBS)为基础。有时两种方法可以混合使用，如在网络计划中设置里程碑。

(1)什么是里程碑式管理

里程碑是一个目标导向模式，它表明为了达到特定的里程碑需要完成的一系列活动。里程碑式开发是通过建立里程碑和检验各个里程碑的到达情况，来控制项目工作的进展和保证实现总目标。

软件开发项目生命周期中有三个与时间相关的重要概念，这三个概念分别是：检查点、里程碑和基线。检查点是指在规定的时间间隔内对项目进行检查， 比较实际进度与估算计划之间的差异，并根据差异进行调整。我们可以将检查点看作是一个固定“采样”时点，而时间间隔根据项目周期长短不同而不同。里程碑是 指一个具有特定重要性的事件，通常代表项目工作中一个重要阶段的完成。在里程碑处，通常要进行检查。基线则是指一个配置在项目不同时间点上通过正式评审而 进入正式受控的一种(里程碑)状态。

三者的关系是：重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。有一句通俗的话是这样描述：没有检查点，工作难进展，不设里程碑，项目往后推，基线不评审，客户吃不准。

(2)怎样才算是一个里程碑呢?

简单的说里程碑是完成一个阶段工作后可以看到部分结果的检查点。一般来说，在软件开发过程中，我们都会经过一定的流程或阶段，例如信息搜集阶 段、需求分析阶段、系统设计阶段、系统开发和系统测试阶段。每个阶段都会产生交付物，每一份交付物的完结说明我们已经完成了一个阶段的工作，一般情况下我 们是在确认这一份工作成果后才会进入下一个阶段的工作。因此，每一份交付物将就是开发过程中的里程碑。

里程碑(基线、基点)是一个软件配置在开发周期内的某一特定时刻、正式的事件，它也就是阶段性目标。里程碑是团队阶段性工作完成的标志，对于任 何一个里程碑都应该给于认真的检查、审定和批准。在里程碑中间应要设置大量的检查点，这些检查点应要细分到一旦检查点出现问题不至于在进度上失控。

(3)里程碑可为进度预留缓冲时间

使用里程碑式模式还有一个好处，就是将大项目分成若干里程碑式的重要阶段时，可在各重要阶段之间预留有缓冲时间。使用缓冲时间，可以很好的在项 目未来实际执行进度和预计进度之间取得平衡。一般来说，在项目中我们需要为意外事故保留总开发1/3的时间，即“缓冲时间”。缓冲时间有助于一个项目适应 意料之外的事件，例如缓冲时间可以用于弥补进度延误，或者是技术困难或是由于疏忽而忘记把任务写入进度，或者是未料到的难题而形成的时间损失，这种应付突 发事件的缓冲时间在开发和稳定化过程中是每一个主要里程碑的一部分。

(4)警惕只问结果的里程碑陷阱

众所周知，里程碑是项目进度控制中的一个极为重要的概念，也正因为如此，人们也易于过于依赖里程碑，反而使项目进度落空。里程碑陷阱表现为人们在软件项目的里程碑被设定以后，认为“目标管理是只问结果，不计过程”，从而忽视对过程的监控而导致项目里程碑不能按期达到。

如何实施里程碑式的管理

里程碑一般是项目中完成阶段性工作的标志，不同类型的项目，里程碑也不同。其精髓首先是将大项目划分成若干个子项目或若干个子阶段;其次，是通过每一阶段对各人员角色职责的考核和监管，以保证开发过程的进度和质量。

(1)划分若干个子项目，设立里程碑检查点

项目进度是以里程碑为界限，将整个开发周期划分为若干阶段。根据里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任务时间，这种方式非常有利于整个项目进度的动态调整，也利于项目质量的监督。

在里程碑式的开发模式下，因为按子项目或子阶段来划分里程碑，每一个子项目都会经过一定的稳定化阶段。当再进入到第二个子项目的时候，就是基于 前一个相对稳定的子项目基础之上，这样就将风险或错误的累加分散到最低。以局部的进度控制和质量控制来保证整体开发过程的稳定，使得质量和进度得以很好的 控制，这就是里程碑式的开发模式优秀之处。

(2)每个具体的里程碑应与具体角色相关联

里程碑模式也可以称作项目实施进度管理模式，一但开发项目立项确定，需要做的第一件事情就是确定项目进度的里程碑。在里程碑中应清楚地定义每一个阶段的开始时间、结束时间、负责人和阶段的提交成果。

因此，里程碑是项目经理进行开发进度控制的主要依据，里程碑一旦确定，各相应负责人应确保按时交付成果，这样既便于明确各个角色责权范围，也有 利于按时完成任。例如每个具体的里程碑与开发组某一具体的人员角色相关联，达到某个里程碑表明对此负有主要责任的人员角色完成了任务。因此，基于里程碑的 软件质量控制必然会演变成对角色的质量控制，这样才能真正达到对软件质量的控制，

(3)确保里程碑有可验证的标准

我们经常看到许多项目进度中，都像模像样地设立了里程碑。但实际上，最大的问题就在于许多里程碑没有设定相应的验证标准。在软件开发项目中设立 的里程碑，其作用是在项目进行时确认进度用的，没有设定验证标准就等于没有里程碑管理。因此，需要给出一个清晰的验证标准，用来验证是否达到里程碑。

(4)里程碑应标明交付成果的进度

在标识里程碑时，要根据里程碑完成情况标明交付成果的进度。更通俗地说，就是让每个里程碑带上一个百分比，清楚的告诉团队通过这个里程碑说明项目完成了多少。当然随着项目进度的动态变化，未到达的里程碑的也应该做出相应的调整。

❽ 在项目执行的过程中如何进行项目的控制，确保项目进度

转载，供参考。
软件开发项目进度控制
一、影响软件开发项目进度的因素

要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。软件开发项目中影响进度的因素很多，如人为因素、技术因素、资金因素、环境因素等等。在软件开项目的实施中，人的因素是最重要的因素，技术的因素归根到底也是人的因素。软件开发项目进度控制常见问题主要是体现在对一些因素的考虑上。常见的问题有以下几种情况：

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原则，在某些项目进度延迟的情况下增加人手，有可能会使项目的进度更加延后。因为对于新加入本项目的员工来说，对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加，可能会使项目的工作效率急剧下跌。而加班造成的疲劳会再次使工作效率降低。增加激励会造成工作成本却不断的向上攀升。这些措施并不是完全不可取，而是项目经理要考虑适度原则。最好是要全面分析项目进度延迟的原因，如果确实是不合理的项目交付时限要求，就应当通过沟通变更为合理的项目时限要求，以免因为这样一个不合理的时限要求造成对软件质量或团队成员心理上的负面影响，最终导致项目最终的失败。否则应从技术、团队成员心态、环境等方面查找原因，找到提高效率、加快进度的方法。

❾ 如何做好项目跟踪

项目跟踪相当于项目监测，项目各级管理人员根据项目的规划和目标等，在项目实施的整个过程中对项目状态以及影响项目进展的内外部因素进行及时的、连续的、系统的记录和报告。

一些普遍的观点认为，项目跟踪主要针对计划、任务和项目成员三个方面，是为了了解项目的实际进展情况而进行。比如，了解成员工作完成情况，了解整个项目计划完成情况等内容。但我认为这是不够全面的，比如成本管理，记录监控人工成本、材料成本等，提高资源使用率；比如沟通管理，可以让项目经理及时获取最新项目情况，同时发现并解决问题；比如风险管理，做好风险把控，将问题解决在萌芽状态等。
项目跟踪活动看起来繁杂琐碎，但8Manage PM项目管理软件都可以帮你轻松实现。软件本身就严格按照PMBOK项目管理的十个知识领域管理设计，时刻关注项目的最终目标，有助跟踪整个项目管理流程，确保项目按质按量完成。

❿ 如何做好项目进度管理

题主提到了项目集、项目经理和工具这三个关键词。其实涉及到专业的项目管理，还需要结合具体的场景，比如主要是敏捷还是瀑布管理，是否是金融体系内的“稳态”+“敏态”的双模管理等等。不考虑场景因素，单从项目管理工具来看，这种复杂场景需要怎样的产品，能支撑起完整的项目流程。

先来看看企业研发管理的经典流程：

成功的项目都是相似的，失败的项目却各有各的原因。作为一款优秀的研发项目管理工具，我们接下来会持续为大家分享项目管理中的那些坑和国内外各类项目管理经验，希望我们一起向阳生长！