﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-指尖流沙-文章分类-项目开发随笔</title><link>http://www.blogjava.net/amoszhou/category/47077.html</link><description /><language>zh-cn</language><lastBuildDate>Thu, 18 Nov 2010 23:42:58 GMT</lastBuildDate><pubDate>Thu, 18 Nov 2010 23:42:58 GMT</pubDate><ttl>60</ttl><item><title>需求挖掘在项目开发中的重要性</title><link>http://www.blogjava.net/amoszhou/articles/338294.html</link><dc:creator>指尖流沙</dc:creator><author>指尖流沙</author><pubDate>Wed, 17 Nov 2010 10:27:00 GMT</pubDate><guid>http://www.blogjava.net/amoszhou/articles/338294.html</guid><wfw:comment>http://www.blogjava.net/amoszhou/comments/338294.html</wfw:comment><comments>http://www.blogjava.net/amoszhou/articles/338294.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/amoszhou/comments/commentRss/338294.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/amoszhou/services/trackbacks/338294.html</trackback:ping><description><![CDATA[摘要：需求是一个项目的根本，是用户所要求最终要实现的功能，一个偏离需求的项目，即使你做得再完美，也只能是一个失败品！如果你不能很好掌握需求，带来的将是项目开发中无穷无尽的改动。<br />
<br />
&nbsp;&nbsp;&nbsp; 由于换工作到原因，到现在公司的时候，项目已经启动。但我们手上掌握的需求，却是聊聊无几。除了几个大功能点的概述，其余均空缺，用户的意思是：你们先做，做出来我们再来提建议修改。由于项目组是新成立的，且当时我们人员尚未全部到齐。使得整个项目组缺少一根主心骨，在一切都还不确定的情况下，项目就这样开始草率的动工了。所的需求都是在开发过来，得到一些零星的描述，整个项目也未成从整体上进行设计。至今日，已有3月有余，已经超过了客户商定的日期数日。至昨日起，用户方才开始对整个系统进行全部测试，测试的结果是令我感觉到汗颜和无语，整个结果在意料之中，情理之外。不错，客户对很多功能，流程表示不满意，提出新的功能需求，突然觉得自己好像已经踏进了一个无底洞，没有一份需求的合同，这意味着：客户可以无限制，无条件的让你加功能，无休止的和你纠缠。没办法，为了项目尾款，我们只能硬着头皮上，谁叫顾客上帝列？<br />
<br />
&nbsp;&nbsp;&nbsp; 因为工作环境的原因，之前公司开发流程之规范，与现在公司的开发流程简直是天壤之边。这是我所史料未及的。带来的教训当然也是很惨痛的，以后相当长的一段时间，都将生活在与客户的纠缠中。<br />
&nbsp; &nbsp; <br />
&nbsp;&nbsp; 第一：项目开发之前，要尽可能细的挖掘用户的需求，与之确认所有细节问题（用文字和UML来搭配描述），并与客户签订需求合同。如遇后期更改，需双方再次确认，并商议项目资金问题。<br />
&nbsp;&nbsp; 第二：项目开发之前，一定要进行详细整体的设计，并需要项目组多次开会讨论设计的合理性和扩展性。切不可临时抱佛脚，做一块设计一块，苟延残喘。<br />
&nbsp;&nbsp; 第三：与程序员的沟通问题，确认各自模块的流程时，除UML外，一定要有详细文字性说明。<br />
&nbsp;&nbsp; 第四：跟客户的交流，要把握好尺度，不可过于牵就，亦不可过于自我，一方面要细听用户需求，对合理的部分要进行挖掘，细化。对不合理的要求，要给予否定。<br />
<br />
&nbsp;&nbsp;&nbsp; <br />
&nbsp;&nbsp;&nbsp; <br />
<br />
<img src ="http://www.blogjava.net/amoszhou/aggbug/338294.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/amoszhou/" target="_blank">指尖流沙</a> 2010-11-17 18:27 <a href="http://www.blogjava.net/amoszhou/articles/338294.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>