项目中的需求沟通

申请免费试用、咨询电话：400-8352-114

项目中的需求沟通

子非鱼安知鱼之乐?子非我安知我不知鱼之乐?-庄子

其实你不懂我的心-童安格

没有什么不能坐下来谈的,当然需要花费代价和冒险- 老武

沟通的典范案例 :

猎人与熊的谈判

一只熊转身后突然发现猎人拿着一只枪在不远处瞄着它.

熊说:你要什么,猎人大哥

猎人:我要穿皮衣

熊:可我的需要是吃肉呀.

熊:这样吧,我们坐下来好好谈谈,商量怎么解决这个问题.

猎人点了点头

……

后来,熊站了起来,拍了拍刚鼓起的肚子:”你看问题解决了吧,你也穿上了皮衣,我也喂饱了肚子

案例的几个要点:

1.　　　　什么是真正的需求?

猎人并不止是要穿皮衣,他的前提,隐语,条件,后果作为一个逻辑人他所考虑的避免危险,争取最大利益的各种swot分析都需要被理解.可惜我们做项目,尤其是软件项目的经理,分析师们经常就表面像熊一样:

1.　　记录下”猎人要皮衣”

2.　　在杜撰一些备注: ”真皮,新鲜,厚度”

3.　 请猎人在”需求报告”上签字,意思是你只要皮衣,我们还会多替你考虑一些有关皮衣的东西.

2.　什么是解决方案?

　 熊选择了自己最大利益化的方式,甚至可能还一时说服了猎人(把自己卖了,还替人数钱呢”)去实施

　　　其后果是:

1.　利用不平等沟通的手段去达到短期利益最大化的目的-有意或无意的欺骗

2.　 在对方没醒悟过来时迅速实施,如果谈了半天猎人明白过来就晚了.

3.　　对这个对象(猎物,客户)不想再打交道了.

4.　自己也稀里糊涂,客户说什么就做什么,倒是直截了当.等出了问题有再做需求变更.比如说本例中的猎人后来的需求是:先从熊肚子里出来. 

我们根据以上问题谈谈解决需求沟通(先不叫需求管理)需要解决的问题和应该避免的问题.

1.　　　 SRS确定了一个完备性标准,你的出发点是应该首先满足他.

需要一个checklist,或问题列表做为访谈沟通的准备,目的是能够填充一份srs.

2.　　　需要一个开放性的list供用户填写一些他们当时的想法.

目的是区分不同用户的可能性(尚处于模糊状态的)需求.从而记录和跟踪不同用户的需求发展.

3.　　　需要一个按照不同用户组划分的需求重点列表,涉及他们最基本要满足什么,什么可以锦上添花,用户组之间的关系,对于项目各个阶段的重要性.

尽量用需求能达到的比较准确的结果让客户看到并思考,如同演习.什么快速原型法,use-case等根据客户的水平和成本,让他们预先看到结果的模型.

有捧场的就接着发。