项目管理中的沟通跟道.docVIP

项目管理中的沟通之道 　　刚刚上线了项目，期间体认最多的是当面对多种需求方时，如何通过沟通各个“击破”又让他们各个心满意足。 　　有篇不错文章，讲得是产品经理需求分析要高于需求方，大致意思是： 　　首先，人都是站在自己的角度看问题，但是产品往往要整合不同业务需求，一大堆需求不做分析、排序整合在一起，用户用起来必然会很恶心。 　　第二，需求方的某些需求可能比较狭隘，他通常只会告诉你：我需要一匹很快的马(而不是一个新产品叫汽车)——亨利福特，这就需要你创新地再加工。 　　如果你相信事在人为，沟通亦有技巧，在会议中针对不同的需求方，如果恰当的使用沟通方式，或许会达到共赢的效果。 　　(一)避免专业上的“针尖对麦芒” 　　开会时拖延最长往往不是因为内容过多，而是一个点上争论不休… 　　你和我讲用户体验，我就和你谈数据分析，你和我谈数据分析，我就和谈运营计划….总之，在我的专业上，没人比我权威，这是我的专业，你丫还敢来挑战我，我专业还是你专业。最后谁也不能挑战谁的专业，讨论也无解… 　　有同事还为此配图说明： 　　分析： 　　心理上，谁都讨厌别人在自己擅长的领域指手画脚，如果大家都在自己的专业上对一个问题，不同方向东拉西扯，各自专业神圣不可侵犯，那沟通多数久久纠结，最后无果。 　　良好的沟通是建立在双方对专业知识覆盖的基础之上的。沟通不在专对专，而是广对广。作为项目团队的虚拟核心，产品经理一是要在专业上尽量广泛涉猎，二是专业上信任队友，积极了解学习，最终整体权衡。 　　(二)把无所谓的胜利让给对方 　　很多人都曾遇到这样的问题：会议上总有一类辩才一流的人，偏偏与你在某一个细节上意见不同。 　　“为什么这里填表不直接采用输入框?” 　　“我在设计中觉得下拉是最常见样式，用户比较熟悉” 　　“但是，你不觉得下拉一个个排查很麻烦么?” 　　“….是的，不过我认为直接输入会造成很多校验问题，比如：全角\半角” 　　“我认为前端有方法可以解决，可以全角转成半角。还有，blablabla…..” 　　“………” 　　开始时候觉得在这个无关紧要的东西上争论不休很浪费时间，但是如果你回嘴又是新的一波探讨，难道还为了这个在本来就紧张的项目中做用户测试、数据分析?有这个必要么? 　　问问自己，如果按他们的方法对产品有致命伤害么，用户会不理解或是愤怒、挫败么?如果没有，把这种无所谓的胜利让给对方又如何?谈判中也让对方“占了便宜”，没准上道后对方在关键点上也会有所让步。 　　(三)关注沟通中的沉默寡言者 　　会议中总有些沉默寡言者，看似比喋喋不休的指挥者招人喜欢，但这些人往往是项目延期的“致命地雷”。 　　怎么都行的需求方 　　这个视频你一定看过：女生多数嘴上表达无所谓，心理一堆标准。 HYPERLINK /player.php/sid/XMjA3NTEyMzQ4/v.swf /player.php/sid/XMjA3NTEyMzQ4/v.swf 　　面对这样的女友、这样的需求方如何应对?开始好说话，“随便，怎么都行?”上线牢骚一堆….. 　　话说一半的需求方 　　常用语是“总之，你懂的…”这类人特征是话不讲明，总有所保留。要么他压根没想到你不了解某些信息，要么忙碌忽略。这时候，项目中大量细节仍需要确认…怎么办? 　　拓展中的“接桥游戏”是说明这类沟通问题最佳案例： 　　每组建造整座桥的一半，要求不但符合任务书上的要求，同时在桥的造型、高度、宽度、装饰等各方面都要完全一致，最后拼成一个完整的桥。整个造桥过程，两组队员只有三次沟通机会。 　　听起来很简单，有木有!但是，每个人都认为各自项目书上的内容是“你懂，我懂，大家都懂的…”沟通中的疑惑也没及时刨根问底，最后发现各自认知完全不同，桥无法对接成功，就为了这个看似简单的原因产品宣告失败… 　　这说明，沟通之道很简单：要积极，要争取，要会聆听对方描述，并及时询问不同理解，达成共同认知。 　　最后，说点项目外的管理体认。 　　小心!拖沓和老好人 　　项目中，估时和提醒是管理的“硬指标”。如果有人平日正常，最近似乎心不在焉、工作拖沓。即使你和他没有级别关联也要主动关心，了解是不是有些状况，做好风险预测和备案措施。这些看似不可控，但可预期的因素经常造成项目延期。 　　另一种看似无害的“老好人”也很危险。他们往往碍于人情，接下不合理的要求，或是受制于“人情”而不是规范，不怒不言不通报。一方面，他们即使有不同意见和建议也不表达;同样，他们因为沉默而产生团队距离感，信息也经常出现不对称。第三，往往他们是高压人群，对团队、自己有负面想法。这对形成统一、透明的团队氛围很不利，他们往往需要引导，私下多沟通。