会员登录
会员注册
(1)锁定需求，避免无休止的变更。
每一个项目都需要在开展之前锁定需求，不这样做必将会导致项目失败。在项目开发的过程中，多多少少都会发生一些范围变更，一定要严格控制这些变更，对这些变更有一个应对方案，把变更范围控制在可控范围内，不然便会出现很多并发症，导致进度表滞后和成本的增加。
例如明确项目需求变更的根本原则，避免将需求范围扩大化，将不确定和复杂多变的需求排除在开发策略之外。把需求定义为“必须的需求”、“应当具备的需求”和“锦上添花的需求”，严格坚守核心功能，并一直不断跟踪以控制在进度表范围之内。事实证明，只有做到了需求明确才能避免进度表不断滞后的恶果。
(2)重新检查进度表项目进度表的一个很重要的前提是项目估算，项目估算最大的基础是基于经验值，而软件工程的经验值反映的只是业界的常规实践，并不能够反映每一个团队。因此，在项目估算时应该以自己团队历史经验值为基础，让项目团队中的每一个成员参与估算，这样才能够保证项目计划的可行性，从而避免出现系统设计与编码实现都超出进度表的计划估算。
同时，项目进度表不是一成不变的，而是应该根据项目的进展对一些新的需求、新的变化做出响应，动态的更新项目计划。例如，面对动态变化的环境，可采用迭代式的生命周期模型使项目开发团队更好地适应变化。如果进度严重滞后，看看能否在进度表中增加一到两个缓冲区，如果已经用光了所有的缓冲区，看看能不能缩短某个任务的时间或加快进行。同时，仔细检查进度表里有没有这样的步骤：他们可以锦上添花，但并不是项目成功的关键任务。现在就需要删除这些内容，可能最后的结果没那么精细，但去掉一些装饰物可以帮助项目走回正轨。
(3)有效的进度表检查工具糟糕的执行会给项目带来在成本和时间两方面上的失败，这会最终导致整个项目的失败。很多失败的项目开发的教训揭示了能够充分地描述项目进度的检查工具简直太重要了。我得到的最宝贵的经验是要抓住项目开发过程中的关键环节，密切注意进展情况，一旦出现问题，应该马上能拿出切实可行的措施。当出现可能严重影响进度表滞后时，就应该根据现阶段状况重新评价需求分析结果、工数估算、设计结果等。切勿匆忙采取头痛医头、脚痛医脚的措施，致使进度表滞后更严重。
例如，根据里程碑完成情况编写项目进度报告时赋予里程碑标识进度值的功能。简单地说，就是让每个里程碑带上一个百分比，告诉团队通过这个里程碑说明项目完成了多少，这样项目进度报告上的完成百分比将显得更加真实和有意义。
(4)在各种项目目标中进行平衡进度控制的目标与成本控制的目标和质量控制的目标是对立统一的关系。项目进度、质量和成本构成一个相互制约的三角关系，需要去平衡。如果经过评估确定项目进度确实已无法控制，就应当下定决心以牺牲软件功能范围、工作成果范围、成本预算、进度计划或软件质量中的某一项目标为代价，来保住项目最重要的目标达成，最终确定一个最合适的解决方案。指望不采取纠正和干预措施，进度失控会自行消失的想法是不现实的。因此，如果这些项目参数超出项目目标的限制范围，就必须马上采取纠正措施;如果发现这些项目参数有超出项目目标的限制范围的趋势，就必须马上采取预防措施。