[转帖] 项目中的需求沟通

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

海天之际 发表于 2007/12/13 9:55:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论：