总结十三：外在认知比实际行动更重要

成功并不只在于你做了什么，更需要考虑别人如何看待你所做的成果。

现实中外在认知比实际行动更重要。

---

回顾十几年来的开发工作生涯，其实发现很多时候都会存在这样的情况。下面说两个：

• 我记得我刚做技术总监的时候，因为我刚开始进入这家公司使用的技术是.net系列。那个时候我的职位是经理。我的Boss的技术栈是JAVA。后来业务的发展，必须对现有系统进行重构（系统刚开始是买过来的）。他决定使用JAVA对现有系统进行重构。他在重构了部分之后，直接离职了。然后我就顺势上位。在公司老板的眼睛里，我就是不会JAVA的。其实他不知道的是，我以前就是JAVA出身的，后来因为公司工作的原因，我使用了多种开发语言。因为老板的原因，我在团队中的地位比较尴尬：我不能对后端人员直接进行管理，后端Java人员的相关事宜，他直接找对应的项目经理（新招的）进行沟通。就直接和老板汇报，跳过我这边。对于相关开发流程优化、代码质量、规范和团队管理也无疾而终，提出的意见只作参考。这样的配合最终导致项目延期。但是在老板的眼里，问题的存在都是可容忍的，因为项目经理是公司Java开发进度最熟悉的人。

我总结了这个事情，是因为我当时给公司老板的认知是我就是只会.net。Java我不行，这个需要一个权威的人给他判断。但是他却忘记了我们双方之间没有去好好去认识双方，双方的技能、认识、三观等。

我们双方的认知出现了问题。他的认知比我的实际行动的付出更重要!

• 第二件是和产品有关的。本来产品是属于技术下方的。为了编码不受到干扰，我把所有公司内部对外的事项都扔给了产品经理。产品经理这个女的呢性格外向。这样做的结果导致产品经理有点飘，在公司里面一直以技术一姐的身份自居。做技术的巴不得这样就可以静下心写代码了。后来她直接跳过我安排一个高级弄的公司的数据库出了问题，因在做数据备份的时候，高级在没有备份完全的情况下，说已经备份了，导致删除后数据丢失，因为对外一直是她在做，我当时的想法是想办法减少公司损失。也没想其它的。直接安排对应的工程师一起加班对数据进行恢复操作，周末也在加班弄，在弄了一周多以后，数据基本恢复完成。公司负责人直接让我离职，说产品经理说是我删除了数据导致的问题。刚完成还没休息就让走（卸磨杀驴啊）。技术部门由那个产品经理负责。 那就走吧，公司交接安排一周之内走人。交接的文档还是哪个产品经理出的（不作死就不会死，本来我已经开始按照我以前的工作情况在准备了）。我出来后听说，那个产品经理执掌了两个月，把团队弄的一团糟，和老板提出不再管理技术部，由我以前的小弟管理。当然，那个产品经理也直接拉黑了。

这个事情其实想想，除了自己懒，别人的野心。其实公司负责人的态度才是最重要的。公司负责人为什么会认为我的问题。其实这个地方和平时他的认知态度是分不开的。其实态度就是认知的最好表达。

我们双方的认知出现了问题。他的认知比我的实际行动的付出更重要!

当然希望大家不要遇到我说的这种产品经理。大家可以聊聊自己现在的产品经理和技术的关系如何！