项目管理之沟通管理

本文节选自《Netkiller Management 手札》

1.4. 沟通管理(Communication Management)

为了确保项目的信息的合理收集和传输所需要实施的一系列措施,它包括沟通规划,信息传输和进度报告等。

我的要求就是单向精准,消息漏斗化。单向是有别于广播的。

很多企业喜欢使用广播试沟通,典型的例子是将电子邮件CC抄送给所有人,有关无关均抄送。这带来一个问题,员工每日面对一屏幕的电子邮件,找出与自己有关的邮件,既浪费时间也容易出错。所以电邮需要精准投递,不要发给无关的人。

消息漏斗化是指消息到达最终接收者,中间经过的环节不断过滤,消息量越来越少。举例,10个需求,5个评审通过,3个实现不了,1个开发实现不了,最终只有1个需求安排给开发者。

1.4.1. 表达方式

职场生存就不免不了与人打交道,高大上的说法叫“沟通”。不像生活中的沟通有天人的信任和默契,哪怕是不那么注意谈话方式,也不会产生误解。

职场上则不同,我们经常需要面对陌生人,需要更多技巧和规则。

1.4.1.1. 拒绝反问句

职场沟通应该尽量使用陈述句和祈使句,措辞需非常谨慎,以免产生歧义,甚至伤害对方的情绪而诱发矛盾。

当今的职场90、95后为主力,这一代独生子女内心比较脆弱,管理层稍有措辞不当,就会伤害到他们的情绪,后果是撂挑子就走。

无论是谁被反问的时候,都难免产生被冒犯的情绪。

1.4.2. 任务分配

一旦时间点确定,接下来就是分配任务倒指定开发人,任务的分配十分讲究,分配任务要精确描述,不能使用模糊语言,那样会造成误解。我的分配原则是5W1H方法:

- What:做什么事? - Why:为什么做这件事?有什么意义?目的是什么?有必要吗? - When:什么时候做,完成的时间是否适当? - Where:在什么地方做,在什么范围内完成? - Who:由谁负责做?由谁负责执行?谁更合适?熟练程度低的人能做吗? - How:怎样做

举例,运维任务

- What:为api服务器做负载均衡,多增加一个节点,负载均衡算法采用最小连接数。 - Why:目前api服务器只有一台,如果出现故障将影响倒所有业务运行,顾该服务器存在单点故障,需要增加节点。 - When:本周内完成,周末上线。(此处可以写日期) - Where:在A机柜,低2机位处,连接倒交换机第三个端口。 - Who:XXX负责网络配置,XXX负责上架,XXX 负责验收测试 - How:增加/etc/hosts设置如下 - api.example.com 127.0.0.1 - api1.example.com 192.168.2.5 - api2.example.com 192.168.2.6

举例,开发任务

- What:增加图片验证码。 - Why:目前用户注册登陆以及发帖无验证吗,某些用户通过机器人软件批量开户/发广告帖,给我门管理带来很大困扰。 - When:2014-06-15 开始开发,2014-06-20 12:00 上线。 - Where:用户注册,登陆与发帖处增加该功能,。 - Who:张三负责验证码生成类的开发,李四负责用户注册,登陆UI修改,王五负责发帖UI的修改。 - How:具体怎么操作的细节,此处省略200字...

举例,测试任务

- What:测出XXX软件并发性能。 - Why:目前XXX软件在线任务达到200后,用户反映速度慢,经常掉线。 - When:故障时间点10:00AM,需要周二完成测试,周五完成优化,月底上线。(此处可以写日期) - Where:在AAA分支检出代码,编译后部署到BBB环境。 - Who:XXX负责网络配置,XXX负责软件部署,XXX 负责测试 - How:具体怎么操作的细节,此处省略200字...

1.4.3. 任务确认

当接受分配的任务后,最好能够在沟通完毕后确认一下对方的意思,例如:

“XXX 总, 我没理解错误的话,您的意思是要求我:第一,......; 第二,......; 第三, ......; 是这样吗? 没有问题的话我就按这个去执行了。”

1.4.4. 越级和跨部门沟通

谨慎处理越级和跨部门沟通,无论是对上还是对下的越级,都是职场中的忌讳。

对上越级沟通,会让自己的上次暗生不满。

对下的越级沟通,会损害直接下属的权威。

两者都会打乱其部门内部的权利结构和工作部署,形象整个组织架构管理。

1.4.5. 工作例会

开会就要有解决方案,成熟的方案,否则不要开会,开了没有意义,浪费时间。

通常我们看到的会议就是针对XXXXX问题你们看看怎么做,你们大家商量一下,然后你一言,我一嘴,各个提建议,到头什么都没有解决,一份会议记录发给所有人,几乎没有人看。

提意见都很踊跃,具体到谁负责都开始低头,会议内容落实5%不到。

会议不能议而不决,会议的目的是针对方案细节依次敲定,然后进入到Ticket对应具体负责人。

1.4.6. 工作报告

不要让员工为了写工作报告而写工作报告。

我从不要求团队写工作报告,因为项目管理中Ticket/Issue一幕了然,任务出口是由经我这里确认后发出,对整个项目了如执掌,所以不需要工作报告。

工作报告并不能判断员工的工作量以及是否工作饱和,所以工作报告是不准确的,可以虚构,不实的,而员工为了写报告而写报告,造成时间成本浪费。

1.4.7. 负面信息处理

任何公司内部都会时不时传出一些负面信息,例如,公司投资项目失败,高层政治斗争,销售业绩受挫,绯闻谣言。

怎样处理这些负面信息呢?答:欺上瞒下。

对下属,听而不说。

对平级,不听不说。

对上级,过滤后说。

原文发布于微信公众号 - Netkiller(netkiller-ebook)

原文发表时间:2017-10-17

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏云计算D1net

“从恨到爱” 甲骨文与微软结盟对抗亚马逊

在过去数十年,Oracle与微软是软件行业当之无愧的两大巨头,同时也是数十年的竞争对手——从数据库到ERP,从营销策略到法律诉讼。2013年之前,两位巨头在...

2545
来自专栏阮一峰的网络日志

五个为什么(译文)

昨天晚上,我终于把 More Joel on Software 翻译完了。 谢天谢地,总算可以摆脱这本书了。 唯一的感觉就是特别倦怠......检查完译稿以后,...

28012
来自专栏SAP最佳业务实践

从SAP最佳业务实践看企业管理(157)-条码

条码 产品管理能力是现代企业经营实力的重要标志之一。随着技术的发展和市场竞争的日益激烈,越来越多的生产企业要求对其产品的生产过程和物流、销售、售后服务等过程进行...

2838
来自专栏BestSDK

编程界超级英雄大盘点:Python是蝙蝠侠,PHP是小丑

Assembly:绿巨人 Assembly是面向机器的程序设计语言,功能很强,可以利用计算机所有硬件特性直接控制特性。它和绿巨人一种,能量巨大,其力量与情绪状态...

3747
来自专栏智能算法

最令程序员沮丧的十件事

er双旦快乐~! 软件开发是一个伟大的工作——和任何其他工作一样,它也有它的缺点。下面的十件事就是大多数程序员关于编程所无法苟同的。 对于非软件开发人员来说,...

2735
来自专栏北京马哥教育

国外技术大牛通过12条测试让你更好地编程

马哥linux运维 | 最专业的linux培训机构 ---- 你听说过SEMA么? 它是一个用来测试一个软件团队有多好的相当深奥的系统。不,等等!不要手贱点...

2838
来自专栏数据派THU

数据蒋堂 | 计算封闭性导致臃肿的数据库

来源:数据蒋堂 作者:蒋步星 本文长度为1873字,建议阅读5分钟 本文讲述计算机的封闭性如何导致了臃肿的数据库。 许多大型用户的数据库(仓库)在运行多年之后,...

19410
来自专栏安全领域

物联网:数据淘金——从数据中挖掘有效信息

如今是信息时代,得数据者得天下。然而,只是“有”数据还不够,数据的“准确性”和数据的“分析”也是至关重要的。爱因斯坦也说过:“能用的不一定有用,有用的也不一定能...

4859
来自专栏知晓程序

什么?微信也可以听文章!看公众号再也不怕伤眼睛

春节假期刚刚结束,很多人(被迫)回到自己的工作岗位。双眼长时间盯着电脑屏幕,你是否也感觉到,眼睛越来越干涩,越来越酸?

844
来自专栏EAWorld

老司机谈DevOps 2.0:引子

译者的话: 你真的懂DevOps么?你知道怎么就持续集成持续部署又微服务了么,用时下流行的工具,实践DevOps怎么搞……跟着我,听老司机818 DevOps的...

2835

扫码关注云+社区