职场求生攻略
臧萌
PayPal 数据处理组技术负责人,《Java 入门 1 2 3》作者
立即订阅
1545 人已学习
课程目录
已完结 33 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 学会如何工作,和学习技术同等重要
免费
职业素养篇 (6讲)
01丨优先级:工作中那么多事情,我要如何安排优先级?
02丨沟通:邮件那么重要,你还在轻视邮件吗?
03丨沟通:程序员为什么应该爱上交流?
04丨主观能动性:为什么程序员,需要发挥主观能动性?
05丨责任的边界:程序员的职责范围仅仅只是被安排的任务吗?
06 | 职业素养篇热点问题答疑
职业选择篇 (10讲)
07 | 职业规划:如何选择一个公司?
08丨管理者关系:怎么才叫“跟对人”?
09丨管理者关系:跟对人和做对事哪个更重要?
10丨职业规划: 跳槽之前你想清楚这些事情了吗?
11丨面试:如何准备简历和面试?
12丨外包:外包不也是写程序吗?有什么不一样的?
13 | 外派:大家都在一个办公室工作,有什么不一样?
14 | 职业规划 :转管理是程序员的终极选择吗?
15 | 职业规划 :程序员加入创业公司,这些事情你想清楚了吗?
16 | 答疑篇:为啥你工作八年,只抵别人一年?
职场情商篇 (5讲)
17 | 升职:看着周围的人都升职了,我什么时候才能升职?
18 | 职场政治:我只想好好干活,职场政治和我有什么关系?
19 | 职场政治:面对公司自上而下的技术更新,我该怎么办?
20 | 沟通技巧:如何跟自己的同事请教问题?
21 | 答疑篇:想升职,我该准备些什么?
技术成长篇 (6讲)
22 | 学习观:程序员如何定义自己的技术舒适区?
23丨技术观:做程序员,技术观为何如此重要?
24丨技术观:程序员在技术的成长之路上,有哪些陷阱?
25 | 系统架构:如何从写代码的程序员,成长为软件系统架构师?
26 | 系统集成:为什么最容易出问题的是系统集成?
27 | 答疑篇:什么样的技术观能够更快成长?
加餐 (4讲)
28 | 沟通原则:什么时候应该妥协,什么时候应该坚持?
29 | 加班:加班逃不过,如何用正确姿势加班?
30 | 焦虑:程序员怎样才能越干越给力?
31 | 数据观:在你眼里,数据到底是什么?
结束语 (1讲)
结束语 | 职场的攀岩之路
职场求生攻略
15
15
1.0x
00:00/00:00
登录|注册

20 | 沟通技巧:如何跟自己的同事请教问题?

臧萌 2020-07-01
你好,我是臧萌。今天我来和你聊聊沟通技巧这件事。
我们在日常的工作中,和同事的互相交流必不可少。一方面,我们要大胆主动地和同事多多沟通交流。另一方面我们也要意识到,沟通也是有技巧的,如果沟通不得要领,会降低沟通的效率、浪费大家的时间、甚至可能会引起别人的反感。所以在这一节里,我想跟你分享一下我关于交流沟通的一些小技巧。
我把沟通分成三类,分别是输出式沟通、请教式沟通、和向上沟通。这三个方向,面向的受众和沟通目的各有不同,具体的技巧各有不同。

输出式沟通

首先我们来谈谈输出式沟通。所谓的输出式沟通,就是把自己知识输出给别的同事。这里说的不是分享会这种集中式的输出,而是通过简单随意的沟通来进行的输出。这种沟通方式,非常考验技巧和方式。毕竟弄不好就会让人觉得你是在臭显摆。不信我们来转换到被输出的一方,看下面这样一个场景。

好心也可能办坏事

你工作中遇到一个问题,正在埋头研究着怎么解决,看得正起劲儿,想深入研究一下。忽然一个同事跑过来说,这个啊,你这么弄这么弄之后,再这么弄就好了。你不得不恋恋不舍地把注意力转移到这个同事身上,还不得不装作非常感激地回应这同事的“指导”。然后你说:“哦,知道了,我一会儿试试看。”然后想赶紧抽身,继续自己研究。看你没动作,同事还以为你不会,直接说我帮你弄吧,接过你的键盘鼠标刷刷刷帮你改好了。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《职场求生攻略》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥19.9
立即订阅
登录 后留言

精选留言(7)

  • 南湾小猪
    有一个身边的例子,想请教臧萌老师:

    同事A和同事B合作一个重要的项目。他俩一起干活,但A比B多做了很多。后来B却去经理那儿打小报告,说A在项目中太强势,干活时候封锁信息,A自己埋头干,导致B在这个项目中难以作出贡献。所以经理就在一对一会议时候和A提出,希望A注意合作。

    A有些冤枉,向我诉说了这件事情。不知道B和经理的原话是怎么说的,即使是经理和A谈的时候,A也有些冤枉了。

    我作为一个旁观者来看,A属于技术强、动作快、很少废话的那种,B属于很会说话、宣传能力强、但技术较弱甚至有点划水的那种。

    对于B这种会打小报告的人,作为同事,我们应该如何去处理和沟通?

    作者回复: 我也遇到过这种B,也收到过类似的反馈。我的理解是,从经理的角度来看,有人来告状,说的又不全是假话,所以经理不能偏袒一方,“让A给别人一些机会”这个话经理必须要说。

    你要知道,经理也怕被人打小报告。

    实际情况很复杂,个人建议仅供参考。我建议应对的原则有两个:以事实说话,责任和权利对等。A的方式是要以最快最高效的方式把事情做成。既然B出来搅局,A也得自保啊。A可以跟经理提出:这个事情,这个方向,我不搞了,全权交给B负责。选择的事情,最好不要阻塞A自己现在要做的事情,而且交集越小越好。这就是事实:机会给B了,A绝不干扰B做这个事情。如果B的事情没搞定,导致有别的后果,那就证明B不行,而且B对办事不力的后果负责。这就是权利和责任对等。

    当然还有一个问题是,如果A本身是要负责整个事情的,也不能一粒老鼠屎坏了一锅汤。毕竟这锅汤是A负责熬的。这种情况下,A担着责任,那就必须要有相应的权利。B就是给A打辅助的。A完全可以向经理提出补充条款:如果上面分给B的事情B搞不定,就让他闪一边去。这个B人我A带不动。

    要相信一点,是金子总共会发光,如果B是金子,就算A想拦,也是拦不住B发光的。而如果是💩,到哪儿都是臭的,不会因为手里拿着个好机会,自己就香了,或者是因为把别人搞臭了,自己就香了。

    就你说的情况来说。如果经理就是喜欢B,就是想让B跟着A沾光,那就是A和经理的气场不合。参见跟对人还是做对事一节。

    你看跟对人有多重要,否则事情做了,还得受气,搞不好还得受罚。而且还没处说理去。

    2020-07-01
    2
    7
  • 熬夜等洗澡
    臧老师好,我昨天看到一个视频,大概意思就是:有两个员工,小张和小李,两个人水平差不多,都是比较普通的。但是小张喜欢跟领导邀功,而且还会夸张自己的功劳,比如说他加班了,会去跟领导说“哎呀,昨天加了一天的班,加的我腰酸背疼的。”只要他干了活,会想法设法让领导知道,小李则会有点显得比较清高,做了啥也不说,觉得邀功显得不太好,自己好好干,领导肯定会看到。然而升职的时候,领导选择了小张,而不是小李,小李觉得自己很委屈。
    他们不一定是程序员,我想请教下老师,对于我们程序员,是不是也要像小张这样,用一些职场政治的手段,但是程序员的工作环境相对比较单纯一些,毕竟大家都是工科男,用了会不会弄巧成拙呢?(追加一点,我指的是大多数程序员,大牛除外)

    作者回复:
    首先,不劳而获可耻。但是,我觉得这个事情可以换个角度看。

    经理的视角,经理安排了一件事情,对于这件事情的进度,遇到的问题,取得的成果,肯定是想知道的。小张就是经理获取信息的渠道。而小李呢,则没有发挥到渠道的作用,也就是没重视和经理的沟通。

    经理也是人,不是神仙。你不说,他怎么知道是谁干的。就算他明知道这个事情不可能只有小张一个人做,但是没别人跟他说啊。

    至于加班不加班,一般来说,除非你想要加班费,否则经理一般是不怎么关心的。这种小伎俩没啥用。经理关心的更多的是有用的信息,比如前面说的事情的进度,成果,问题等。

    我相信,在现实软件公司中,如果一人只是旁敲侧击的在经理面前突出自己加班多,经理的实际感受是这个人是不是能力有问题,事情干不完老是加班。

    总结一下,做的事情的成果和问题(注意是成果和问题,不是各种具体做事情的细节,比如你加了多少班,做事情遇到的技术问题细节,解决问题的细节,那些对经理来说意义不大),一定要让经理知道。如果没有面对面沟通的机会或者习惯,可以尝试从每天发日报开始。

    2020-07-01
    2
    4
  • 有学识的兔子
    个性有时候真的需要合适的环境才能发挥作用。以前的国企工作的时候,明显感觉到做事不是那么重要,反而错综复杂的上下级关系。这种氛围下,对于干活多话不多且个性不够张扬没有啥背景的人,还是很吃亏的。这种环境下,出活多少不是最重要的要素。

    作者回复: 那种环境下,个性不重要,背景和能力才重要吧。背景够强,不爱说话也是“低调”,否则就是“闷”。

    2020-07-02
    2
  • jhren
    臧老师好,请教两个问题
    1. 有同事问问题,就是把分他的任务直接问过来,该如何沟通让他问对问题?
    2. 遇到过几个刚毕业的同事,就是期望同事能像老师那样提供耐心并且无微不至的帮助,该如何让他们认清职场的原则呢?

    作者回复:
    把这个专栏分享给他(哈哈哈开个玩笑

    其实我觉得职场上,老好人是吃亏的。将心比心才是长久之计。彼此之间互相帮助,互相照顾,才是正常、健康、可持续的同时关系。

    对于1)我的建议是,现引导,后拒绝。先引导ta自己去看问题,比如说,如果是开源软件的使用问题,那么你就给ta个网站让他自己先看起来(当然他自己也能找到),然后跟ta强调说:有具体的问题再来问我。

    如果还是继续囫囵的问,那就只能拒绝:这个问题太宽泛,我无法回答你。

    对于2)没特别清楚,我的理解是,刚毕业的同事想得到你无微不至的帮助吗?

    对于刚毕业的同事,还是要多宽容一点。毕竟大家都是从开始什么都不会这样一路过来的。然后慢慢往正路上带,提示他们可以自己尝试着解决。然后遇到真的问题再大家一起讨论

    其实我的感觉是,很多刚毕业的同事并不少能力不行,导致一个事情搞不定,而是自信心不足,怕自己搞会弄出问题。这时候他们更需要的不是一个帮他们的人,而是一个给他们信心的人,让他们可以放心大胆去自己搞的人,告诉他们:“有问题不怕,遇到问题来找我”的人。

    2020-07-01
    2
    2
  • pyhhou
    受益匪浅

    对于向上沟通那里,就我自己来说,可能是目前的公司的机制问题,我的经理既负责技术,又负责管理。因为公司内部文档不清晰,但团队中只有经理对公司的一些系统有更深,更全面的了解,而且任务也是经理下达的。所以很多时候,技术方面的种种问题也都问经理,问其他同事,就算是其他同事给了一些意见,等到落实的时候,也还是必须去和经理确认。所以不管是技术上,还是工作分配上,有问题基本上都会去请教经理。除非是某个领域刚好有其他同事负责,才会去问其他同事

    知道这样其实不是一个高效的管理制度,但是只能是做好自己的事情,尽量把问题都记下来,等到每周的 1-1 会议时再向经理请教

    作者回复: 你们经理够累的。其实他应该放手,一手抓技术,一手抓管理,还得一手抓业务,其实是忙不过来的。其实经理负责好业务和管理就行了。

    我感觉这种模式,对他自己来说,自己更忙,也成为了整个团队的效率瓶颈;对团队来说,没有足够的授权,积极性也会受到打击。

    2020-07-02
    2
    1
  • Geek_3b1096
    非常有帮助

    作者回复: 😁

    2020-07-01
    1
  • Sdylan
    现在做完需求,抽空写文档,别人来问,仍他一个文档,先看一下。有问题再问我,文档共享的时候抄上组长和经理。

    作者回复:
    好习惯👍,文档写得好,省事儿省不少。

    2020-07-20
收起评论
7
返回
顶部