出来工作有一段时间了吧, 项目也算是做了几个,尽管自己以为软件工程学的不错,可在实际开发过程中,未必就能完全按照规范来做,这个除了自己本身的问题外, 还有几方面的问题.
首先,经理不是软件行业出身,对软件开发流程,规范等都不清楚,而尤其是当他作为软件开发人员与客户之间沟通的桥梁时,对软件开发来说,就是一种很严重的缺陷.对我所在公司来说,虽然我负责软件,可惜上头不明白需求的重要性,甚至会说你管开发软件就行了,要需求干吗,只管写代码就可以了(呵呵,发个牢骚).当他与客户谈,会谈的很好,因为两个人都不是技术出身,他们只会用他们的语言来描述系统,而不是用软件工程的方法来描述. 这就给软件开放项目埋下了隐患. 然后他再与开发人员沟通,就是造成需求的不明确,甚至错误.
然后在开发过程中, 不断的修改,不停的做一些重复的工作,乃至项目流产. 即使是赶工,勉强做了出来,其质量也完全不能保证.这就是开发人员与非技术人员之间沟通不充分,不清楚造成的结果.
再说了, 客户也不是专业人员,他对软件产品需求,实际功能要求不清楚,这个倒是小事,关键是项目开发期间, 开发人员与客户的充分沟通是非常重要的.可惜很多的客户不完全明白这一点,我的一个客户要求做一个项目,给了初期的需求,可以后呢. 当我遇到模糊的不清楚的地方去问他时,你们猜他怎么说? 你有问题等一起再来问我, 每次遇到问题就问,我还得去问上头, 太麻烦了. 你说,做项目,客户这样说,你还....不发牢骚了,接着说. 先转个话题:个人认为,快速开发一个原型系统是很有必要的.这样在客户对其需求不明确的前提下,让用户提前能够看到项目的面貌,让他有一个总体概念,然后再让他说出具体详细的需求,这样会稍容易点. 再说回来了, 即使是这样,你也要做好充分的准备,以应对客户提出的源源不断的需求更改, 我碰到的一个客户简直都要让我疯了, 系统需求不断的更改,技术要求还不断的提高,就是价钱不给提, 郁闷死我了.
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/kokoshan/archive/2007/08/29/1763157.aspx