例来说明上述各种技巧:
1.1.1. 选择正确的沟通途径
选择正确的沟通途径对于确保完成沟通目标起到非常重要的作用。在软件项目管理中,存在各种各样的沟通。可能因为沟通的受众不同,也可能因为沟通的内容不同,我们可能需要选择不同沟通途经。XP和敏捷方法论中比较显著的建议是face to face的沟通,为了达成这样的沟通效果,建议结对编程,建议为项目组营造无障碍的沟通环境,比如一个项目组的成员坐在一个没有挡板的单元区间内。但是,这只是建议,具体采取什么途径还依赖实际情况。下面以一些实际案例来说明如何选择正确的沟通途径。
案例1:“我希望每个人都清楚,并且要坚决无误地执行”
Milkyway项目组的负责人Rassy 从最近的项目里程碑评审发现系统存在很多中断性错误,软件的质量似乎已经到了不得不狠抓的时候了。Rassy知道这项工作的紧迫性,也知道这项工作必须把需求、设计、开发各方面的人员都调动起来,大家一起关心产品的质量,才能有效改进他。Rassy知道这样一项工作要开展下去,需要各方面人员深刻认识目前质量的现状,并且一定要拿出具体的可实施的保证方案才能有效达到目标,于是Rassy决定召开一个全员质量动员大会,在会上统一强调目前质量与预期的差异,明确提出增加一个质量评审里程碑,要求大家会后立即准备行动计划。
评价:对全局有着重大影响的事件,有必要采用全员会议的形式。这种形式往往比较正式,容易引起员工重视。同时,只要会议议题明确,完全可以起到众所周知的效果。全员会议适合实施影响面积大,行动快的强力决策推动。
案例2:“我的任务完成依赖于他的工作进展,我想敦促他尽快工作”
测试人员给Jack的系统管理模块录了3个bug,其中有个bug是参数处理不当引起的。Jack非常清楚知道这个bug的修复要依赖参数管理模块存取接口的重构才能完成。而参数管理模块是Michael负责的。Jack想敦促他快点完成重构,以便他可以在正常的bug帐龄内修复它。Jack想给Michael发送一封邮件来告诉他这件事,后来觉得还是打个电话过去比较好。因为现在正在集成阶段,每个人的修复任务都很多,邮件也很多,如果光发邮件可能不足以引起Michael对这个问题的重视。打电话可以确认它知悉了这件事。
评价:打电话的沟通方式适合于沟通动机中要求明确知会对方某件事情,并且要求对方能够尽快响应,而双方只需要语言沟通即可明确目的。
案例3:“这件事情虽然不紧急,但是我必须知会对方,并且希望以后在必要时可以确认各自的责任”
Michael的参数模块接口因为新的需求加入最近可能要作一些代码重构,Michael考虑了一下,觉得有两种重构方法。一种重构办法是直接修改现在既存的接口,但是Michael担心这个修改可能引起大面积调用该接口程序的稳定。另一种重构方法是增加新的接口满足新的需求,同时保留老的接口以暂时兼容现有的程序,但是把这个接口设置为depricate(不建议使用)。稳妥起见,Michael选择了第二种方式。为了知会大家,Michael决定给整个项目组发送一封邮件,明确目前新增接口的原因,以及老接口依然保留的决定,但是不建议大家再使用老接口。Michael同时告诉大家,希望大家在两周内把程序从老接口迁移到新接口。因为老接口将在两周后被删除,
评价:邮件方式适合点对多点的异步事件通知,希望知会对方,但是并不要求对方立即响应。同时邮件可以保留以备查阅。
上述的案例只是实际生活中案例的一角,但是作者希望可以帮助读者理解,在任何沟通进行前,你需要思考一下:“我究竟如何跟他沟通才更好呢?”
1.1.2.&nb
项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html