项目管理中的沟通之道

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