技术管理能力真的存在吗？

曾经无知

　　曾经以为软件系统人员的软硬实力，不外乎技术架构能力、能编码、能行动、能用code构筑业务目标；技术管理能力，能御众剑、能领导、能用方法论（BizDevOps、敏捷、XP、DDD）激活放大团队能量，实现业务价值。

事实胜于雄辩

　　曾经在A公司，业务本身欣欣向荣的时候，感觉一切都良好，技术团队不过如此。

　　从0组建35+团队，是因为公司业务发展需要，不论怎样的技术管理水平，都不是问题，也都不会成为问题，因为毕竟不到200人的团队，可能怎样折腾都不是事。技术总监都可以甩手掌柜，因为技术团队的存在与否针对核心业务影响其实不大。有肯定比无要好，好多少根本不重要。可以拆分成2个大方向，4、5个小团队，守住基本盘，还能有余力探索增长点，养10%闲人还绰绰有余。

　　如今经历B公司，本身走下坡路的时候，本身业务发展停滞不前的时候，地主家也没有余粮的时候，蓦然发现同样事件的底层逻辑就变了。

　　虽然只是一个敏捷团队的规模（10），SM、TL、PO，前后端、测试、设计师。这是Scrum理论上的魔幻团队，能自洽能自治的最小战斗单元。在A公司时能有理论支撑建设成这样的团队，就感觉时梦幻之队了，就能战无不胜了。可是真正经历了，在B公司里这样的团队， 对与考核这们，居然变成了处处都是冗余，处处没产出了。

 

　　技术架构能力、技术管理能力，其实如今是更先进或者更优雅的。只不过软硬实力中这俩因素虽然重要，但不是决定性的。

　　两位直属领导，A公司X总监，B公司Y经理。两相比较起来，也令人唏嘘不已。佘总监可以有自己的充裕的时间分配，Y经理再怎么“Push”也于事无补。最令人感叹的是，Y经理在公司干了10年，算是奉献了所有青春，架空之前不写代码了，架空之后就还剩下什么呢？诚然之所以被架空，肯定也是不满足更上层的游戏规则或者自身原因所致，但是仅就两相比较而言，核心决定因素还是业务是否顺风顺水蒸蒸日上更重要。

依然无知

　　技术管理水平的高低，等价于老板下放权力的多少；老板能下放的权力，也就等价于劳动合同里支出的现金。技术架构能力，还是能感受的到。技术管理能力，不否定它的存在，只不过可能跟规模、跟自身经历有关，感知不到。实际负责200+人的团队的时候可能才会感知到，只是没那个福分能感受到，普通人一般能接触到的也就是监工们，厂子里叫“PL”’、“PM”、“总监”之流。