• 小小前端最近成了Team Leader,大家觉得该如何驾驭整个前后端团队?
  • 发布于 2个月前
  • 486 热度
    8 评论
背景:
前端,比较活跃经常组织各种活动,对技术有自己见解,整体偏激进、偏向于改革,对自己的诠释是“在改变中谋求发展”。最近幸得公司看重,成为了 20 人( 8java 后端、4 前端、1 安卓、2 测试、3 产品、2 设计,不含自己)的产研部负责人。

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

公司风气

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


目前策略:

因为很多后端知识我是一知半解,所以基本都是开会共创,看大家节奏,但是我目前给分发的任务依旧是以微服务和重构作为目标(老项目跑了三年了,最近性能问题和维护问题成为了瓶颈),特别是主力项目充斥了各方需求,如果能把与主线无关的需求拎出来就能最小影响到核心服务运行。


团队上也是以共创为主,但是我会引导大家往新的技术和新的工作流程上探索,比如在公司服务器崩了之后在服务器维护共创会上,大家普遍想的是预警 + 提前扩展服务器,因为大家都不是专业运维,但我依旧引导比较喜欢探索新技术的人花一定时间学习 k3s 等技术,哪怕最后可能用不到。


自己的定位就是个传声筒,碰到问题有自己的想法,但是必须要共创给其他伙伴寻求大家都能接受的最优解,有什么难处也是和大家吐槽,绝不闷着避免和大家形成隔阂。


通过共创激励大家主人翁精神、通过主人翁精神激发对部门、工作、流程的创新。


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

2.想把自己的情况同步给大家,看看有什么“只缘生在此山中”所看不到的点,和大家的建议


目前升级打怪中,有什么天真的想法感谢大家指点,但还望口下留情呀~
用户评论
  • APAC
  • 你这样半瓶水去管理后端会出现很多问题,即使你去学习后端离真正把握后端技术也需要好几年磨练,我的建议是你培养团队里面后端的中坚力量。你只负责项目管理和团队管理,至于后端的技术管理交由后端中坚力量来完成,你不要插手后端技术的决策和方向,因为你把控不了。

  • 2024/9/11 11:53:00 [ 0 ] [ 0 ] 回复
  • 原木风
  • 带团队不容易,讲点公司的事给 OP 参考下:

    我们公司技术研发团队规模和 OP 团队差不多,leader 是后台资深 java 开发,对前端了解不多,没写过前端代码,没有独立或者参与过前端项目交付。从过往的闲聊中知道 leader 对前端是有点“看法”的,比如:前端一般是非科班出身,甚至半路出家转行从培训班出来的。。。。前端整个技术生态不如后端规范严谨,诸如此类吧。


    这两年开发团队交付了几个项目,本来也没什么问题。后来公司搞低代码产品,前后端就开始不断争论甚至吵架,leader 要求前端团队修改框架、交互机制,前端抱怨干了很多不该前端干的活儿,有个特地招来的低代码前端开发转正后不到两个月辞职,离职前也跟 leader 有过激烈争论。


    目前,前端团队和 leader 仍然有矛盾....
  • 2024/9/11 11:46:00 [ 0 ] [ 0 ] 回复
  • 李明发
  • 这个位置上的管理者核心拿到老板的信任,然后进行利益分配。找到合适的人然后授权下去,不要让自己成为 bottleneck 。一切技术都是扯淡,在公司资源的加持下,想要什么技术很容易招到(特别是现在的经济行情),重要的事情说三遍: 老板的信任、老板的信任、老板的信任。

  • 2024/9/11 11:43:00 [ 0 ] [ 0 ] 回复
  • 张蜚
  • 那 8 个 Java 里选不出一个能负责后端的人么?你直接学习业务本身,掌握好业务架构和设计,具体实现丢给你的后端心腹。你的任务是推动研发团队,提高研发效率,改善产品质量,甚至用技术改造业务自身提高营收能力。至于技术选型,核心技术话语权,老板关心这个么?
  • 2024/9/11 9:23:00 [ 0 ] [ 0 ] 回复
  • 牵线木偶
  • 恭喜,升职了。你现在还承担具体的前端的开发职责么?如果不承担,尽量把前端“忘掉”吧。

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

    之后,再对某几个领域(观测、监控、devops )学习一下。这之后, “公司服务器崩了之后”,你就可以提议一下“观测系统的建设”。再如,维护成了问题,你就可以再提议 “ DevOps 怎么搞, 怎么搞敏捷部署、交付”。这些和开发语言没有关系,但你熟悉这些领域之后,会不会某个语言,也就没啥关系了。

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

    “公司的核心技术”,从来不是某个语言。
  • 2024/9/11 9:18:00 [ 0 ] [ 0 ] 回复