项目的出发点－－人力资源？项目本身？

项目的出发点－－人力资源？项目本身？
daoger

昨天和项目经理说了一下最近的工作，无意中也说了一下项目今后的改造问题，
结合我们现在的项目，遂产生了一个疑问：一个项目的出发点应该是什么？

一个项目的启动受到方方面面因素的影响，用户需求的可行性、软件开发人员的
限制、技术储备是否充足、时间是否够用这些都是主要因素，同时免不了还有项目收
益的问题。自己综合各方面的因素认为项目的出发点应该是项目本身，在很大程度上
也就是用户需求，抛出除需求以外的因素，综合全面的分析用户需求，力求使系统完
备的满足用户需求；用户在使用中是否方便灵活、是否具有较强的健壮性，这些都是
在项目分析设计之初要充分考虑的问题；从软件开发人员方面讲，在充分满足用户需
求的同时，考虑如何使项目开发工作量尽量少，开发迅速，架构清晰明了，节约成本，
增加项目收益，易于以后的维护，也是不可缺少的。

但是在现实中又是怎么样的呢？许多项目的出发点不是项目本身。由于软件开发
的本源还是人，项目的另一个出发点就成了开发人员本身。开发人员的设计水平、技
术水平，人员的配备，开发人员的热情成了决定项目的绝对因素。只要能拉到项目，
不管自身条件是否具备，项目都可以随时开工！

一块肥肉就在嘴边，你不想吃？没有条件，创造条件也要吃！

项目时间紧，可是人手不够怎么办？先启动项目再说！

前期分析设计还没做好，好多问题还没考虑怎么办？抛弃详细设计，从概要设计
开始自己理解着干，有的概要设计不也很“概要”吗？

开发人员技术水平不够，业务还没理解怎么办？加加班，贤能完成业务功能再说！

在这种情况下，项目是根据现有的分析和开发人员的自身水平进行项目的设计和
编码，同时因为前期准备不足，更别说文档和测试了。项目开发基础好的公司应该还
好一些，而对于项目基础薄弱，项目用到的开发语言有“真空”现象的公司，真的难以
想象，那这个项目做完了也是一个噩梦的开始！由于项目前期的准备、分析设计等都
没有做好，以后的后续开发也是这一情况的延续，更不用说缩减项目维护成本，增加
收益了。

而现实就是现实，项目最终还是用户说了算，用户认可了，一切都OK！只要和用户
搞好关系，项目差些，能用就行；功能死板、使用不方便灵活，也说的过去；维护费用
增加了，和用户签个新合同，再增加点功能和模块，也就挣回来了。有了这样的先例，
那以后的情形也就可想而知了，也更别谈为了长远利益而积累经验、做技术储备、培养
新人、提高员工素质了。

说到这里，我不得不怀疑自己最初的观点了。项目果真是从开发人员自身出发而不
是从项目本身出发？缺少分析设计人员；软件行业有水平高经验丰富的系统分析师啊！
开发人员技术水平不高；行业里的牛人多得是啊，再说有时间可以给现有开发人员组织
短期培训，设立激励制度，增加技术业务评定一项，于待遇奖金结合提高学习热情，提
高开发水平啊！机器不好，影响开发效率；淘汰旧设备增添新硬件啊！这些问题不是没
有解决办法，可是事情没有那么简单，费用是关键因素！市场开拓人员为了拉一个项目
可以请用户吃饭等等等等，费用很容易报销，因为结果是立杆见影的；而以上的费用谁
来出？你说过会有什么什么好处，会有什么什么的效果，可是再说也没用，就是没钱！

由于这种种原因，难道项目本来就是以人力而不是以项目、做更好的产品作为出发点
的吗？我现在有点迷茫了！我工作时间不长，项目经验也不多，正儿八经参与的项目现在
就两个，现在的项目已经近一年了，以上都是我自己对开发工作的思考与理解，肯定有不
对和不足的地方，希望各位老大、同仁能给我一个答案！