一直不断提醒自己要提高自己的核心竞争力,但核心竞争力究竟是什么?或者说在当下的工作环境中,我应该注重学习提升自己哪方面的能力?
刚进公司时,我给自己的答案是技术。但随着在公司接触更多的人,做更多的事,这个答案除了技术之外,我现在还会给出做事方式以及对制度流程的理解。今天先只讨论做事方式。最近工作中遇到两件事,就以这两件事为例尝试分析自己在做事方面的不足以及改进的方向。
第一件事,我被投诉了。事情背景是这样的,我接了一项需要拉通隔壁部门一起完成的自动化工程项目。具体两方需要做的事是,我这边完成数据的自动解析与统计分析,他们那边实现通过邮件把数据呈现出来。
第一次交涉,是提需求过去,不过最开始的需求邮件不是我发的,而且是我在联系过他们之后才知道已经有了需求邮件给他们了,所以就直接等他们实现了。实现之后又跟他们沟通一次才发现他们的实现方案没有拓展性,后面改一次用例就需要对应改一次他们的方案。当下是可以预见到用例改动是必然的,而且是很频繁的。所以就跟他们沟通想要他们改方案,工作量预估了下5行以内应该能解决。(以前的方案是写死用例名,改成遍历文件夹里的文件可以满足要求)
第二次交涉,跟对方沟通了方案问题,对方表示需要再提一次需求。当时不是很愿意,因为当时觉得也不全是我的问题,但是为了速度闭环问题,不愿意再多扯皮,就跟他们老大提了一次,并说明了原因。
第三次交涉,邮件发出来后,用户对不满意的地方提了意见。所以搜集了一轮之后又提了一次需求,并说明了原因。
在第三次需求发出去,也就是我第二次邮件发过去之后,对方老大直接向我主管投诉,说我没有系统规划,想到什么提什么。
事情的经过大体就是这样,下面尝试对整个过程做个总结分析。首先对于做事情本身。对于这件事来说,确实我前期考虑不足,而且做事方式还是跟与本部门人合作一样,先做着,有问题再改吗。当然,与本部门的合作方式也是不对的。与外人合作,不论是熟人还是生人,都要确定好两方的边界,明确自己对外的接口是什么样的,这样才能更好的完成事情。就拿这件事来说,我是与他们合作的,我跟他之间的接口就是需求,我提他实现。好,下面明确接口的约束,是不是我输出什么,他就接收什么,我拖泥带水的输出,他稀稀拉拉的全盘接收。很明显,这是很低效的,而且确实令人生厌,直接返回error给我,我也没办法。所以接口传递的内容要高效,要全面,不能拖泥带水,这就是基本约束。知道了接口功能,明确了接口约束,那么就要在每次调用接口的时候问一下自己,是不是在正确的使用接口功能,这样才能更好更高效的完成事情,毕竟沟通本身才是最大的成本。明确与他人之间的界限是关键。
然后对于沟通。与他人一起做事是一方面,与别人沟通又是另外一回事,这两个合到一起构成了合作本身。对于整个沟通过程来说,我在最开始的时候没有跟对方沟通好从我们两个合作开始,我们两个的输入是啥,结果导致最后投诉的时候把别人的问题一起算到我的头上,这个是很亏的。我在跟你合作之前,理应沟通好我们两个开始的起点是啥。其次,合作的过程中要让对方有主人翁的意识,这样对于只是改个显示颜色这样的事情就不需要还要让双方老大都批准才能做了。也是依赖于沟通,最开始的时候就要跟对方确定好,我们最终的整体目标,要让每个参与方都有归属感,都有主人翁的意识。最后,对于回复投诉,我实际上是把事情本身呈现出来了,就是把每次提需求的背景以及目的都说出来,不参与感情色彩,让双方老大来评判。实际上我也不知道这样好不好,可以从一方面说这样是只对事不对人,把事情说清楚就可以了,但是也可以从另外一方面说没有狼性。暂时没有想到更好的回应方式,虽然心理已经脑补了N份把对方喷到死的邮件,但总归没发,做事就是做事,代入感情色彩总是不好。
第二件事,我被教育了。事情背景是这样的,我接手了一个问题,需要定位问题的原因。问题的现象与之前版本的一个问题完全一样,当时已经定位出来了。但是新的版本出现了同样的现象,但因为方案有改动所以以前的定位结论并不适合当前版本,所以需要重新定位,但大概就是这一块的问题。
在正面定位了两三天实在没有头绪的时候,不得已开始做节点隔离,最终确定了上库引入问题的节点,上库代码不是很多,不过逻辑比较绕,而且这一块的预期输出也不是太清楚。所以就想拉这个节点的上库人来问一下。
第一阶段,直接呼电话,但是一直不接,留言说这一块有问题让他检视下代码但是没有回复。第二阶段,直接当面找他的人,跟他把现象以及当前进展描述一遍后(当时因为已经留言过说是他上库引入的问题,就没当着面说是他的问题),原想让他检视下代码,或者给点思路(因为上一个版本也是他写的代码他定位出的问题),实在不行把涉及到代码的预期输出的逻辑描述一遍也行。结果反被说没时间教我,着重说了几遍他没时间。
这件事情的问题实际上也是很大一部分出在沟通上,可能我表达出来的就是想让对方帮我定位下问题。实际上,如果我虽然把背景描述清楚了,但我并没有很清晰的表达出我接下来的诉求。找人帮忙很大程度上是这样的,比如一个人想找我帮忙,实际上我是很难短时间从他三言两语里面知道事情的全貌,或者明确的知道对方的诉求,这个时候他如果描述出我需要你做哪些事情,1/2/3/4等几点,这样我虽然不知道他整个事情的全貌,但是对于他分解出来的几个点我是可以针对单个点给我建议或者给出解决方案的。从入职以来学到的沟通方式,很大一部分在于想着我要把事情的背景说清楚,这样才能更好的帮助到我,实际上不全是这样的。描述清楚事情的背景是有可能别人对于这样的背景有经验,听到背景就有了大概的解决思路,这样的话,我给出背景然后抛出疑问就能获得帮助了。但是对于没有这样经验的人来说,背景只是让对方了解你大概在做哪方面的事,给别人说的同时也理清自己的思路,那么在说接下来求助信息的时候更通畅也不会显得突兀。但实际上背景终究只是辅助,最根本的还是你想让对方给你的帮助,把这个说清楚才是最重要的。就像这件事情,我前面说了一堆进展,根本没卵用,对方比较忙的时候是不上心的,重点在于你要求助的具体事情,然而我在阐述要求助的具体事情的时候实际上是遮遮掩掩的表达出来的,对方估计也是一头雾水,只能根据我说出来的背景连蒙带猜,双方都难受。所以在向别人求助的时候,沟通的重点在于两点,一是背景,二是求助的内容,求助的内容一定要清晰明确,最好在切分成1/2/3点,这样对方就算不能帮你解决整个事情,但或许在每个小点上都可以给你点建议,然后你自己把所有的线索拼成最终的答案。
总结出现阶段需要锻炼提高的两点做事情方式,一是明确与他人的界限,二是沟通的方式。前路漫漫啊~~~
网友评论