我一直有断断续续的思考工程师的能力模型，其中很重要的一块是和所在公司行业无关的，也许叫通用能力，也许叫核心能力吧，这其中的一部分经常有人讨论，诸如学习、沟通等等，但也有一些是我没有看到有人明确主张和讨论的，我一直在试图写一些东西，但一直很难行成体系，今天得益于有人觉得我脑子有问题，我觉得是个好机会，就当喝醉了随便写一些零散的碎片吧
在草稿里，我把我想要描述的能力分为两类，今天不谈的一类叫哲学，是关于如何认知如何思考的工程师版本，另一类我暂时叫他郑氵台，这个名字并不那么准确，它是更为具体的，从宏观到微观，对整个社会、行业到公司、部门最后到个人的组织、关系、运行机制的理解和认知，以及作为一个小的单元，如何在一个更大的单元中更好的生存发展的问题
讨厌写周报，不知道如何制定个人 KPI，简历写不好，不会应对职级晋升评审或是面试，在我看来很大一部分原因就是这种“郑氵台”认知和能力的缺乏
任何一个小单元和他所属的大单元之间，都有各自不同的利益、发展目标、内部矛盾，以及平行的竞争关系等。任何时候，平行的小单元之间以及小单元和对应的大单元的合作关系都应当基于共同的利益和认知，想要博取更多的资源，更好的机会，要做的就是扩大共同利益，对齐认知（和预期）
而太多人的想法都是极端的二元主义，非友即敌，认为公司（ or 部门）要的有利于公司的肯定不利于我甚至有害于我，我要的公司肯定不肯多给，在这种思想的作祟下，就会衍生出很多病态的，或者说不具备建设性的逻辑（对公司有贡献的工作肯定和技术成长无关，HR 就是压我工资的，领导就是要我加班的），会衍生出很多有问题的做法
扩大共同利益则是一种更健康的思维方式。作为工程师来说，首先要做的是辨别公司的所处行业、核心竞争力，竞争对手情况，技术工作在其中的贡献，重要的点在哪里，结合实际情况，整体大局以及个人的能力范围以及发展期望，找到或扩大其中的交集，在这些方向上施力，才能事半功倍
这肯定会需要更多的思考才能达成，所以注定不是大众的思维模式（更容易传播的永远是简单直接让人放弃思考的东西），不是主流的声音。但只有形成正向循环，才能真正实现大单元和小单元，组织和个人的共同成长
关于职业发展，跳槽时机，公司辨别和选择等等，其实也同样适用相同的思维方式
在草稿里，我把我想要描述的能力分为两类，今天不谈的一类叫哲学，是关于如何认知如何思考的工程师版本，另一类我暂时叫他郑氵台，这个名字并不那么准确，它是更为具体的，从宏观到微观，对整个社会、行业到公司、部门最后到个人的组织、关系、运行机制的理解和认知，以及作为一个小的单元，如何在一个更大的单元中更好的生存发展的问题
讨厌写周报，不知道如何制定个人 KPI，简历写不好，不会应对职级晋升评审或是面试，在我看来很大一部分原因就是这种“郑氵台”认知和能力的缺乏
任何一个小单元和他所属的大单元之间，都有各自不同的利益、发展目标、内部矛盾，以及平行的竞争关系等。任何时候，平行的小单元之间以及小单元和对应的大单元的合作关系都应当基于共同的利益和认知，想要博取更多的资源，更好的机会，要做的就是扩大共同利益，对齐认知（和预期）
而太多人的想法都是极端的二元主义，非友即敌，认为公司（ or 部门）要的有利于公司的肯定不利于我甚至有害于我，我要的公司肯定不肯多给，在这种思想的作祟下，就会衍生出很多病态的，或者说不具备建设性的逻辑（对公司有贡献的工作肯定和技术成长无关，HR 就是压我工资的，领导就是要我加班的），会衍生出很多有问题的做法
扩大共同利益则是一种更健康的思维方式。作为工程师来说，首先要做的是辨别公司的所处行业、核心竞争力，竞争对手情况，技术工作在其中的贡献，重要的点在哪里，结合实际情况，整体大局以及个人的能力范围以及发展期望，找到或扩大其中的交集，在这些方向上施力，才能事半功倍
这肯定会需要更多的思考才能达成，所以注定不是大众的思维模式（更容易传播的永远是简单直接让人放弃思考的东西），不是主流的声音。但只有形成正向循环，才能真正实现大单元和小单元，组织和个人的共同成长
关于职业发展，跳槽时机，公司辨别和选择等等，其实也同样适用相同的思维方式
Select Language