为什么要选择“现场开发”

从参加工作的第一天,就加入到现场开发中,那时并不觉得现场开发有什么特别。那时人多,开发的,实施的,项目管理的等等,在一个大会议室开发。单调,繁忙,好在人

多,又大多是同龄人,都刚出校园。一起吃饭,一起上班,一起打游戏,也算不错的体验。

后来又断断续续的参加了几次现场开发。要说的是这次现场开发,因为这次不同。

不同的是,这次是5年后的出差,当初出差的好奇,现在已然没有。当初一群单身汉,集体出差,有集体的乐趣。现在是我一人,我也已成家。所以作为现在的我,不愿再参加

现场开发,特别是长期的现场开发。

这次现场开发是为了系统能尽快单轨运行,也为我能早点处理完问题,早点回去。所以来后,每天都很忙。来的当天,下了车,安排好住的地方,就去甲方办公室上班了。

20多天的投入,系统终于单轨运行了,虽偶尔会有些问题,但让我感觉到离我回去的日子很近了。单轨后出现的问题,更多是新增加的需求。以为把手上的问题处理完,再向

他们提出回去的事,会好些。可当我进全力把问题解决完,向他们提出回去的事,他们也基本答应,最后却另有人不愿放我回去。当时真是无语。

来了有一个多月时间,没有休息过,周末加班,晚上加班。需要休息是一方面,更重要的是,公司有急事,必须得回去了。否则直接影响到另一个项目还能不能做下去。需要说明的是,我回去后,甲方这边

不是没有人,有个实施人员,也可以做些简单的维护,修改。他是一直在这的。

明天要回去了,今天才有些时间写这些,算是吐吐自己的郁闷吧。

“现场开发”究竟有何好处,让客户如此“青睐”?

初期,需求要收集,需求变更频繁。此时的沟通很多,也很重要。所有需要“现场开发”。特别是原型开发模式,更需要“现场开发”。

开发期,任务重,时间有限,为了不出现多的因需求变化了带来的返工,可以有“现场开发”。

系统上线了,偶尔回暴露一些潜在的问题,或有新的需求要加入。此时不是必须要“现场开发”的。需要的是维护人员。

后期要求的“现场开发”更多的是出于担心,心里作用。认为,只有“现场开发”,才能保证质量,保证进度。才能有效率。在系统的维护期,很少会出现需要大改代码的问

题。更多的是维护问题,维护配置,数据的完整性,准确性。而作为承建企业,也不愿意把主要开发人员派去做维护的工作。

把问题分给合适的人去解决,才是提高效率的合理方法。

猜你喜欢

转载自blog.csdn.net/lanfeng330/article/details/7723247