你身边有多少人是这样的？

从前同事的公众号里看到一件工作中遇到的事情，事情的过程是这样的：

简单来说，就是前同事所负责的是一个SaaS系统，可以运行客户自定义一些功能，比如截图中查询维度就是自定义功能之一。

突然有一天，一个客户想测试下自定义数据查询维度的功能，也就几千条数据，结果崩了。

于是同事作为技术负责人，就找负责这个系统的研发同学聊聊，怎么解决这个问题。

有意思的内容在于沟通过程中这位技术同学的对话，我们一起来感受下。

在整个对话过程中，可以明显感受到以下几个问题：

• 沟通能力差；
  

• owner意识不足；
  

• 缺少解决问题的能力；

沟通能力差

沟通能力差很明显的特点就是你与他的对话效率非常低，效率低有两点，一个是关键信息含量，一个是关键信息输出效率。

每一句话里面的关键信息都不足，就很难让对话向着有质量的方向发展。

每一句话都需要提问者追问才可以给出来，效率就非常低。

好的沟通是在于引导对方。某种程度上，这位同学在这个系统或者这个问题本身的专业性与知情性上要远大于我的同事，所以这位同学应该引导着整个对话向着正确的方向走，而不是问一句答一句。

其实大家也可以在对话中读到一种负面的情绪，这位同学在被提问（其实最开始并没有质疑他的能力，大家在于还原问题现场）过程中，多次表现出不耐烦或抗拒的态度。

成熟的职场人还是比较理性的，但总会有一些人不够成熟，还是带着个人情绪在工作中。

试想下，如果这个会议有客户一起参与，客户觉得自己花了钱，但系统出现了bug，导致原本公司业务无法正常运作，这位同学以这样的态度在会议上对话将会导致什么样的结果？如果对方也有一个类似脾气的人，两个人互不相让，最后就大吵起来。这种人在工作中并不少见。

owner意识不足

这个是我观察到的第二个问题，这位同学是这个系统或者是这个功能的负责人，所有的代码设计与方案设计都是他实现的。

但在听到有这样一个问题出现时，他的第一反应是客户用错了，他们需要删减查询维度。这里其实可以继续追加几个问题：删除哪些维度？删除维度之后存量数据的查询会不会有问题？

如果他回答不好，或者说不知道就会引发新的问题。既然这个系统或者这个事情是你负责，但是你对于需求的把控与理解，方案的设计与演进都没有自己的想法，那你的负责究竟体系在哪里？

也就是说他的能力与态度不足以负责这样复杂度的产品或系统，他需要被其他人指导，而自己沉下心来提升自己的能力。

职场上也有这种人，叫做“心比天高，命比纸薄”，总想干一番大事，但对自己又没有很好的认知，结果干一件砸一件。在团队中的评价就越来越低，以后有挑战有价值的事情就不会想到他了，因为一个人有过多的失败经验并不能让他成功，过多的成功经验才是成功之母。

关于如何做好技术负责人，或者提升owner意识，可以查看之前的文章：什么是ownership？请回答，技术负责人

缺少解决问题的能力

对话中H同学曾经提出一个解决方案，但L同学轻易的就给否决了。这种同学在工作中也很常见，他们总是轻易回答一个问题，而没有把这件事好好的想一下。

比如今年有个重点项目是通过配置化提效，你刚说出来，他说就是增加一个配置平台，运营在一堆input框里面写groovy表达式，然后在代码里面跑。

给你什么感觉？

难道这样就可以做成一个所谓的重点项目了吗？这样做出来的东西究竟重点体现在哪里？一个重点项目起码要做到行业的80分，他这种做法可能一个工作2-3年的同学就可以做了，这值得行业的80分吗？

我们一直说解决问题是一个人职场的主要价值，公司请你来公司或者老板请你来公司就是要来解决问题的。

但很多人没有掌握一个科学解决问题的逻辑，甚至在过程中创造出很多新的问题。比如很多人写的代码看似解决了当时的问题，但由于代码质量差，设计与抽象不合理，反而成为了未来一段时间新的技术债，这种问题屡见不鲜。

首先我认为的一个核心系统，不会轻易交给一个我认为代码质量与方案设计质量不过关的人的，先不说这个系统几个月后肯定会变成屎山，光是未来投入解决他不合理实现引入技术债的成本就相当巨大，何不在一开始就避免掉呢？所以我招人的逻辑是宁缺毋滥，不会轻易引入一个团队拖后腿同学的。

不要变成这种人

针对以上三个问题，大家可以换个角度想想，如果你的团队里面有这种同学，沟通能力很差，你会放心将一个核心项目交给他吗？或者说你能相信可以他可以把这件事做得越来越好吗？

我们提拔一个人是因为一个人可以把一件事做得越来越好，是老板的左膀右臂，而不是总是把事情引入一些新的问题，给老板带来新的不确定性。关于如何解决问题，可见：你真的会解决问题吗？

一个被提拔的人是代表了团队甚至部门、公司的脸面，将来是要交出去代表我们的，你会将一个表达能力较差，影响团队印象的同学推给其他部门老板或者是我们的客户吗？