项目的出发点--人力资源?项目本身?
daoger
昨天和项目经理说了一下最近的工作,无意中也说了一下项目今后的改造问题,
结合我们现在的项目,遂产生了一个疑问:一个项目的出发点应该是什么?
一个项目的启动受到方方面面因素的影响,用户需求的可行性、软件开发人员的
限制、技术储备是否充足、时间是否够用这些都是主要因素,同时免不了还有项目收
益的问题。自己综合各方面的因素认为项目的出发点应该是项目本身,在很大程度上
也就是用户需求,抛出除需求以外的因素,综合全面的分析用户需求,力求使系统完
备的满足用户需求;用户在使用中是否方便灵活、是否具有较强的健壮性,这些都是
在项目分析设计之初要充分考虑的问题;从软件开发人员方面讲,在充分满足用户需
求的同时,考虑如何使项目开发工作量尽量少,开发迅速,架构清晰明了,节约成本,
增加项目收益,易于以后的维护,也是不可缺少的。
但是在现实中又是怎么样的呢?许多项目的出发点不是项目本身。由于软件开发
的本源还是人,项目的另一个出发点就成了开发人员本身。开发人员的设计水平、技
术水平,人员的配备,开发人员的热情成了决定项目的绝对因素。只要能拉到项目,
不管自身条件是否具备,项目都可以随时开工!
一块肥肉就在嘴边,你不想吃?没有条件,创造条件也要吃!
项目时间紧,可是人手不够怎么办?先启动项目再说!
前期分析设计还没做好,好多问题还没考虑怎么办?抛弃详细设计,从概要设计
开始自己理解着干,有的概要设计不也很“概要”吗?
开发人员技术水平不够,业务还没理解怎么办?加加班,贤能完成业务功能再说!
在这种情况下,项目是根据现有的分析和开发人员的自身水平进行项目的设计和
编码,同时因为前期准备不足,更别说文档和测试了。项目开发基础好的公司应该还
好一些,而对于项目基础薄弱,项目用到的开发语言有“真空”现象的公司,真的难以
想象,那这个项目做完了也是一个噩梦的开始!由于项目前期的准备、分析设计等都
没有做好,以后的后续开发也是这一情况的延续,更不用说缩减项目维护成本,增加
收益了。
而现实就是现实,项目最终还是用户说了算,用户认可了,一切都OK!只要和用户
搞好关系,项目差些,能用就行;功能死板、使用不方便灵活,也说的过去;维护费用
增加了,和用户签个新合同,再增加点功能和模块,也就挣回来了。有了这样的先例,
那以后的情形也就可想而知了,也更别谈为了长远利益而积累经验、做技术储备、培养
新人、提高员工素质了。
说到这里,我不得不怀疑自己最初的观点了。项目果真是从开发人员自身出发而不
是从项目本身出发?缺少分析设计人员;软件行业有水平高经验丰富的系统分析师啊!
开发人员技术水平不高;行业里的牛人多得是啊,再说有时间可以给现有开发人员组织
短期培训,设立激励制度,增加技术业务评定一项,于待遇奖金结合提高学习热情,提
高开发水平啊!机器不好,影响开发效率;淘汰旧设备增添新硬件啊!这些问题不是没
有解决办法,可是事情没有那么简单,费用是关键因素!市场开拓人员为了拉一个项目
可以请用户吃饭等等等等,费用很容易报销,因为结果是立杆见影的;而以上的费用谁
来出?你说过会有什么什么好处,会有什么什么的效果,可是再说也没用,就是没钱!
由于这种种原因,难道项目本来就是以人力而不是以项目、做更好的产品作为出发点
的吗?我现在有点迷茫了!我工作时间不长,项目经验也不多,正儿八经参与的项目现在
就两个,现在的项目已经近一年了,以上都是我自己对开发工作的思考与理解,肯定有不
对和不足的地方,希望各位老大、同仁能给我一个答案!
项目开发的出发点如何考虑?
最新推荐文章于 2022-05-31 16:48:36 发布