当你的客户比你牛时，需求出问题了！

paula3721 · 发表于 2010-4-13 23:29:57

学习，路过，收藏，等待后续

chengning · 发表于 2010-7-13 13:05:25

沟通不行的话还真没有办法做

Carl_Lew · 发表于 2010-7-14 17:57:18

这其实牵涉到了项目管理。需求确立阶段方法很多，很多同学说得比较抽象：沟通。实际沟通可以多方面，可以找客户直接讨论，记录需求（不只局限于经理，也可以召集他们的相关人士一起讨论）；当然客户不太专业也说不出太多，也可以跟他们聘请的咨询公司沟通；如果实在没有沟通的可能，就按照原型法，做个框架给他们看看，认可后再进行下一步，不停反复，直到满足对方绝大多数需求为止。当然剩余需求可以放到后面逐一实施。

Coolwind9 · 发表于 2010-10-29 13:47:46

对！但是这种问题我们好像碰不到吧，是开发那边进行交流的。至于需求的不明确，可以对客户的真是需求做一个假设！让客户贴切的感觉到有真实的东西存在

ganhuiping · 发表于 2010-11-8 15:36:37

回复 30# BBY

ganhuiping · 发表于 2010-11-8 15:37:31

测试驱动开发，是开发人员在开发前，先写单元测试的代码，搭好测试框架然后再做开发。而不是测试人员去搞好需求，写好测试用例，开发再去开发。

sallytest · 发表于 2011-1-31 17:30:58

多问多沟通，需求写要一定要用户签字确认，在去开发，

maojuan110 · 发表于 2011-2-21 22:57:13

看来客户的配合是很相当的重要啊！

楠族开心果 · 发表于 2011-2-24 17:46:54

只有沟通

树上琉璃 · 发表于 2011-3-8 11:08:06

说一下自己的想法.
我们公司也经常遇到同类型的问题.因此,对于客户的"杯子",首先我们先要按照"杯子"的模样造出一个杯子的雏形来,然后交给客户,客户才能对杯子进行润色,需求就慢慢的明晰起来.

locy1223 · 发表于 2011-3-19 10:39:48

原型，多确认。
luming 发表于 2005-11-1 15:43

支持！
实际情况是客户很少抽出时间，无法实现“多”确认，只有marking人员获取最真实原始需求，需求细化人员足够细致无遗漏滴刻画出需求~最好是再由开发折腾出来一只原型~再开展一个客户、开发、需求、测试人员的评审会。主要由开发人员对客户解释，客户提出问题，这样子吧。

yanxiudeng · 发表于 2011-3-24 10:19:54

我也遇到过这种情况,如果不加强沟通,很容易造成项目延期,开发出来的功能并不是客户想要的.而需求一开始提的不够明确,开发也没太注意,等到要上线,一用问题就来了.而且如果沟通的对象不是比较权威的话也会出现有些使用者觉得没问题而有些觉得有问题. 总之多沟通,若自己觉得不合理应该提出意见.若客户不重视也要逼着他们重视.

woddebbmm · 发表于 2011-5-9 10:29:16

jiazurongyu · 发表于 2011-5-23 18:34:48

这个你只能积极去和他们沟通了

		自动登录	找回密码
密码			(注-册)加入51Testing

当你的客户比你牛时，需求出问题了！

站长推荐 /1