求助掘金: 如何改变一个团队的文化/氛围

简单介绍一下一直令我苦恼的难题. 18年我入职了一家教育集团, 公司规模很大, 但总体感受不太互联网.前端

  1. 有些地方是有各类制度红线的 (公司大了这种状况会更多,我表示理解)
  2. 我入职的部门相对比较落后,甚至客观的说能够用 "腐朽"这个词.
  • 主要表现:
      1. 技术相对没有章法, 规范为0, 目标只是完成功能
      1. 团队人员缺少学习动力, 有点得过且过的意思
      1. 你们崇尚"和气", 而不是结果
      1. 领导看重 "说得好", 而不是落地

我想不少人都会说这样的公司不该该去, 那简单说说为何去吧. 我, 80后, 年龄 35+. 非计算机专业,工做以来作过 QA, PM, Dev. 主要写前端, 用过scala,nodejs,golangvue

  1. 我以为教育行业有前景
  2. 可能给本身的孩子能有些福利
  3. 但愿本身的时间相对更多,能多看看书, 而不是996的陷入纯粹的业务中.

18年4月入职以来到大概10月份, 个人title只是普通研发,(已经有2个小leader了, 并且我只说了我不在意title, leader什么的都作过因此给不给无所谓的.) 我但愿改变这个团队,我对前端组作了以下事情:node

  1. 基于当前vue的技术栈, 根据vue-cli 3 建立前端脚手架工程模板
  2. 在脚手架基础上制定基础的规范,后面有图展现
  3. 自研vsc插件, 并寻找规范相关插件,协助下降门槛
  4. wiki知识分享带头(占前端总量80%以上)
  5. 组内分享会带头
  6. 调研sona, sentry, CDN等对脚手架的接入文档
  7. 脚手架内使用部分typescript, 这东西是趋势,但愿你们提早接触
  8. axios是一个leader帮忙封装的,我不想一切都按个人思路来,但愿有现有团队熟悉的东西
  9. UT, 我把个人一个项目写了UT(jest). 带个头
  10. 本身开发localstorage相关工具包, device类型判断的包
  11. 给团队提供大量电子书
  12. 帮助解决其余项目的难题

2018的布局以下: ios

全部的这些都是我在项目外的时间作的, 作的项目不比别人少.git

10月份,领导给我架构师的title, 说实话这对我并不重要. 首先要明确, 我手下没人, 全部这一切都是我但愿能旁敲侧击的去,潜移默化的改变这个团队. 包括eslint的使用,ts的使用都是但愿你们能养成基本的习惯, 学习的习惯. 全部规范不强制,这也是为何我会去找各类插件,甚至本身写插件帮助下降门槛. 并且大部分都是很容易作到的, 很宽松的.github

但最不想看到的局面发生了: 钉钉群里基本就是我没事分享个掘金的文章啊, 或者好的仓库啊. 脚手架推了半年还有一个leader的团队没有使用, 说白了各类借口.golang

  • ts不成熟 => 敢不敢了解下再评论?
  • 能不能用vue-cli 2?(之前他们的项目是2, 但目前都不推荐用了)
  • vue-cli的版本是beta的很差 => 本身查你的node_modules里有多少beta
  • 团队内眼界太窄, 本身写个node的crud就说是全栈, 只会vue就说要作架构.

半年后,领导去和那个leader说必定要用,最后全部新项目才统一使用的. 技术栈,规范统一的好处,此处就不必说什么了,相信圈里人都懂.vue-cli

领导说我应该让你们多参与. 是的, 你们没有参与进来, 由于我确实有些心理障碍. 不少东西想不明白: 没有接触过ts的同事会说ts不成熟. 为何没有用过,或者用很差就说不成熟? leader说想让其余人去踩踩坑,因此本身先不用,为何做为leader要让别人去踩坑? 你们都以为应该有规范,可是你们就是不执行. 你们都但愿能成长,可是但愿有人把知识喂到嘴里. 最好都封装成能复制的.typescript

改革者是孤独的, 我深入的体会到. 作的这些东西确定会让不少人不舒服,由于要学习,要改变,要脱离本身的温馨区. 作的越多,越容易被敌视. 再加上我本身的脾气很差,容易一点就着火.axios

19年来了,我先在本身的项目上推进了https -> http2/pwa. 落地sentry的接入.

对于团队,有时候我很无奈. 有时候我甚至和领导说我宁愿培养一个应届生的团队都要比这种的快, 由于是白纸.

我想过离开, 也想过劝领导从新组建一个新团队. 我想求助于掘金的朋友们, 有没有好的思路去作.

我想打破这个局面: 领导和我谈过,想让我全面接手前端组,去掉leader的位置(leader目前确实没有任何做用), 但由于一些缘由,我还在犹豫. (直接领导对我是确定的, 但上面的大领导不认同团队技术的建设,不认为这对业务支持有做用. 对我18年的所作不认同.). 我有些心灰意冷. 若是不继续推, 我可能会有更多的时间来自学, 我不怕背上什么自私的标签. 若是继续, 又得不到团队和领导的承认, 极可能是热脸贴了冷屁股. 我到底该怎么选择. 年后一直在想这个问题,甚至经常失眠. 万般无奈下, 但愿掘金社区能给我些意见或者建议.

这是我18年总结的彻底版本: dreambo8563.github.io/2018/12/29/…

相关文章
相关标签/搜索