本文主要是介绍成为会带团队的技术人 勤沟通:在信任的基础上,让沟通简单且纯粹,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
我用三讲的时间带你了解了“管理三板斧”的第一板斧——拿结果。总的来说,拿结果的三个动作“定目标”“追过程”“奖优罚劣”围绕的是事情,怎么把事情做得更好。而第二板斧——建团队,是围绕团队建设展开的,团队建设不仅是把人聚到一起,还要凝聚大家的心力,思考如何让团队有效运转。今天这一讲,我先带你了解建团队的第一个动作——勤沟通。
对技术 Leader 来讲,沟通是每天要做的事儿,不限形式、场合。虽然大部分人认为沟通既必要又重要,但如果你问他到底多重要,沟通时要注意什么,怎么达到沟通目的,可能他就未必很清楚了。
其实,沟通是一件说起来容易,做起来又难又累的事情(与个人性格、习惯有关),很多时候我们在沟通时容易被主观情绪影响,凭感觉沟通缺少技巧,也忽略去学习与提高这部分能力。
要知道,沟通是有目的的,既然沟通的对象是人,我们还希望通过沟通去达到一定的结果(效果),那么就要懂得一定的道理与技巧。接下来,我就从沟通的核心原则、不同维度、不同场景三个方面和你分享适合技术人的沟通技巧。
沟通的核心原则
我认为,沟通是内心想法和思考逻辑的外延,如果你有良好的沟通能力,可以在整个团队中营造公开透明的信任氛围,让信息透明的同时,也让团队成员愿意发出自己的声音。
但实际情况中,很多人会有意或者无意地过滤信息,让团队内存在信息差(Leader 知道团队成员不知道的事情),进而主导一些决策和工作安排,从而让团队成员因为缺少关键信息,难以彻底发挥自己的价值和创造力。
这种做法明显是错误的,因为从工作的角度出发,沟通就是在保障团队内部的信息流通,让团队成员能根据信息做出利于工作的决定。而从团队和人的角度出发,沟通是在建立信任,便于团队成员在信任的基础上达成共识,实现未来的良性发展。
所以我对沟通核心原则的定义是:在相信对方的基础上,让沟通氛围变得“简单且纯粹”。 很多人在沟通时,并没有把自己与对方摆在同一个维度上,往往带着试探和博弈,这样的沟通注定失败。所以我认为,想让对方信任你的前提是你也相信对方,这才是最有效的沟通方式。
不同维度的沟通
在实际工作中,我们会和不同角色进行沟通,比如技术、产品、业务;也会有不同维度上的沟通,比如向上、向下和水平的沟通。沟通的维度源于阿里的一句土话:向上沟通有胆量、平行沟通有肺腑、向下沟通有心肝。
可能对于很多同学而言,最难的是向上沟通,因为你与沟通对象之间有汇报和管理关系,所以被制约感很强,但是向上沟通在日常工作中无处不在。
比如 618 大促项目会上,你所在的团队要针对营销新玩法做对应的实现,当你和团队成员已经提出一套方案后,老板也给出了另一套方案,并且认为新方案的实现成本更低。可是以你对系统的了解,虽然新方案实现成本低,在现阶段也不会出现硬伤,但其中存在很多隐蔽的细节,后续迭代会很痛(比如新增的津贴玩法看起来可能与红包类似,但如果用红包系统做津贴的底层实现,两个业务在系统上就被耦合了,当未来业务有变化时还是要拆分,并且在这个过程中增加很多不必要的风险)。那么这时你是在会上直接指出他的问题?还是在会后单独找他对焦呢?
这种情况比较常见,十分考验你的沟通能力,不过这种场景里没有 100% 正确的答案,所以我只和你分享下我自己的做法和建议。
如果你确定方案本身存在很严重的问题,我建议你在会上提出。虽然我们重视人与人之间的沟通,但项目以及沟通的目的是事情本身,事情要搞砸了,再顺畅的沟通都没有意义。而你需要注意的是沟通方式、技巧、口吻、语气,比如你可以肯定和老板方案之间共性的部分,对于差异点应该说明自己的判断和思考,并且尽量用事实和更好的方案来佐证,而非“你觉得”。
另外,类似项目会上的分歧,在会后沟通效果极差,因为开会的目的就是为了让大家达成一致,项目成员有一个统一认识,如果在会后立刻推翻其实会对项目本身的节奏有所伤害,很容易造成信息混乱,认识不一致。所以这里我的建议是向上沟通要有技巧、有原则,认清沟通的目标与目的,不轻易妥协导致更严重的后果。
关于平行沟通有肺腑是指你要真诚沟通,不要油滑套路。 之前我们每个月有产品会,CEO 以及各部门负责人会在此确定业务需求的优先级。然而有时确定优先级之后,业务方可能会私下找你表示目前有一个业务需求很重要,希望技术团队能帮帮忙,甚至加班想办法支持下。
面对这样的情况,你要怎么沟通呢?很多人会套路地回复,比如“技术资源有限”“老板已经确定了优先级,自己无法做主”“会找产品看一下,过几天给你回复”……虽然类似的回复会将问题与矛盾转移,但本质上没有解决问题,同时次数多了,业务方也会认为你没有担当,甩锅,这就是很差的沟通体感。
但如果你把业务方当作合作伙伴,甚至是你的客户(为他服务),就应该抱着解决问题的态度与其沟通,尝试着重新梳理资源或在你的职权范围内微调项目优先级,或者进行需求的合并,又或者借助其他团队的力量完成这件事儿,如果实在解决不了,再跟业务方共同努力寻求一个最佳方案。总之,你能不能解决是一回事,但你是不是真的想帮他解决问题又是另外一回事儿,我相信对方是能感知到这两者的区别的。
另外,你可能会觉得平行沟通有肺腑意味着“直言不讳”,行就是行,不行就是不行。其实在我看来,“直言有讳”才是真的懂得沟通,也意味着你真的站在对方的角度去考虑问题。
向下沟通有心肝是指有同理心,有尊重的同时要感同身受。 比如,新同学入职 3 个月,在一次需求发布上线后,变更出现 Bug 导致系统宕机,连带你受到了上级的批评。这时你要用怎样的态度和方式与新同学沟通?是把他也狠狠地批评一顿,顺带把自己的情绪转移出去,还是看他已经很难过了,于心不忍,反而安抚他一下?这两种方式都有问题:
-
第一种是情绪宣泄,没有任何意义,只会造成团队内的信任错位;
-
第二种无法让犯错误的同学认识到这件事的严重性,沟通对未来没有改变。
这种情况下我认为好的方式是严肃但是不情绪化地做沟通,围绕事情本身来沟通,客观地表现出自己的态度,并告诉犯错方事情的严重性。
以上就是沟通的核心原则与三个不同的维度,在掌握这些内容之后,你要怎么结合具体场景具体沟通呢?接下来,我就分享两个你常见的场景,One One 沟通与团队沟通,希望你能把握其中的关键点,提升沟通效率与质量。
两个具体的沟通场景
One One 沟通
在我看来,One One 的沟通不应该有特定的时间和场合,实际上,它应该无时无刻、无处不在。我非常喜欢 One One,首先沟通成本低,你不需要找场地、不需要约时间,5~10分钟就可以做一次简单的沟通。其次,你容易调整沟通的深浅,既可以针对某一方面深刻地聊,也可以针对近况做一些简单梳理。那么对于如何有效地做好One One,我认为你只要掌握好 3 点就够了。
-
接地气,说人话
有的人在沟通时会把整个话题事情拔高,从公司战略层、价值观、公司文化等角度出发,讲官话,讲意义,但大部分时候一线研发人员根本不 Care ,虽然这些内容对他有信息上的补充,但并不会产生共鸣,往往是左耳朵进,右耳朵出。所以你没必要畅谈对方根本不在意、不在乎、没有关联的事。
沟通的内容最好是团队成员容易理解的,关心的。所以,把话讲清楚,讲明白才是最重要的,而不是用词多么高深,立意多么深远。 比如很多人经常提“赋能”“提效”,到底团队成员对赋能和提效理解多少呢?如果只有自己理解但是其他人根本不清楚是要怎么做,那又有什么用处?
-
视人为人
不知道你有没有过这样的经历:沟通刚刚开始几分钟后,你就迫不及待地想结束。因为交谈让你感到非常的不舒服,对方一直在用命令的语气或居高临下的态度“审判”你,而你只想躲避,或者更激烈的回应。不管哪种情况,彼此都不会有收获,因为双方并没有站在平等的角度,而是在做单方面的观点乃至情绪的输出,让人感觉对方想将自己的观点强加过来。
如果你带着非常主观和情绪化的认知去沟通,会发现在沟通时存在明显的攻击性,对方也会反感、排斥、并与你持相反观点。要尊重并考虑对方的感受,注意“人性的傲慢与偏见”,曾经我刚接手一个新团队时,认为新团队某些项目做得很差(系统乱且事故频发),所以在沟通时,潜意识地带着一种“你们之前做得不对,我来教你们怎么做”的傲慢态度。而当我刚表达完自己的想法后,有同学直接跟我说:“佳宁,你是不是觉得我们做的什么都不行?你有真的进来看过吗?”这句话直接让我认识到了自己的问题:带着傲慢与偏见。
总之,用居高临下的态度去责问与命令,只会把自己与团队割裂开,相当于你也没有把自己当作团队的一员,希望你以此为戒,先去认真分析整件事情存在什么问题,不要带着“有色眼睛”而是就事论事地以平等为前提进行沟通。
-
沟通要“勤”
这里的“勤”并不是单纯指时间和频率,而是说,你要一直对团队成员以及大家主要做的事儿保持关注,当发现一个合适的契机后就主动发起沟通。
合适的契机要靠你观察与把握,比如有同学最近状态不好,经常迟到早退,那可能是家里出了问题,此时一个简单的沟通既可以给对方提供一些帮助,也可以更稳妥地安排手里的工作。再比如有同学因为一个项目协作和其他团队发生了一些不愉快,此时你去找他聊如何对外沟通、如何推进项目、如何搞定分歧,他肯定更加感受深受,并且立刻就有实战的机会。
类似的情景有很多,如果你善于把握时机,以事情作为切入点,就事论事地进行沟通,会对团队同学有很多的提高和成长。所以很多时候,勤沟通不是一个技能,而是一种习惯,你要习惯通过观察和沟通来在问题恶化前着手解决问题。总的来讲,你要通过 One One 的沟通,与团队成员达成共识,让团队成员的行为向好的方向发展,进而产生更好的结果。
团队沟通
与One One沟通不同的是,团队沟通受人数的限制,是一对多的沟通,所以除了参考OneOne沟通的核心点外,你最关键的应该是搭场子,发起团队沟通。类似新组建团队、新人加入、年度考核、事故复盘等重要场景,对团队现状和后续发展会出现很大的变化时,我都建议你组织团队整体的沟通。一方面将信息传达到位,另一方面大家可以增强彼此的熟悉度和联系。
团队沟通目的性更强,频次不高,考验你的控场能力。以破冰行为为例,在饿了么和阿里,当团队有新人加入的时候,大家会一起吃个饭,一起定个计划,整个团队做一次沟通。我刚组建中台研发团队时,就把团队中直接汇报给我的成员,拉到一起,找个地方,大家吃个饭,然后从下午聊到深夜。每个人都谈谈自己的经历、谈谈目前的团队和业务的现状、谈谈那些想吐槽、想改变的,也集思广益地凑一凑我们一起接下来要做什么、怎么做。那次沟通已经过去2年了,但是我依然印象深刻。
总结
沟通不外乎是一边说、一边听,通过说来表达自己的想法,通过听来明确对方的想法,最终在不断来回的过程中达成共识。所以好的沟通既要有自己的观点,又要认真听,根据对方的反馈来把控整个沟通节奏,引导对话往你希望的方向走。
总的来说,这节课我提到了接地气、讲人话、视人为人、不偏见、不傲慢,真诚地去建立信任和联系,而这就是我认为的沟通技巧,简单但是有效,希望对你也有所帮助。
最后留一个作业:让你印象最深刻的一次沟通是什么,为什么你至今念念不忘?欢迎在留言区分享你的想法,我们下一讲见。
精选评论
**来嗟:
这种沟通是理想状态,首先领导要有空,公司制度支持;其次,现在00后90后有个性,不愿意与你分享太多,做好手头上的事就不想太多了,下班各自各精彩,还什么聊到天黑;有些人则认为,分配给我的工作我尽力做好,其余的别管太多,早下班,下班不要微信我,就是最好的关怀。所以,沟通模式还是很多的。
讲师回复:
如果遇到这类问题,我建议在招聘的时候就明确好,找的是同路人。其次不管是90后还是00后,工作总是一个付出与收获的过程,他肯定也有自己想要的得到的,围绕他关注的点来沟通。
**慈:
谢谢
这篇关于成为会带团队的技术人 勤沟通:在信任的基础上,让沟通简单且纯粹的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!