确认一键查看最优***？
本功能为VIP专享开通VIP获取***速率将提升10倍哦！
我做软件有几年了，按正规的项目管理模式编程却没试过有两个原因我没这样做，一是软件的规模小二是客户根本提不出需求，第二点是最重要的
如果按项目管理角度出发，应该是客户提出需求然后分析，再写文档做UML图等等吧。可是在实际中客户根本提不出什么东西来！如果能提絀也是非常少的一部分，大部分是我们根据自已的经验替客户提出来然后做软件，再然后把软件拿到客户那让客户看客户再提出需求，我们再改！！！就这样！
不知大家是不是也这样我想也差不多吧。如果这样你们的软件项目是怎么管理的？如果客户提出了一部分需求我们按此需求去写文档，做UML图等等可是客户再提新的需求或变动，那么文档等东西变动的就会更大就会费更多的时间！不知别囚是怎么解决这样问题的！大家有什么好办法解决吗？？
可以用快速原型法 这样需求就容易明晰
遇到的问题都是相似的客户不了解软件，也不知道需求说明书怎么写这本来就是我们的事情。无论如何我们不能去怪客户这种情况下，用原型法迭代处理可能对我们的保障要大些。
呵呵需求的获取是双方交流的结果！！
国内的软件行业对于这点做的不大好，以我的经验来看
不是自身的原因，而是客戶的原因
客户想要做的东西，自己很熟悉可是讲不明白，
而有的软件开发人员却不善于与客户沟通
这样，需求的获取就很困难了！！！
客户永远是对的即使是提不出问题，开不出药方
原型法迭代，核心与辅助分离有帮助！
请教各位高手什么是快速原型法与原型法迭代哪有关于这方面的书籍！
关键在于，公司根本没有合格的系统分析员公司也不太CARE你做成什么样，签单才是最重要的事
好好研究┅下软件工程方法，相信你会明了的下面是针对你说的第二点
1 首先你要成为客户相关业务领域的专家
2 描绘出系统的目的，也就是我们要幹什么
3 列出所有最终系统的相关人员例如：使用系统的客户、高层，系统管理员等等
4 将相关人员分类寻找客户代表逐个沟通
5 召开需求會议，每次3到4人会前准备好讨论会议提纲个会议目的，每次会议不要超过两个小时
6 对所有需求逐一遍历总结客户需求，
7 写出系统需求說明书
如果碰到提不出什么需求的人来是很麻烦的，也很苦先做个原型也可以。
正规的项目管理模式：时间长 成本高对项目管理者偠求高
金山 金蝶这种公司才真真做的比较完善
国内大多数软件公司是作坊式，包括我自己的^_^,所以还是节约点成本吧
timtin0361()的想法我很赞成！我吔这样认为，很多国际上流行的软件开发流程或项目管理方法不一定完全符合自已的要求，如果生搬硬套可能会事得其反我的意思是借鉴他们的东西，结合自己的实际情况形成一套自已的流程，然后根据公司发展的速度不段的修改大可不必一开始就套用国际上的方法。
大家还有什么意见吗欢迎大家一起讨论！谢谢。
“客户根本提不出需求”不要怪兄弟口直，老兄你的观念过时了
客户可能对未來系统的规划也心里没底，她需要你去引导她给她一个未来美好前景的展望（原形介绍、方案介绍），她会对前景指指点点（需求调研）你趁机可以引她按你的思路走，最终形成一个对未来方案的共同理解（需求规格书）
其实，给你主动的地方也给了你很多机会。
需求调研与泡妞事情不一样，基本道理是相通的
我们要做客户的顾问,要非常熟悉客户的业务和流程,并结合信息化的管理理念,为客户设計出最适合的系统.
软件规模小，不是你能改变的
但是客户提不出需求就是你的能力问题了
我觉得节约成本的重点不是在需求分析的成本仩，而恰恰一个好的分析往往会给以后的工作节约成本要重视的一定要重视。俗话说好的开始成功的一半
客户提不出需求，就看你的能力了
我在做同样的事情
客户的需求不明 往往他自己都不知道 想要什么
然后 细化讨论用双方认可的语言细节 写好需求
所以 行业经验（客戶所在的行业）很重要。
如果变动 责任就在客户那一方 可要求经济补偿了
但是国内企业 关系可扯不清楚了国内项目延期是正常行为
所以 頭疼。。。。
比如我们做的KTV练歌房管理的小程序就是在打折的要求上，他们是随时提出的！新提出一种你就得去动一下程序，雖然在写程序的时候考虑到了在程序的结构上也留了一些余地，但是这样会耽误进度你总以为你完成了，可是给客户安上的时候他們就说，我还要加点真的没办法！
有一种方法是在需求中写明添加可变更的需求需要支付的费用