后来我升职了，开始跟公司很多不同部门的人打交道，原来才发现很多时候其他部门以前想给我们技术部门提一些小需求，A 要求对方出文档，很多不懂技术的同事就不敢提了，由于 A 平时也很少话说，其他同事基本都是见不到的，所以都不敢提建议，只有重要的业务需求才会让产品提出正式的需求。 B 来到后，大群的气氛明显开始活跃了，其他部门也敢聊敢提一些小需求，才知道其他部门用自家产品也有各种痛点，比如内部有些申请经常同步失败，部分基层员工叫苦连天，以前 A 都说接口没问题的，测试也没复现，也不是什么大事情，就叫他们重启网络算了。后来 B 在闲聊中知道这个情况，特意找了个时间安排技术去跟进，原来才发现真是一个远古 bug ，解决之后其他部门的人真的非常感谢 B ，虽然这都是小事，但我真能感觉公司的人相处更融洽了，我真心佩服能把大家团结到一起的这种人。
A 是开源，B 是节流 B 做的事其实就是提高了内部运转效率，让大家觉得“工作不那么忙” 对于个人而言，能不能像 A 那样有自己的技术生产力，可能更有个人价值吧
lower
2023-02-14 11:45:28 +08:00
@changnet A 应该是跟着公司最初起来的角色，一般都是经历过资源人手短缺时间紧时期，辛辛苦苦搞出来一套能跑的系统，肯定能把控系统各种地方不至于出大问题；就算后面有条件可以投入更多资源，也很难有动力去推翻之前的，重新搞一套新的，或者做一些文档流程这类不会明显对业务有提升的事情；；只能说很多客观因素也会影响 A 的决策
10 楼说的也算是正中要害了。 企业发展过程中一般 A ，B 两种人都会出现。A 属于和公司从 0 开始，他可能就是第一个技术员工，后来陆陆续续招一些人进来，但是他或多或少还是在写代码。假如他不写代码了，也像 B 一样整流程，规范，沟通，大家会觉得都这么忙，你天天整这些不是给人添乱吗？ 反观 B ，他是空降 CTO ，对项目不了解，只能从流程，规范等方面下手，要做些就必须大量招人，找自己人。对于经历过 A 和 B 的下属自然能感受到工作轻松了，但是更多的人是变得不重要了，随时可替换了，如果你不仅没升职还给你安排个领导，你还会感谢 B 吗？
charlie21
2023-02-14 15:23:31 +08:00
10L: 等 B 把你开了你还说他好么?
however 如果没有管理型 CTO 在增加技术人员话语权 + 创造岗位，你没机会进入这个公司，你也没机会被开除。 在 A 当 CTO 的时候（ A 是否有可能就是这样的人? v2ex.com/t/901873?p=1 ），你倒是想被开除 ... 但有可能你根本进不去
技术管理三板斧，分别是：组织调整到位，加强协同效率，激发团队活力。 我所在的组织，有两位 A/B 的角色，B 的能力发挥不出来，A 算是偏自研框架的，真的做的是苦不堪言，组织调整也是一个很大的问题。B 这种角色，遇到就是很好的发展机会，可惜了 B 拿自己的经验去企业应用，都被 A 反对，没用过，可靠吗？后来 B 也就不说啥了。
yangyaofei
2023-02-14 15:43:26 +08:00
A 参与过开源, 肯定 CI/CD 和代码审查什么的都知道, 也知道好, 但是又能怎么样, 没钱没人就干不动这个 B 可能就是沟通更好, 所有在有了一定经济基础的情况下办了这个事儿, A 也会办但是可能会更晚, 因为嘴没 B 好使