|
锁定老帖子 主题：怎样控制需求变更
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-25
Lucas Lee 写道 kayzhan 写道 ：（请问楼上100分的积分怎么来的？才回我这一篇帖？
嗯，可惜客户说那不直观，不仅要做页面，而且要做出功能说才知道想要什么！- _ -! 这种客户应该比较初级，搞一个比较通用的系统用用就行了，在第一阶段属于体验、扫盲期。不用做的太好。 赞同！ 分多个版本做，第一个版本实现主要流程也业务。余下的需求再安排版本。在一个版本中完成所有需求，对上规模的项目而言，简直就是噩梦。 |
| 返回顶楼 | |
|
发表时间：2008-11-25
最后修改：2008-11-25
netfly 写道 我以前也碰到这个问题，被这个问题把项目拖延了5个月，客户也怀疑我们。
最后，我用原型开发方法，先把demo开发出来，所有数据是模拟的，按钮都是可以点的那种，也不是静态网页或者图形。 用这种方法，第二个项目缩短了3个月，与客户关系也好得不能再好了。 现在我们做的一个项目也是用的原型，虽然是静态的，但是点击每一个链接和按钮都可以响应，是对实际业务逻辑的演示，很真实。用户在这个原型界面上确认需求，后续的开发基本上没有什么分歧，变更也得到有效的控制。 sdh5724 写道 DEMO 做完后,让客户签字, 不过, 在国内, 估计变更太正常了, 信用问题.
中国人喜欢拍脑袋做事，脑袋中的东西经常变，所以需求常变也就不奇怪了。 |
| 返回顶楼 | |
|
发表时间：2008-11-27
ozzzzzz 写道 心态有问题。需求变更不应该去控制，而应该是跟踪，更好的是做到去引导。
我这里倒是要提醒你们关注另外一个问题，也就是项目部署完成和用户开始时候之后3个月的问题。在那个阶段，客户已经对系统的使用和功能有了比较深入的认识，对于系统的有了更多的要求，而如果你们的合同签的不好，很可能会死在那个阶段。 是否能更详细的解释下，需求变更为什么不应该去控制，需求变更该如何跟踪。 需求沟通后将需求形成文档，在和客户确认后，如果客户没有什么异议，通常都应该向客户说明，我们就按需求文档来做，将来如果你们有什么变更，我们也会帮你们完成，但是，时间上你们得有个准备，我们无法保证你们提出变更后我们能在第一时间完成。 不知道这种做法算不算控制。 |
| 返回顶楼 | |
|
发表时间：2008-11-27
主要应该事你们公司管理出了问题吧，需求这个东西怎么能够客户要求改就改啊，需求的变更要根据合同来啊！
|
| 返回顶楼 | |
|
发表时间：2008-11-28
需求的变更主要有一下几个原因：
1.客户根本就不知道自己需要什么！ 这就要我们，从感官上去引导客户，让我们站着客户的角度上，去开发客户的需求！ 2.客户知道自己要什么，故意的刁难（这样的客户不是存在的），对于这样的客户，我必须采取落实需求，确认！ |
| 返回顶楼 | |
|
发表时间：2008-12-02
kayzhan 写道 ：（请问楼上100分的积分怎么来的？才回我这一篇帖？
嗯，可惜客户说那不直观，不仅要做页面，而且要做出功能说才知道想要什么！- _ -! 有原型软件，在加上沟通介绍功能，可以考虑用需求确认 |
| 返回顶楼 | |
|
发表时间：2008-12-03
netfly 写道 我以前也碰到这个问题，被这个问题把项目拖延了5个月，客户也怀疑我们。
最后，我用原型开发方法，先把demo开发出来，所有数据是模拟的，按钮都是可以点的那种，也不是静态网页或者图形。 用这种方法，第二个项目缩短了3个月，与客户关系也好得不能再好了。 碰到过相同情况，最后采用了真实demo，项目推进下去了。 其实老板有时候会比较了解客户，或者说叫做比较了解特殊的客户，老板提出来的展示层的改动，有时候是很有意义的。 |
| 返回顶楼 | |
|
发表时间：2008-12-03
感觉需求没做到位
|
| 返回顶楼 | |
|
发表时间：2008-12-05
客户/领导拍脑袋下命令,没办法!
没有流程,一切都是白费力气浪费时间,懒得说 kayzhan 写道 实际上就算美工和程序员的这样分工可以减少不少工作，但没有解决根本问题，只要客户不断更改就怎么样都要做些重复工作。可是要怎样才能控制需求变更呢？
我向老总提写议确<script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/themes/advanced/langs/zh.js"></script><script type="text/javascript" src="http://www.iteye.com/javascripts/tinymce/plugins/javaeye/langs/zh.js"></script>认书，并让客户签确认书，可老板说这是不可能的，你功能都没做出来，怎么让他们签啊？你做完功能让他们去体验，他们才知道有哪些地方是需要修改的，而页面的变更，实际上很多时候都是我们在开发或者开发完了，老总提出来要更改的。就像上周我们花了一周时间完成了一个功能模块，并经过了第1步测试，结果老板说要改页面，页面的布局和字段全都变化，相当于我们完全没做，而老板还以为页面的更改对功能开发影响不大，当然我也是今天才看到更改后的页面才知道的，而现在老板又在客户那边开会调研，我们无法沟通（而且更改后的页面除了老板同意外，其他美工和我们都觉得那样页面很难看而且变形了）:cry: 更有意思的是，我们做的功能也一直不去确认，还在那边梳理流程，这样的话，我们开发的越多，以后也就改的越多，甚至又是完全重做！我感觉很可怕，可是解决的办法呢？我想只能做记录，记录下更改了多少，花费了我们多少时间，让老总感觉到其实这些是很耽误时间的，看他是否会重新考虑他现在的做法，不然的话，我们会死的很翘很翘！ 
我相信很多人都遇到过这样的情况，不知道大家都是怎么控制需求变更的？怎么解决这些问题的？ |
| 返回顶楼 | |
|
发表时间：2008-12-09
自己最近负责一个项目,
和前面几位前辈的看法一样,我觉得如果需求变更过于频繁的话,无非有几点: 1.需求说明书做的不够详细. 2.与客户沟通不到位,或者偏离了客户的想法. 我负责的项目是采用以下模式: 1.原型开发->2.提供给客户做初步确认->3.针对客户的意见进行修改(迭代回第2步重复)->确定需求->开发. 现在自己负责的项目也初步达到了终验的要求了.基本没有出现项目延期,而且客户方面也较为满意. 当然了,纯属个人的意见,仅供参考. |
| 返回顶楼 | |
