51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 36191|回复: 93
打印 上一主题 下一主题

当你的客户比你牛时,需求出问题了!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-11-1 14:26:02 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我想这种问题不应该只有我遇到。当你的客户比你牛时,他们往往提供的需求都很模糊,诸如,“我要个杯子“,什么样的杯子,什么类型的,喝什么东西时用的,都不会告诉你,而且他们也不会担责任,开发过程中完全是我们在承担责任,这种情况下,需求要怎么样才能明确?通过何种方式?欢迎大家讨论!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情

    2019-12-27 13:32
  • 签到天数: 15 天

    连续签到: 1 天

    [LV.4]测试营长

    94#
    发表于 2011-5-23 18:34:48 | 只看该作者
    这个你只能积极去和他们沟通了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    93#
    发表于 2011-5-9 10:29:16 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    91#
    发表于 2011-3-19 10:39:48 | 只看该作者
    原型,多确认。
    luming 发表于 2005-11-1 15:43



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

    使用道具 举报

    该用户从未签到

    90#
    发表于 2011-3-8 11:08:06 | 只看该作者
    说一下自己的想法.
    我们公司也经常遇到同类型的问题.因此,对于客户的"杯子",首先我们先要按照"杯子"的模样造出一个杯子的雏形来,然后交给客户,客户才能对杯子进行润色,需求就慢慢的明晰起来.
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2024-11-8 12:09
  • 签到天数: 547 天

    连续签到: 1 天

    [LV.9]测试副司令

    89#
    发表于 2011-2-24 17:46:54 | 只看该作者
    只有沟通
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    88#
    发表于 2011-2-21 22:57:13 | 只看该作者
    看来客户的配合是很相当的重要啊!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    87#
    发表于 2011-1-31 17:30:58 | 只看该作者
    多问多沟通,需求写要一定要用户签字确认,在去开发,
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    86#
    发表于 2010-11-8 15:37:31 | 只看该作者
    测试驱动开发,是开发人员在开发前,先写单元测试的代码,搭好测试框架然后再做开发。而不是测试人员去搞好需求,写好测试用例,开发再去开发。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    85#
    发表于 2010-11-8 15:36:37 | 只看该作者
    回复 30# BBY
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    84#
    发表于 2010-10-29 13:47:46 | 只看该作者
    对!但是这种问题我们好像碰不到吧,是开发那边进行交流的。至于需求的不明确,可以对客户的真是需求做一个假设!让客户贴切的感觉到有真实的东西存在
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    82#
    发表于 2010-7-13 13:05:25 | 只看该作者
    沟通 不行的话还真没有办法做
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    81#
    发表于 2010-4-13 23:29:57 | 只看该作者
    学习,路过,收藏,等待后续
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    80#
    发表于 2010-4-8 07:17:25 | 只看该作者

    回复 42# 的帖子

    对的,我也同意对一些没有太多软件概念的客户,我们都是要加以引导的。或是换句简单些的,就是要能忽悠得了他。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    79#
    发表于 2010-4-7 14:19:26 | 只看该作者
    客户不是上帝,而是你的孩子
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    78#
    发表于 2010-3-7 20:43:56 | 只看该作者
    客户是上帝,忍忍吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    77#
    发表于 2009-1-17 17:56:48 | 只看该作者
    用文档和流程来控制。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    76#
    发表于 2009-1-15 10:44:17 | 只看该作者
    原帖由 luoyear 于 2006-8-28 09:33 发表
    1、从搂主的描述看,楼主的公司其实在这个行业应该还是有一定的积累的,但这种积累并未被整理,以致每一个项目都是一个教训,是一个客户需求不明确的教训,而不是一个总结后的经验;
    2、我们应该理解客户的弱智和傲 ...



    很正确,学会引导顾客
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-26 03:20 , Processed in 0.079050 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表