沟通态度与方式.ppt

研发团队中的“沟通技术” 研发团队内部沟通能力交流活动之基础篇 三个故事 约会 “沟通的困难” 一个小钟的故事 约会 三个故事 约会 “沟通的困难” 一个小钟的故事 沟通的困难 三个故事 约会 “沟通的困难” 一个小钟的故事 一个小钟的故事 三句话 “三道菜” 沟通的基本态度 沟通的基本态度 主动沟通与被动沟通 研发团队内部沟通的内容 研发团队内部沟通的内容 “新好了歌” 研发团队内部沟通的方式 Email这种沟通方式方便快捷，如同QQ聊天，不需紧张，对于不善当面交流人们来说是一个福音，但是这种方式还是少用为妙。做为人与人之间的沟通，仅用文字是远远不够的，当然，对于技术上的东西可以，但对于理解性的或者感性的东西，文字的表达能力还是欠缺的。 会议这种形式也是问题多多：有效的会议组织可以使得各种决策成为会议的结果，达到开会的目的；无效的会议人们就是在那边聊天叙旧，很多问题都得不到最终的确认结果。所以说会议也是一把双刃剑，如何有效的组织会议也是一门讲究。事先安排好会议日程是必须的，而且在会前要对会议有充分的准备，从而在会议中得出结论。 电话交流相对好一些，但若是项目经理与组员的交流过多的通过电话，信息的传达就像上级向下级传达命令一样，组员会觉得项目经理架子太大，这样会给组员一个很不好的印象。 面对面的交流也是必不可少的一样形式，而且项目经理要多花时间在与组员的直接交流上来，积极的把握项目的进度，及时的得到组员的反馈信息以便做出调整。而且直接交流也在项目组内创造一个宽松的环境。这里需要提出一点的是，我本人也屡次遇到这种情况。当项目经理传达任务给组员时，一定要注意自己的用语，务必达到清晰准确，以免造成别人完成任务以后，你才发现这并不是你当初想要的结果。最好在传达后，让组员确认他是否已经精确地了解了你的要求，这样的信息传递才是有效的。 与领导的交流是个有趣的话题。在我的上个项目中，更多的情况下是领导主动来找我问项目的进展情况，我当时没有意识到要主动的去向领导汇报项目的进展情况。结果在项目出现了问题之后再去找领导，这样就是等于把责任往领导那边推，好危险的：）所以，作为项目经理，要及时得与领导交流，把项目当前的进展情况传递给领导，正式的汇报比如每周的报告是远远不够的，建议多一些日常的非正式交谈。在交谈中，在领导的一些问询中很可能发现一些自己未预见到的问题，如果领导觉得有必要，要及时的做出调整，增加资源等。这样的话，对项目，对项目经理本人，对领导自身，都是有百益而无一害的。 研发团队内部沟通的方式 面对面沟通，你准备好了吗 沟通方式选择：小组讨论 邮件沟通 案例故事 反馈现场重要问题的邮件 ，被删除进了垃圾箱 发送对象没注意，产生了不必要的误会 邮件沟通 邮件沟通 邮件沟通 邮件沟通 邮件沟通要点及注意事项 要：“解决问题是核心” 信件格式（称呼，完整签名）； 清晰明了、突出重点的主题； 尽量在正文中说明问题； 正文书写最好要点列表，重点突出，使用格式排版； 仔细考虑收件人、抄送人、密送人； 发给客户的邮件先审核 （ 项目组、上级、市场） 重要邮件发送之前检查，再检查 工作的邮件严肃＋适度幽默； 。。。。。。  邮件沟通 邮件沟通要点及注意事项 不要：形式固然重要，但不要让形式掩盖内容 邮件无主题、不准确的主题； 只有附件，正文空白； 正文不分主次，没有格式，一大段一大段流水帐； 错别字、无称呼、无签名或错误签名； 工作沟通邮件中不合适的“嘻嘻哈哈”； 误发、漏发接收人； 不分大小事，统统用邮件； 直接网页粘贴，收件人那里重要信息看不到； 。。。。。。 邮件沟通练习 思考和练习 案例1：向客户汇报工作进展 说明工作进展； 希望能主导项目下阶段安排，但不能引起客户反感； 客户有多个接口方，不同级别，不同角色。 案例2：拟定下次沟通交流通知 拟定活动时间、地点、主题； 设计适于参加活动的人员，并设计人员分组； 幽默的文字风格，说明活动主题和形式 能调动大家的热情参与活动 小结 交流的能力(说出自己想法/倾听别人意见) 交流算不算一项技术 ? 我不下断言。很大一部分技术人员是属于沉默的大多数，即使有自己的想法也不习惯于表达出来; 而另外有很大一部分技术人员太过于自负，很难听取别人的意见。良好的交流能力无疑会比掌握多掌握一项技术更为有效。