下面是小编为大家整理的IT项目进度滞后原因分析【完整版】,供大家参考。
T IT 项目进度滞后的原因分析
内容摘要：
项目进度滞后是 T IT 项目管理中的常见问题，同时也是造成项目失败的原因。本文针对目前 T IT 项目管理的现状，指出了导致 T IT 项目进度滞后的关键因素，分析了其产生的原因，以期为项目管理提出建设性意见。
关键词：T IT 项目管理
项目进度滞后
关键因素
信息技术的飞速发展使人们正在享用着众多 T IT 项目的成果，但是多数的 T IT 项目均以失败告终。究其原因，失败一般是由于项目管理上的不规范和认知错误造成。本文从项目管理角度得出，项目范围、项目成本和项目工期这三大变量决定了项目的成败 。而其中项目工期上发生的滞后作为 T IT 项目管理中的常见问题，也逐渐引起管理者的重视。
项目概述
项目是一个惟一的、复杂的和关联的具有统一明确目标或目的，并且必须在特定时间里、在预算内、按照规格说明要求完成的活动序列。项目的主要属性是：项目是惟一的，每一个项目都有区别于其他项目的特性; ; 项目是复杂和关联的，存在着诸多不确定、非预期的复杂因素，同时项目的大部分活动与活动之间是相互关联、相互作用的; ; 项目具有统一明确的目标或目的，并且这个目标是可行的，而从 T IT 项目的角度来看，最终的目标是根据客户需求定制一个 T IT 领域的产品或服务; ; 项目受到时间和成本等资源限制，一个成功的项目实施应该要在规定的时间和预算内完成，时间和成本是项目实施的两个约束条件; ; 项目实施要按照规格说明的要求，一个项目的实施应该严格按照用户或发起人的需求，明确项目的任务和范围，范围是项目实施的第三个约束条件。
项目管理是指在规定的时间内以最小的成本开发出一个可接受的系统管理过程，包括范围的确定、计划、人员安排、组织、指导和控制。项目经理应根据项目实施的范围、时间、成本和质量，合理分配资源，有效协调各项活动的开展，以满足用户的需求和其他利益相关者的期 望。
T IT 项目进度滞后的关键因素分析
项目进度滞后指的是项目没有在规定的工期内完成符合规格说明和质量标准的产品或服务。项目进度滞后是 T IT 项目执行中的常见问题。项目经理在处理项目进度滞后上通常采取的办法是，添加人力物力等资源，增加成本; ; 或是砍掉某些步骤草草结束，等交付后再慢慢解决出现的各种问题。显然这两种办法都不是理想和明智的。如果能够找到导致 T IT 项目进度滞后的关键因素，防范于未然，将最大限度的减少滞后发生的可能性或者将损失减少到最小程度。分析造成 T IT 项目滞后的原因主要有两种，一是项目经理对于项目的实 施计划没有准确定义; ; 二是在项目执行过程中发生偏差或项目范围发生变更。具体来讲，有以下几点关键因素：
( ( 一) ) 乐观主义
T IT 行业的发展不过短短几十年，可是说是一个新兴的行业，从而决定了从业人员即程序员都是一些思维活跃、带有乐观主义色彩和不怕冒险的年轻人。所以项目进度安排背后的第一个错误假设就是
“ 一切运作良好 ” 。每一项任务仅花费它所 “ 应该 ” 花费的时间。体现在项目经理对时间的估算上，往往过早的承诺和敲定项目实施的工期，而不给自己留有足够的余地。事实上，当面临大型软件项目时，业务人员之间概念的不一致性和非预 期事件的发生，都将导致不出错的概率是零。由于任务之间的关联性，错误将会发生连锁效
应。纠正这些错误将会耗费团队成员很多时间，使项目进度发生拖延，有时甚至对滞后的时间跨度都不能预期。
( ( 二) ) 不成熟的项目计划
项目计划是用来协调其它具体计划，以指导项目执行和控制的文件。一个成功的项目应该从制定正确的项目计划开始。项目计划的主要内容包括：明确项目交付物、定义工作包、估算工期、制定工作包的进度计划、资源有效性的管理、成本预算、整合进度计划和预算、定义关键绩效指示器或里程碑、明确关键成功因素。但是从目前的行业趋 势来看，大部分 T IT 项目经理是从程序员转型而来，很多人没有接受过该职业的正规培训和教育。在制定项目计划时，过多地依赖以往工作经验或直觉，缺乏数据支持，采用非阶段化方法，对系统开发原理认识不够，不能有效利用项目管理软件辅助进行项目计划的制定。估算项目工期作为项目计划中的一个重要环节，不仅会影响其他计划环节定义上的正确性和精确性，同时也会受到其他环节定义的影响。例如在工作包的优先秩序上，安排不合理使执行过程中的变更导致工期延误。
( ( 三) ) 系统测试
根据软件开发行业的成功经验规律，前期模块、单元测试和整体系 统测试的时间要占到整个建设周期的一半，包括发现错误后解决问题的时间。但是系统测试往往是最容易被忽略的。首先，系统测试的持续时间取决于系统中错误和缺陷的数量。有很高的不确定性，加上大多数人的乐观，实际的缺陷数量比预期的多。一旦发现的错误数量超过预估，这部分工作受到任务顺序和对任务熟悉程度的制约，很难扭转进度滞后的局面。另外，由于系统测试带来的进度滞后一般发生在项目的后期，此时人力、物力、财力都会消耗殆尽，筹
集资源也要花费更多。更何况，如果项目在即将发布的时候拖延，二次商业成本会相当高。
( ( 四) ) 人月神话
人月是在估计进度安排中经常使用的工作量单位之一。例如：一项软件项目的总工期是 4 4 个月，需要的人员是 8 8人，则该项目的工作量：
4×8=32( 人月) ) 。在项目发生进度滞后时，项目经理常常会试图通过分配更多的人到项目团队中来解决问题。但是人员和时间的可替代性需要两个前提：首先任务是可以分解的; ; 其次负责任务的人员之间不需要交流、培训。当任务由于次序上的限制不能分解时，人手的添加对进度没有任何帮助。
在任务需要交流的情况下，假设团队中由 n n 个人员需要一对一的交流，那么交流的信道数量将变成 n(n- - 1)/2 。这时3 3 个人的交 流工作量是 2 2 个人的 3 3 倍，4 4 个人的交流工作量是2 2 个人的 6 6 倍。对于存在于 T IT 项目中的交流，还包括不定期的多人讨论和例行会议，这时情况会变得更糟。
关于培训，每个成员新进入到一个 T IT 项目团队时都需要对该项目的主旨、技术、目标和团队内部的工作条例等进行领会和掌握。这种培训不能分解，而且需要至少一名老员工对他们进行业务指导和培训。因此，这部分增加的工作量随人员的数量呈线性变化。
因为软件开发本质上是一个系统工程，每个任务的关联性和复杂性都需要大量的沟通。如果增加额外的人力，任务分解节省下来的时间将无法弥补新 成员需要培训时，新成员加入带来的沟通和培训时间。此外，任务分解还可能导致部分已完成的工作丢失，分解后系统测试的工作量也会增加。因此，增加人力可能会导致进度进一步延迟( ( 如图 1) 。在项目任务关联度高、复杂的情况下，当项目经理进度落后时，可以
考虑在现有团队内部重新调整和分配任务，而不是盲目使用补充人力的方法。
( ( 五 ) 用户需求发生变更
在 在 T IT 项目的实施过程中，用户或利益相关者的需求非预期地发生变化和增长，从而造成项目范围蔓延也是导致项目进度滞后的关键因素之一。这种情况的发生可能是前期没有严格地对项目范围进 行界定，分析调研人员没有正确地领会用户意图或是没有成功地引导用户配合做好需求分析，以至于产生项目需求方与项目实施方在项目界定上的不一致。另外，用户自身原因造成的需求变更也是常见因素。这种非预期情况可以通过加强实施方与需求方的沟通，改善系统启动阶段和系统分析阶段的工作绩效，同时以合同的形式对项目范围进行严格定义，明确权责，重视和加强合同管理，免除因为用户自身原因造成的需求变更给项目实施方带来的损失风险。
综上所述，盲目的乐观主义、不成熟的项目计划、缺乏对系统测试的重视程度、对于人员和时间两者可替代性的误解 以及非预期的用户需求变更是导致 T IT 项目进度滞后的五大关键因素。除此之外，当然还有其他诸多因素会影响项目进度，比如企业重组和管理人员的调整。排除这些客观不可控因素的制约，T IT 项目经理在项目管理的整个过程中，应该以严谨的态度进行项目计划的制定和充分考虑可能影响项目进度的主客观因素及造成的后果，加强对项目执行过程中关键环节的监控，提升风险规避意识，提高项目管理能力和项目管理技术。另外，企业应该加强在职培训的投资，力求培养高素质的项目经理和有效的项目团队，使团队能够在合理预期、合理成本的范围内完成项目任务，更好地为 企业带来行业声誉与效益。
推荐访问:IT项目进度滞后原因分析 滞后 完整版 进度
