软件项目预期延期如何应对

项目已经完成过半，项目的期限马上就要到了，但是PM在日常绩效审核（绩效审核是反应项目组效率的非常客观直接的一种方式）中发现整个项目组制订的计划的执行越来越拖拉，原来一个星期内做好的事情，现在两个星期了还没有完成，这样下去，随时有项目失败的危险。

1．项目很可能要延期。项目组在试运行即将结束的阶段，用户对两个比较大的模块提出改进意见，这就意味着项目组要多花至少半个月时间来重新做，面临正式运行的期限，项目延期几乎是必然的。 

2．个别人怠工。因为项目要延期，个别人在项目组里面担心自己的利益受损，在项目的比较关键的时刻怠工，以此作为筹码想让项目组满足他自己的一些私人利益，为了达到目的，曾经还与其它的相关成员进行了协商，这样很多项目组的成员也与他一道来对抗。

根据上述内容进行了深刻的分析：

分析一：项目组的每一个人都担心项目失败，这样肯定会很大程度上影响个人利益，而并不是对项目组的其他人有看法。项目发生变动以后，项目主管并没有及时的把部门和用户的真实用意与所有项目组成员及时沟通，导致大家纷纷猜测，并且很可能被一些别有用心的人利用了这种情绪。

分析二：这里面也的确有个别别有用心的人为因素，这个问题一定的及早处理，否则它会搅得整个项目组不得安宁。

经过分析，找到问题根源，首先得解决沟通的问题。这包括与用户、部门领导、项目组成员之间的沟通。

1）PM与最终用户沟通：把用户的更改要求和我们的理解与用户进行了更加细致的沟通确认，让用户认识到我们非常在意他们的意愿，但是按照原来的方案更改的话，项目正式运行时间至少要延期半个月，其实这个风险对用户方的影响也很大，最终项目组与用户达成了折中的方案：项目组在正式运行的时候，只是更改那些工作量不是非常大的但是不解决无法让用户方领导满意的问题，而对于其它的问题，都放在正式运行之后一直到验收这段时间来完成。其实，当时用户并没有想得非常多，只是想尽量尽早的把所有的工作提前做完，也并没有认真考虑到很多工作需要耗费大量的时间和精力而导致整个项目拖延而影响到他们自己，而这些工作大部分并不是那么要紧。

经过第一次沟通以后，项目组成员对于项目的问题和期限有了更加清晰的认识，已经能够感觉到其实用户并非是故意难为项目组，项目即使延期，对项目整体的影响并不大。

2）PM与部门领导沟通：把项目需求变更可能导致延期的问题和原因进行了汇报，随即在项目例会中，部门领导对项目组的整体成绩给予了肯定，对项目组的优秀人员给予了口头表彰，对个别的非常懈怠的员工也提出了一定的批评。终于，项目组内部的种种猜疑都基本上结束了，用户方和部门内部对于项目的问题都有了比较清楚的认识，项目组的成员也都明白：项目虽然有困难，但是还是会成功结束的，每一个人的利益其实并不受什么影响。

3）PM与项目组内部沟通：沟通的问题解决以后，还是有个别涣散军心的人继续做一些对项目不利的事情。但是这个人在项目组中又比较重要，如果轻易的在项目组中去除，很多比较关键的工作就没有人负责了。为了避免这个人笼络更多的人，最后掌握更多的要害来要挟项目组而造成更坏的结果，当时在项目组中专门制定了“代码同行评审”的制度，每天抽出一点时间对于项目中比较共性的设计、代码进行相互评审，这也是一个相互学习的过程，对于表现比较好的个人记入绩效，予以表彰。这不但让每个人都有更多机会了解学习他人，也给每个人提供了更加好的展示自己的舞台，大大激发了大家学习进取的积极性。这样不但更好的保证设计与编码的一致性以及好的设计、代码的复用性，而且大大降低了个别人的变动对整个项目组的影响。然后项目组决定把涣散军心的人的地位抬高到系统设计师的地位，而把具体的工作不断的拆分给那些比较好学的其它人员手中。果然，当项目后期这个人离开的时候，项目组中的其它两个人已经可以接手他的工作了。

--------------------------------------------------------------------------------

题目：项目延期3手抓

分析：1.看看是什么原因导致内部人员的思想变动，加以及时处理，不能大意，千里之堤溃于蚁穴，腐败往往是从内部开始的，人在其位不谋其政，不犯错，不作为，也是一种腐败。2.对待客户要耐心细致服务至上，以稳，拖，赔礼道歉为主，放低姿态，让客户真正的感觉到我们是为他们着想的，让客户加以理解。3.对待施工单位要加大执行力度，项目为什么延期，就是因为执行力度不够，该追加款项的部分要跟上去，一个优秀的团队，执行力是关键。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：找问题

分析：看是人的因素还是事情的因素，人的问题去沟通，事的问题想办法解决，并及时通报领导项目状态

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件项目预期延期如何应对

分析：1）PM与最终用户沟通：把用户的更改要求和我们的理解与用户进行了更加细致的沟通确认，让用户认识到我们非常在意他们的意愿，但是按照原来的方案更改的话，项目正式运行时间至少要延期半个月，其实这个风险对用户方的影响也很大，最终项目组与用户达成了折中的方案：项目组在正式运行的时候，只是更改那些工作量不是非常大的但是不解决无法让用户方领导满意的问题，而对于其它的问题，都放在正式运行之后一直到验收这段时间来完成。其实，当时用户并没有想得非常多，只是想尽量尽早的把所有的工作提前做完，也并没有认真考虑到很多工作需要耗费大量的时间和精力而导致整个项目拖延而影响到他们自己，而这些工作大部分并不是那么要紧。

经过第一次沟通以后，项目组成员对于项目的问题和期限有了更加清晰的认识，已经能够感觉到其实用户并非是故意难为项目组，项目即使延期，对项目整体的影响并不大。

2）PM与部门领导沟通：把项目需求变更可能导致延期的问题和原因进行了汇报，随即在项目例会中，部门领导对项目组的整体成绩给予了肯定，对项目组的优秀人员给予了口头表彰，对个别的非常懈怠的员工也提出了一定的批评。终于，项目组内部的种种猜疑都基本上结束了，用户方和部门内部对于项目的问题都有了比较清楚的认识，项目组的成员也都明白：项目虽然有困难，但是还是会成功结束的，每一个人的利益其实并不受什么影响。

3）PM与项目组内部沟通：沟通的问题解决以后，还是有个别涣散军心的人继续做一些对项目不利的事情。但是这个人在项目组中又比较重要，如果轻易的在项目组中去除，很多比较关键的工作就没有人负责了。为了避免这个人笼络更多的人，最后掌握更多的要害来要挟项目组而造成更坏的结果，当时在项目组中专门制定了“代码同行评审”的制度，每天抽出一点时间对于项目中比较共性的设计、代码进行相互评审，这也是一个相互学习的过程，对于表现比较好的个人记入绩效，予以表彰。这不但让每个人都有更多机会了解学习他人，也给每个人提供了更加好的展示自己的舞台，大大激发了大家学习进取的积极性。这样不但更好的保证设计与编码的一致性以及好的设计、代码的复用性，而且大大降低了个别人的变动对整个项目组的影响。然后项目组决定把涣散军心的人的地位抬高到系统设计师的地位，而把具体的工作不断的拆分给那些比较好学的其它人员手中。果然，当项目后期这个人离开的时候，项目组中的其它两个人已经可以接手他的工作了。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件项目预期延期如何应对

分析：做好本职工作，给计划多点弹性时间安排~会有更多的筹码处理、

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：项目延迟问题

分析：分析下问题原因，以便对症下药，并尽快锁定解决方案。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：拆分项目，先完成重要的

分析：把未完成的项目拆分成若干小项目，然后按照重要性高低排序，先完成重要性高的和紧急的。

我也遇到过，就这么做的。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：对症才行

分析：这个必须分析关键点，具体问题具体分析，对症才行

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件项目预期延期如何应对

分析：觉得此案例下的分析和解决办法很值得学习。它找出了问题的关键点及应对方案：如针对项目后期突发的需求变更，它通过沟通解决了各相关干系人：甲方、公司管理层以及项目组成员所关切的问题，解决方案拿出的经得起推敲：对甲方来说方法可行，对管理层来说可以接受、对成员来保证了自身利益，而对大牛的明升暗“防”的措施采用可以说此PM是高人！

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：做好沟通

分析：对于不同项目，虽然各有各的情况，我觉得关键是要做好沟通。沟通做到为，对外可以承诺但不轻易承诺；对内把控好进度与质量，这样可以把失败的风险大大降低

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

分析：首先应该找到导致项目延期的根本原因，实施变更控制跟进

如果项目内部有消极怠工情况，首先应积极沟通，如果问题还未解决，就应及时启用备用资源，虽然项目中途换人会极大影响项目进度，但是在项目中期还是需要及时决定

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：过程控制

分析：做好两个方面的控制：

1、项目进度，为什么要在项目的后期快要交付试运行了，才发现进度落后很多了，早干什么去了

2、业务分析与业务实现，项目经理在规划和细化项目计划和项目任务时，就应该根据客户的需求，理顺项目任务，发现有问题的要及时的跟客户进行确认，形成需求变更

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件项目预期延期如何应对

分析：当遭遇这种情况时，PM应该第一步首先定位造成延期的原因是什么：

1，外因，比如客户在之前的基础上增加额外的需求，需要更多的时间来完成。某些工作需要客户配合共同完成，但是却由于客户资源缺乏或者配合问题，导致某个环节严重脱节。等等。

2，内因，项目内部成员做事怠慢，效率低下。项目外围支持人员或者sponsor及老板等支持力度不够等等原因。

第二步，如果是外因，PM应当同客户商量，尽量减少不必要的一些需求或功能，已达到不妨碍项目重要里程碑。同时及时与老板沟通，汇报事情详细情况及应对措施计划，争取老板支持，同时做好项目内部沟通，调动项目组成员的积极性。如果是内因，PM则要安抚好客户，如果项目不能按期完成，要跟客户说明详细原因及给出肯定、明确的新计划，并保证如期完成不再出差错，对于内部，要制定奖惩制度，对于懒惰，工作态度不好的成员给出处分，必要时可以申报刀老板处。从而提高团队工作效率。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：合理控制客户需求

分析：因客户需求变更导致的项目延期，在软件项目实施中很常见，主要是随着软件开发的不断深入，客户对需要有了进一步的认识，提出更多或更高要求，也导致了开发者的重复劳动和不满。

项目经理在合理控制用户过度或超范围需求的同时，也应协调内部开发人员，寻找一个平衡点，让项目达到预期目的，可通过合同变更等方法保证项目的利润。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：对外必先攘内

分析：分组内分析、组外分析。

对外必先攘内。在中国，项目延期是很正常的事情。因为内部总有些人与你的想法不一样，不求上进，所以，就需要将他们识别出来，然后剔除。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

分析：1、首先领导没有尽到领导的责任，项目开始前对项目的需求进行充分的理解，在项目运作中成员积极性不高也应该及时的与项目成员进行沟通，解除成员的疑惑。在项目进度出现问题时及时的跟部门领导汇报并与客户沟通，给出几种解决方案让客户选择。

2、此项目组计划制定存在严重的问题，在项目开始运作前就将项目分为几个阶段，分阶段进行评审，及早的识别的每个阶段存在的问题。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件开发项目的延期原因分析

分析：软件开发项目的延期有几个原因：

1、是项目组成员开发能力不足；

2、前期设计不合理导致；

3、节点控制不好；

4、用户不断有新要求；

对于1，2，3都是我们项目管理的问题，如果，节点的定制，任务的分配，前期设计都能正确合理，就不会出现这些问题；

第四项，就需要市场部门协助解决

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件项目预期延期如何应对

分析：若已延期，则对延期的任务规格及原因进行深入分析并制订补求方案：

1、根据任务需求，加班补求；

2、申请协调暂时增补资源

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：软件项目预延期如何应对

分析：项目管理一个最大的问题就是：项目完成99%，但是剩下的1%还需要10%的时间才能搞定。当项目看不到结果时，士气就会低落。PM这时的职责就是要规划剩下的工作内容，调整计划，重新设计项目中的里程碑。帮助项目成员分解任务，重新提起对工作的信心。

另外核心人员抵触项目结束，说明日常工作中出问题了。正常情况下，项目核心人员是希望项目尽快成功结束的。需要PM和公司沟通避免下次再出现同样情况。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

题目：达成共识、确立目标、增加信心

分析：1、项目延期，首先要去争取客户方的理解，至于延期的原因，双方达成共识、通透。延期后对双方的影响，大家也达成共识，让双方继续保持在统一战线上，继续为项目的下一步进展努力。

2、至于那位重要成员，采取集体会议的方式，重新整理项目情况，进行项目分析，制定合理的下一步实施计划，给大家信息，给大家承诺，让大家看到希望，看到项目完成的日期。然后开干。

转载于:https://my.oschina.net/joeyon1985/blog/378069