进度管理

如何为每一个阶段制订一个合理的时间？可以利用鱼骨图和计划评审技术为这五个项目实施阶段制订出合理的实施时间。

软件项目的估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的可重复性、估算工具的缺乏以及一些人为错误，都会导致软件项目的估算往往和实际情况相差甚远。

时间的这种种特性非常重要，对我们企业来说，如果你在许多方面处于劣势，但至少你在时间上没有处于劣势；进一步说，你在时间这个重要的资源上还可以处于优势，其前提就是：管理好时间。

本文主要谈谈影响软件开发项目进度的因素、项目进度控制的目的、常用项目进度控制措施，软件开发项目进度控制中对项目经理而言需要注意的问题和一些工作经验、工作方法。

软件开发项目的管理在笔者看来是一个比较复杂的领域，它的控制包含了定性和定量的成份，同时项目进程中特有的、大幅度的迭代构成了软件项目复杂性的另一个因素，即所谓的需求变化导致设计、代码变化。

在软件开发项目中，质量、成本、进度三大目标不但是项目经理最为关注和最为头痛的事情，也是项目管理的核心所在。但目前许多软件开发项目却经常存在着质量偏差、进度延误、成本超支的问题。其中，进度跟踪更一直被视为是软件开发的第一大难题，受到许多开发团队和客户方的高度关注。

本文从软件开发项目的时间管理角度出发，介绍关键路径法在时间管理中的应用，并提出实现关键路径法的步骤和建议。

简单说，进度控制就是比较实际状态和计划之间的差异，并作出必要的调整使项目向有利的方向发展。这其实也说明计划和实际状态之间总会存在一些差异，也就是“计划跟不上变化”，有的人因此得出结论“计划没用”。那么，面对不断变化的实际情况，计划到底有没有用？有什么用？

如果不考虑服务器虚拟化对存储基础设施的影响就急于部署虚拟化项目，那你可能会走进死胡同。

如果在一个预计工期很长的项目刚刚开始进行的时候就发现了问题，那么可以有很多种解决问题的办法。但是，如果是在项目快要完成的时候才发现问题，解决起来就比较麻烦了。大家可以参考一下下面所提到的技巧，看看是否能够有所帮助。有一点要提醒大家，那就是下面这些技巧是没有先后之分的，采用哪种要根据你自己的实际情况而定。

本文作者通过项目经理培训，并结合多年软件行业从业之经验，来研究和探讨项目执行过程中任务的分解和执行中人员组织方面的思路，希望与正从事软件项目管理的同行分享与共勉，力图对后续的工作提供一些指导。

为了确保项目顺利完成，进度表需要精打细算，避免项目每个任务滞后执行。然而，在项目执行时总会出现一些让人意想不到的事情，这些事情对项目的影响力是非常之大的。

在项目管理过程中，最忌讳的是项目无限止的延期下去。一鼓作气，再而衰，三而竭，最后导致项目组成员对项目丧失信心，使得项目失败。对于信息化项目来说，项目成员的信心尤其重要。如在企业要上ERP项目，组大部分项目成员却对ERP很陌生，甚至是个从未接触的领域，那么全要靠CIO的带领。若他们对项目失去了信心，就是对CIO失去了基本的信赖。

项目进度控制是项目 管理 工作中的重要一环，但现在的软件开发项目进度失控的例子却屡见不鲜，甚至进度的延迟总是在快到计划结束的时刻暴露出来，然后谁也不知道到底什么时候才能够结束项目。因此，业内流传着这样一句令人心酸的话：“规划规划全是鬼话，计划计划全是空话”。

项目的实施的重点无非是质量、进度、费用三大控制、合同和信息管理、现场的组织协调，而进度和费用控制对于项目资金运用、建设单位和工程承包单位的经济效益有着直接的影响。

细致的研究使“异常简化”的Brooks准则更加实用。作为平衡，我还是坚持这个简单的陈述，作为真理的最佳近似，以及一项经验法则??警告经理们避免对进度落后的项目采取的盲目、本能的修补措施。

软件外包服务可能会给企业带来很多不希望的风险，例如不正当的做法、数据损坏和泄露、编码质量的低劣以及病毒等。为了解决这些问题，在将应用软件开发外包时，IT人员应该制订相应的流程并且将应用软件和数据分离，以确保编码的质量和数据的安全性和保密性。

质量、进度及成本控制是目标控制的基本内容，目标控制的基本方式是遵循以下基本环节，即：输入、转换、反馈、对比、纠偏。以上对三大目标的控制方法都离不开偏差分析，即计划值和实际值的比较对比，然而每一种控制只是独立地分析，控制单一的目标，而工程项目的质量、进度和成本既是相互对立的，又是彼此统一的，它们共同构成工程建设的目标系统。因此，要想把质量、进度和成本联系起来进行分析和控制，挣值法是一种有效的工具。

项目经理与客户签订开发合同之后，接下来的工作就是组织项目团队、绘制专业领域技术编制表、建立工作分析结构（WBS）以及项目组成员的责任矩阵，并在此基础上进行工期和预算的分摊，也就是制定项目的进度和成本计划。

有监控但项目仍然延期，或者说仍然达不到当初定义的质量和成本要求，原因何在？只跟踪不控制，只发现问题不找寻根源和解决问题，只应急处理问题而不是提前观察各种征兆是监控中最常见的现象。