软件项目预期延期需要以下应对方法:1、PM与最终用户沟通;2、PM与部门领导沟通;3、PM与项目组内部沟通。PM与最终用户沟通指把用户的更改要求和我们的理解与用户进行了更加细致的沟通确认,让用户认识到我们非常在意他们的意愿。
1、PM与最终用户沟通
把用户的更改要求和我们的理解与用户进行了更加细致的沟通确认,让用户认识到我们非常在意他们的意愿,但是按照原来的方案更改的话,项目正式运行时间至少要延期半个月,其实这个风险对用户方的影响也很大,最终项目组与用户达成了折中的方案:项目组在正式运行的时候,只是更改那些工作量不是非常大的但是不解决无法让用户方领导满意的问题,而对于其它的问题,都放在正式运行之后一直到验收这段时间来完成。其实,当时用户并没有想得非常多,只是想尽量尽早的把所有的工作提前做完,也并没有认真考虑到很多工作需要耗费大量的时间和精力而导致整个项目拖延而影响到他们自己,而这些工作大部分并不是那么要紧。经过名列前茅次沟通以后,项目组成员对于项目的问题和期限有了更加清晰的认识,已经能够感觉到其实用户并非是故意难为项目组,项目即使延期,对项目整体的影响并不大。
2、PM与部门领导沟通
把项目需求变更可能导致延期的问题和原因进行了汇报,随即在项目例会中,部门领导对项目组的整体成绩给予了肯定,对项目组的优异人员给予了口头表彰,对个别的非常懈怠的员工也提出了一定的批评。终于,项目组内部的种种猜疑都基本上结束了,用户方和部门内部对于项目的问题都有了比较清楚的认识,项目组的成员也都明白:项目虽然有困难,但是还是会成功结束的,每一个人的利益其实并不受什么影响。
3、PM与项目组内部沟通
沟通的问题解决以后,还是有个别涣散军心的人继续做一些对项目不利的事情。但是这个人在项目组中又比较重要,如果轻易的在项目组中去除,很多比较关键的工作就没有人负责了。为了避免这个人笼络更多的人,最后掌握更多的要害来要挟项目组而造成更坏的结果,当时在项目组中专门制定了“代码同行评审”的制度,每天抽出一点时间对于项目中比较共性的设计、代码进行相互评审,这也是一个相互学习的过程,对于表现比较好的个人记入绩效,予以表彰。这不但让每个人都有更多机会了解学习他人,也给每个人提供了更加好的展示自己的舞台,大大激发了大家学习进取的积极性。这样不但更好的保证设计与编码的一致性以及好的设计、代码的复用性,而且大大降低了个别人的变动对整个项目组的影响。然后项目组决定把涣散军心的人的地位抬高到系统设计师的地位,而把具体的工作不断的拆分给那些比较好学的其它人员手中。果然,当项目后期这个人离开的时候,项目组中的其它两个人已经可以接手他的工作了。
延伸阅读:
什么是软件项目计划
软件项目计划(Software Project Planning)是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。
在软件项目管理过程中一个关键的活动是制定项目计划,它是软件开发工作的名列前茅步。 项目计划的目标是为项目负责人提供一个框架,使之能合理地估算软件项目开发所需的资源 、经费和开发进度,并控制软件项目开发过程按此计划进行。 在做计划时,必须就需要的人力、项目持续时间及成本作出估算。这种估算大多是参考 以前的花费作出的。软件项目计划包括二个任务:研究和估算。即通过研究确定该软件 项目的主要功能、性能和系统界面。
项目计划详细说明了所需软件工作及如何实现。它定义了每一个主要任务,并估算其所需时间和资源,同时为管理层的评估和控制提供了一个框架。项目计划也提供了一种很有效的学习途径。如果能合理建档,它便是一个与实际运行效能比较的基准。这种比较可以使计划者看到他们的估算误差,从而提高其估算精确度。
项目计划应在项目开始初期制定出,并随着工程的进展不断地加以精化。起初,由于软件需求通常是模糊而又不完整的,我们的工作重点应在于明确该项目需要哪些领域的知识,并且如何获取这些知识。如果不遵循这一指导原则,程序员们通常会积极地投入到那部分已知的工作中去,而把未知部分留滞到以后。这种工作方式通常会产生很多问题,因为未知部分具有较高的风险系数。
文章标题:软件项目预期延期如何应对,发布者:小编,转载请注明出处:https://worktile.com/kb/p/35808