评价：对全局有着重大影响的事件，有必要采用全员会议的形式。这种形式往往比较正式，容易引起员工重视。同时，只要会议议题明确，完全可以起到众所周知的效果。全员会议适合实施影响面积大，行动快的强力决策推动。
案例2：“我的任务完成依赖于他的工作进展，我想敦促他尽快工作”
测试人员给Jack的系统管理模块录了3个bug，其中有个bug是参数处理不当引起的。Jack非常清楚知道这个bug的修复要依赖参数管理模块存取接口的重构才能完成。而参数管理模块是Michael负责的。Jack想敦促他快点完成重构，以便他可以在正常的bug帐龄内修复它。Jack想给Michael发送一封邮件来告诉他这件事，后来觉得还是打个电话过去比较好。因为现在正在集成阶段，每个人的修复任务都很多，邮件也很多，如果光发邮件可能不足以引起Michael对这个问题的重视。打电话可以确认它知悉了这件事。
评价：打电话的沟通方式适合于沟通动机中要求明确知会对方某件事情，并且要求对方能够尽快响应，而双方只需要语言沟通即可明确目的。
案例3：“这件事情虽然不紧急，但是我必须知会对方，并且希望以后在必要时可以确认各自的责任”
Michael的参数模块接口因为新的需求加入最近可能要作一些代码重构，Michael考虑了一下，觉得有两种重构方法。一种重构办法是直接修改现在既存的接口，但是Michael担心这个修改可能引起大面积调用该接口程序的稳定。另一种重构方法是增加新的接口满足新的需求，同时保留老的接口以暂时兼容现有的程序，但是把这个接口设置为depricate（不建议使用）。稳妥起见，Michael选择了第二种方式。为了知会大家，Michael决定给整个项目组发送一封邮件，明确目前新增接口的原因，以及老接口依然保留的决定，但是不建议大家再使用老接口。Michael同时告诉大家，希望大家在两周内把程序从老接口迁移到新接口。因为老接口将在两周后被删除，
评价：邮件方式适合点对多点的异步事件通知，希望知会对方，但是并不要求对方立即响应。同时邮件可以保留以备查阅。
上述的案例只是实际生活中案例的一角，但是作者希望可以帮助读者理解，在任何沟通进行前，你需要思考一下：“我究竟如何跟他沟通才更好呢？”
1.1.2. 使表述的内容易于理解
沟通的困难往往在于无法把想要讲述的内容以一种对方容易理解的方式呈现给对方。这里的呈现可能是face to face的讲述，也可能是电子邮件，还可能是文档或者代码。笔者参加过很多次项目设计评审、代码走查，对于这一点体会非常深刻。
很多程序员（即需求人员）与用户交流起来都很困难，这是导致程序员无法精确理解用户的需求，从而使产品迷失方向的一个主要原因。Jack 很想让用户明白他新设计的权限模型非常灵活，可以支持多种授权模型，绝对能够满足用户的需要。在一次用户需求调查时，Jack听取了用户提出来的一些操作上的人为约束后，便开始向用户津津乐道起他的权限模型来。Jack提到他的权限模型是基于角色的，可以灵活分配权限项。只要把操作和权限项对应起来，就可以根据角色来授权。用户很认真地在听，可是听后还是不明白Jack想表达的东西究竟是什么，为什么要描述得这么费劲。
此文章共有5页 上一页 1 2 3 4 5 下一页
文章来源：中国项目管理资源网
 沟通技巧-出色的项目经理之必备课程方案
|
Leadge.com首页 > 知识库 
