对前端成为小公司产研负责人大家有什么建议

[mokevip]

背景：

前端，比较活跃经常组织各种活动，对技术有自己见解，整体偏激进、偏向于改革，对自己的诠释是“在改变中谋求发展”。最近幸得公司看重，成为了 20 人（ 8java 后端、4 前端、1 安卓、2 测试、3 产品、2 设计，不含自己）的产研部负责人。

我自己：

前端在小公司技术算前列，加之想法比较多之前在管理其他 4 人时基本上是我在带着他们跑，他们在勉力跟着我脚步。 后端我算是一知半解，以 php 为主力干过几个商业项目（但未长期运行），用 python 、node 干过一些小项目，对 java 的感觉就是太重、太麻烦。

公司风气：

• 互联网+公司，商务一百多人，总人数近 200 人，技术只占一小块。
• 公司对于个人成长和团队氛围极其看重
• 扁平化组织，部门里任何一个人都随时可以面见老板提出自己的意见

目前策略：

• 因为很多后端知识我是一知半解，所以基本都是开会共创，看大家节奏，但是我目前给分发的任务依旧是以微服务和重构作为目标（老项目跑了三年了，最近性能问题和维护问题成为了瓶颈），特别是主力项目充斥了各方需求，如果能把与主线无关的需求拎出来就能最小影响到核心服务运行。
• 团队上也是以共创为主，但是我会引导大家往新的技术和新的工作流程上探索，比如在公司服务器崩了之后在服务器维护共创会上，大家普遍想的是预警 + 提前扩展服务器，因为大家都不是专业运维，但我依旧引导比较喜欢探索新技术的人花一定时间学习 k3s 等技术，哪怕最后可能用不到。
• 自己的定位就是个传声筒，碰到问题有自己的想法，但是必须要共创给其他伙伴寻求大家都能接受的最优解，有什么难处也是和大家吐槽，绝不闷着避免和大家形成隔阂。
• 通过共创激励大家主人翁精神、通过主人翁精神激发对部门、工作、流程的创新。

为什么写这么多

1. 在想要不要学 java

• 一方面犯懒，本来就不喜欢 java ，学了也不能干啥，不学还能避免对他们门外汉式的干涉
• 一方面又想，java 承载了公司的核心业务，不学就永远无法掌握到公司的核心技术话语权

1. 想把自己的情况同步给大家，看看有什么“只缘生在此山中”所看不到的点，和大家的建议
2. 目前升级打怪中，有什么天真的想法感谢大家指点，但还望口下留情呀～

[finab]

学点 java 吧，俺当负责人那会 k8s 都学了一遍，不学对业务没有一个整体的认识会做的很难受

[phpdever]

无论是技术架构或是业务架构，到最后都是组织架构。

你知道你该学什么了吗？

[rabbbit]

了解 Java 、Sql 表结构设计啥的, 学到可以 CRUD 写接口的程度花不了多久。
不然后端怎么分任务、谁任务重都搞不清楚。

[Duanpei]

学个 P 的 java ， 找个 java 心腹 就行。

[weixind]

带 20 人，你要是还有时间学 java ，就要考虑下自己工作是否称职和饱和了。要转变下思路了，你现在主要的职责是团队方向和让团队成员干的爽。翻一些管理类的书籍吧。

[thoo61871]

请我过去（全干擅长后端）给您鞍前马后

[Chinsung]

想搞技术就学
想搞人，就找个 java 心腹
学 java ？ java 有什么难学的，crud 那套找个现成项目看看就能学会
难的是 JVM ，分布式，性能优化，业务架构和技术架构设计

[mokevip]

@Chinsung #7 就是想说，学了 java 后续还有一堆大礼包～，想想就头疼
但是 #1 @finab 说的也对，不了解很多事都很难受。。

[isno]

恭喜，升职了。

你现在还承担具体的前端的开发职责么？如果不承担，尽量把前端“忘掉”吧。

我从技术层面聊几句：

我的建议是尽量往横向发展。这个意思是，技术的广度最好不设边界，运维、开发、测试都了解一点。横向发展有个前提，要对某几项核心技术有深入的理解。例如，网络，网络技术基本上是所有高层应用的前提。k8s （ overlay 网络）、高性能计算（ kernel bypass 网络）、云计算网络（ vlan 、xvlan 、路由、VPC ）、分布式计算（共识，为了解决网络不可靠）、微服务治理（服务通信治理，也属于网络 ）

之后，再对某几个领域（观测、监控、devops ）学习一下。这之后， “公司服务器崩了之后”，你就可以提议一下“观测系统的建设”。再如，维护成了问题，你就可以再提议 “ DevOps 怎么搞， 怎么搞敏捷部署、交付”。

这些和开发语言没有关系，但你熟悉这些领域之后，会不会某个语言，也就没啥关系了。

我自己的例子举给你（稍微吹一下），事实上，我写过 C++，Java 、PHP 、Golang 、Python ，Swift 、Kotlin 、Vue....。这些语言，我基本拿过来就用，学习语言本身没超过三天的（ C++ 除外）。不是我学得快，而是上面的基础打得好。

“公司的核心技术”，从来不是某个语言。

[mokevip]

@Duanpei
@Chinsung
@phpdever
@weixind
嗯嗯，管理学的书我也会多看看，前段时间公司让我搞 AI ，最后也没搞出来啥，反而自己干脱产了，最近闲得很，准备学点东西 / 重新投产了

[mokevip]

@isno 感谢建议，这么多专业名词让我想起来了软考，大佬推荐以软考为标的，学习这些方面的知识吗。
因为相对来说直接学习这些短时间又应用不上，最后会导致没有目标和动力，所以想要有一个目标标的～

[yangxin0]

大概五年前我管理 20+的研发团队，一路走下来发现最不重要的是技术，最重要的是老板的信任。

[sagaxu]

那 8 个 Java 里选不出一个能负责后端的人么？
你直接学习业务本身，掌握好业务架构和设计，具体实现丢给你的后端心腹。

你的任务是推动研发团队，提高研发效率，改善产品质量，甚至用技术改造业务自身提高营收能力。至于技术选型，核心技术话语权，老板关心这个么？

[yangxin0]

这个位置上的管理者核心拿到老板的信任，然后进行利益分配。找到合适的人然后授权下去，不要让自己成为 bottleneck 。一切技术都是扯淡，在公司资源的加持下，想要什么技术很容易招到（特别是现在的经济行情），重要的事情说三遍： 老板的信任、老板的信任、老板的信任。

[alexsz]

带团队不容易，讲点公司的事给 OP 参考下：
我们公司技术研发团队规模和 OP 团队差不多，leader 是后台资深 java 开发，对前端了解不多，没写过前端代码，没有独立或者参与过前端项目交付。
从过往的闲聊中知道 leader 对前端是有点“看法”的，比如：前端一般是非科班出身，甚至半路出家转行从培训班出来的。。。。前端整个技术生态不如后端规范严谨，诸如此类吧
这两年开发团队交付了几个项目，本来也没什么问题
后来公司搞低代码产品，前后端就开始不断争论甚至吵架，leader 要求前端团队修改框架、交互机制，前端抱怨干了很多不该前端干的活儿，有个特地招来的低代码前端开发转正后不到两个月辞职，离职前也跟 leader 有过激烈争论
目前，前端团队和 leader 仍然有矛盾....

[isno]

@mokevip

以“用”为标的，

比如，“老项目跑了三年了，最近性能问题和维护问题成为了瓶颈”。

性能问题：能不能上“全链路追踪”，性能瓶颈定位到了，能不能用 Profiling 去分析，定位哪部分出问题了。这些搞清楚，“系统可观测”领域你就掌握了。
维护问题：怎么搞 CI 的，怎么搞 CD 的，能不能迁移到 k8s ，能不能用 k8s 统一实现 CI/CD 。搞清楚了，DevOps 领域你也熟悉了。
其他：等等

我是举个例子，你真要搞，先跟老板商量，从降低成本、提高研发效率、激发同事工作热情，三个方面讲。

老板没意见，再跟你小伙伴商量一下，看他们愿不愿意一起弄。

[brianinzz]

@yangxin0 太对了。。。。目前公司也是这么个模式

[mokevip]

@yangxin0 请问除了不让自己成为老板创业路上的瓶颈，还有什么能得到老板信任的建议吗？

[mokevip]

@isno 我了解一下 CI/CD 这块知识，感谢分享～

[iOCZS]

整合资源还是发挥自己的智力优势？