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

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

　　沟通的典范案例 ：

　　猎人与熊的谈判

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

　　熊说：你要什么，猎人大哥

　　猎人：我要穿皮衣

　　熊：可我的需要是吃肉呀。

　　熊：这样吧，我们坐下来好好谈谈，商量怎么解决这个问题。

　　猎人点了点头

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

　　案例的几个要点：

　　1。什么是真正的需求？

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

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

　　2。在杜撰一些备注： ”真皮，新鲜，厚度”

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

　　2。什么是解决方案？

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

　　其后果是：

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

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

　　3。对这个对象（猎物，客户）不想再打交道了。

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

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

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

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

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

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

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

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