当了几周的 "Leader"

Leader 带有 “” 是强调我并不是真正的成为 Leader 。

背景

我与其他 3 个人一起到易方达基金驻场,在此前,我对其余 3 人完全不了解。

我们需要负责的项目是基础组件库建设,据说是重点项目。其实就是搭建一个文档工具,有 demo 展示与代码,有 API 说明,简述就是跟其他 UI 库那样的工具。之后,我们将现有的业务组件迁移到该文档上,形成一个 UI 库。并持续添加业务组件。

成为 "Leader" 的契机

原本我们之间并没有这样的职责,只有一个 「代理管理」 。这个 「代理管理」 就是帮在总部的部门负责人管理我们的。在一次项目会议上,我们被问到谁是你们类似小组长这样的存在时,我们互相指对方。后果可想而知,我们被骂了一顿。

后来,「代理管理」 找我谈了一番,说他自己并没有自信带人,也没有适当的领导力,更何况 「我」 只是被交代来管理,并没有交代 「我」 成为组长。正好此时我也有机会向他了解了其他 2 人的能力情况。之后他提出建议,在我们 4 人中,通过投票将能力最好的来当 "Leader" 。

结果如标题,3 票都放在了我身上。

带人做项目

做事

在刚开始成为 "Leader" 的一周,我想让他们做出一些改变,改变这种杂乱无序的做事方式。于是我对他们提出一些要求,考虑到他们的工作年限几乎都是 1 年左右,因此我只列出一些主观认为在能力范围内的,并且符合当前工作环境的要求:

  • Git 工作方式
    • 一个分支只做一件事
    • A 的代码由 B 来合并
    • 不允许直接推代码到 dev 和 main
  • 使用 GitLab Issues 来跟踪工作内容
  • 编码规范
  • 避免做重复的事情
  • 遇到问题前先想想

上述要求几乎都写在了一个 GitLab 仓库上,并发给大家看,他们都表示同意,可以,还不错。

不到几天,其中有人说,太麻烦;了解了一下原因,原来是对 Git 不熟悉,不会处理冲突,并说以前都是随便搞。于是我以 「一个分支只做一件事」 作为例子,解释为什么要这么做与可以避免的后果。

编码期

在大家明确自己做什么的时候,便各自为之。期间,我也会被提问或要求帮助,大多时候我都是告诉他们思路或该怎么做,避免直接告诉他们答案或者帮助他们编码。

有一次,有人处理了一个问题,之后我们进行了如下对话:

  • 「如果有下一个人遇到与你一样的情况,你会怎么做?」
  • 「我告诉他就行。」
  • 「如果再有下一个呢?」
  • 「我再告诉他。」
  • 「如果再有 N 个呢?」
  • 「我都告诉他们。」
  • 「写一个文档是不是就可以避免了?」(语气平和并请求)

到最后,这个文档并没有写,也没有第 2 个问他的人。

体验卡到期

大约 3 周,项目负责人还是将我们的部门负责人叫了过来,每周规定几天需要到这里参与开发。至此,我并不再扮演 "Leader" 这个角色。

感受

在我不再扮演 “leader” 角色后,上述提到的一些要求已经彻底没有人遵循了,除了我自己。我的代码被「还原」了 4 次也是因为直接推 dev 的原因。

工作环境真的很重要,这里的环境更强调。如果人之间的做事方式比较一致,共事起来会很舒服。


更新 2022-04-07

在最近的一次项目会议中,因为来了一位更有资质的人,队伍内又重新介绍了一次自己,这时候部分人介绍自己的工作年限从以前听到的 1 年左右变成了 3 年左右或以上,让我比较困惑,究竟哪次是真的,我没有追问,因为也已经没必要了。

Powered by blogkit. Inspired by Sairin.