项目中的需求沟通
子非鱼安知鱼之乐?子非我安知我不知鱼之乐?-庄子
其实你不懂我的心-童安格
没有什么不能坐下来谈的,当然需要花费代价和冒险- 老武
沟通的典范案例 :
猎人与熊的谈判
一只熊转身后突然发现猎人拿着一只枪在不远处瞄着它.
熊说:你要什么,猎人大哥
猎人:我要穿皮衣
熊:可我的需要是吃肉呀.
熊:这样吧,我们坐下来好好谈谈,商量怎么解决这个问题.
猎人点了点头
……
后来,熊站了起来,拍了拍刚鼓起的肚子:”你看问题解决了吧,你也穿上了皮衣,我也喂饱了肚子
案例的几个要点:
1. 什么是真正的需求?
猎人并不止是要穿皮衣,他的前提,隐语,条件,后果作为一个逻辑人他所考虑的避免危险,争取最大利益的各种swot分析都需要被理解.可惜我们做项目,尤其是软件项目的经理,分析师们经常就表面像熊一样:
1. 记录下”猎人要皮衣”
2. 在杜撰一些备注: ”真皮,新鲜,厚度”
3. 请猎人在”需求报告”上签字,意思是你只要皮衣,我们还会多替你考虑一些有关皮衣的东西.
2. 什么是解决方案?
熊选择了自己最大利益化的方式,甚至可能还一时说服了猎人(把自己卖了,还替人数钱呢”)去实施
其后果是:
1. 利用不平等沟通的手段去达到短期利益最大化的目的-有意或无意的欺骗
2. 在对方没醒悟过来时迅速实施,如果谈了半天猎人明白过来就晚了.
3. 对这个对象(猎物,客户)不想再打交道了.
4. 自己也稀里糊涂,客户说什么就做什么,倒是直截了当.等出了问题有再做需求变更.比如说本例中的猎人后来的需求是:先从熊肚子里出来.
我们根据以上问题谈谈解决需求沟通(先不叫需求管理)需要解决的问题和应该避免的问题.
1. SRS确定了一个完备性标准,你的出发点是应该首先满足他.
需要一个checklist,或问题列表做为访谈沟通的准备,目的是能够填充一份srs.
2. 需要一个开放性的list供用户填写一些他们当时的想法.
目的是区分不同用户的可能性(尚处于模糊状态的)需求.从而记录和跟踪不同用户的需求发展.
3. 需要一个按照不同用户组划分的需求重点列表,涉及他们最基本要满足什么,什么可以锦上添花,用户组之间的关系,对于项目各个阶段的重要性.
尽量用需求能达到的比较准确的结果让客户看到并思考,如同演习.什么快速原型法,use-case等根据客户的水平和成本,让他们预先看到结果的模型.
有捧场的就接着发。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
