巴士飞扬-技术BLOG-团队项目合作探索系列一:项目与编码http://www.busfly.cn/post/teamwork-01-Project-coding.htmlRainbowSoft Studio Z-Blog 1.8 Walle Build 91204zh-CNMon, 03 Nov 2008 22:59:37 +0800Re:团队项目合作探索系列一:项目与编码 (neeke)http://www.busfly.cn/post/teamwork-01-Project-coding.html#cmt1487Sat, 08 Nov 2008 00:30:34 +0800http://www.busfly.cn/post/teamwork-01-Project-coding.html#cmt1487Re:团队项目合作探索系列一:项目与编码 (巴士飞扬)http://www.busfly.cn/post/teamwork-01-Project-coding.html#cmt1483Tue, 04 Nov 2008 13:13:29 +0800http://www.busfly.cn/post/teamwork-01-Project-coding.html#cmt1483
johnny
觉得技术上可以说是开发者认为要怎么做怎么实现某个模块或功能,但是模块和功能本身上,应该是按照需求来决定的吧.

自己企业用的软件,有些功能就是开发者觉得需要就加上了,其实实际用的当中并不是这样,最后还是把那些累赘的功能,都去除了.


说得很不错,需求分析是很重要的,但是功能模块的划分并不是需求分析的范围,而应该是概要设计的范围,当然,概要设计是以需求分析为基础的,需求分析做得不够准确,就会出现问题,正如你所说的,有些功能,开发者加上去了,却最后发现不是客户需要的.

造成这个现象的原因有很多,需求分析不够准确首当其冲.另外,还有一个比较重要的因素,客户如果不能认可开发者自行添加的功能,很大一部分原因是因为他们不清楚,不了解这些添加的功能.也就是说,程序员没能很好的向客户推销自己的成果造成的问题.我认为,大多数情况下,客户们都不是很清楚自己的需求,而作为专业的程序员能在这方面做得更好,他们有能力为客户推荐一个解决方案,但是结果却是让客户不能接受的,原因就在于没有好好的对客户进行相应的推荐或者说培训.

像微软,IBM等在推广产品时,几乎都会同时发步培训课程,这是同一道理
johnny 于 2008-11-4 16:41:38 回复
这到是，很多用户自己也不知道自己的需求。

对客户培训是很重要的一环。把一个新概念教给相对低级的客户，是软件价值的体现了。

我觉得这个也看客户公司和开发者所处的相对地位吧。

开发者要比客户公司还要有行业经验。
]]>Re:团队项目合作探索系列一:项目与编码 (johnny)http://www.busfly.cn/post/teamwork-01-Project-coding.html#cmt1482Tue, 04 Nov 2008 11:52:20 +0800http://www.busfly.cn/post/teamwork-01-Project-coding.html#cmt1482
自己企业用的软件,有些功能就是开发者觉得需要就加上了,其实实际用的当中并不是这样,最后还是把那些累赘的功能,都去除了.]]>