2022年三蹦子团队生存指南

概述

2022年，这一年，经历了四川有酷热到河里没有水发电而导致停电的夏天🌞，也面对此时冷冷的冬天❄️。

但更深的体会，是咱们这个五菱宏光🚚一样的团队，在上半年时，修修补补还能上秋名山一战，大叫：“输者留下车标”。

结果，下半年校招的应届生一到岗，再加上突发需求增多，整个团队的状态就从四个轱辘变成三个轱辘了。而这种三个轱辘的车，北京叫它“三蹦子”，要是后面有棚子能坐人的话，在四川这种车也被叫作“火三轮”。

有一段对三蹦子的描述如下：三轮车前部为驾驶位，后部是车厢，厢体一般为金属制半圆形，可以并排乘坐两个人，车厢上可安装防雨篷，后部车厢下面装有弹簧和两个轮子。

就只看这个三蹦子的介绍，就知道这东西只有三个轮子，跑起来不那么靠谱。如果一个团队也这样三个轮子运转的话，估计也不那么靠谱了。

团队

为避免对号入座，人物描写有部分润色，非 100% 人物原本特征

观海👨🏻‍🦲

三蹦子团队的 leader 是观海，作为团队 leader，他负责规划开发计划，需求交付迭代这些琐事。

面对团队躺平的、划水的人，他需要经常苦口婆心地给团队讲：《高效沟通的方法》、《有计划的安排工作》 以及 《程序员脱发防治》。他还得时不时威胁一下团队各位成员，敲打敲打大家，让大家多发挥一下主观能动性、把各自工作职责内的事尽量做好一点，让各自纸面的 KPI 好看点，但就是这样做，也仅能维持团队的不散架以及保持自身为数不多的头发👨🏻‍🦲。

阿呜🐕

而我，阿呜，在公司里的职称，说起来是高级研发工程师，当然观海也是高工的，只是他是领导，不能一起论。

其实本来我不是高工，但是他们说，每个团队都需要一个兜底的高级程序员。我也不是谦虚，我说你们另请高明吧。他们说组织上已经决定了，你们团队的高工就是你了。于是，我就成为了高工。

我顺便还得兼职团队的系统工程师。原因是负责各个团队的、真正的系统工程师全都跑去给客户写 ppt 了，每个团队自身的需求分析、系统设计的任务都得研发人员自己搞了。

就这样我不仅要完成自己的研发任务，还要作为类似备份人员对团队其他人员的工作兜底，还得参与相关的设计工作。真的是一个人当两个半人用，还只发一个人的工资。给老板点个👍。

鱿鱼🦑

团队里另一位，我的徒弟，鱿鱼，在来我司之前，用了三年时间，干倒闭了三家公司。

作为一名中级研发工程师，他已经成功的从四大天坑之一的环境工程转行进入了计算机行业。甚至我还记得当年面试他时，他说他发誓绝不回去干环境，要一直做一名研发。

鱿鱼，他为人勤奋，但缺少足够的研发经验，一个原因是非科班欠缺了很多基础知识，二个原因是在之前的公司做研发时，他只接触了非常简单的 CRUD，甚至没有接触过如何做需求分析和设计。这导致很多时候，我把评审过的详细设计文档交到他手上时，他依然会有很多疑问，严重拖慢了自己的开发进度⏰。

年轻人👦🏻

而观海的徒弟，年轻人，作为一名入职一年的助理研发工程师，为人聪明，计算机专业知识扎实，虽然还没有丰富的软件设计经验，但编码经验已经能应对80%的情况了，是团队里安排工作时唯一能让观海放心的人。

他目前最让人津津乐道的成绩是在实习三个月期间，连续拿到了三个优秀评价，而他能拿到这个成绩的原因也在于入职第一周，就在对 ELK 没有任何相关经验的基础上，凭测试提供的些微线索，成功定位并解决了组件升级导致的日志采集策略差异问题。

自此，年轻人在整个部门一炮而红，接着在试用期的三个月里连续解决多个问题单，迅速上手了工作。

时间最终会让他成为一名优秀的工程师。

三板斧🪓🪓🪓

团队里的反面人物，三板斧，一位干了八年研发的中级研发工程师。为何有八年的研发经验、入职我司两年了还是中级呢？

因为他的工作态度让部门老大不同意他的晋升。三板斧，不论是做需求还是改问题单，他上来不做任何分析沟通，直接就对其他研发测试同事连续三个输出：“这个以前就是这样设计的。”🪓“这个不是我写的。”🪓“为什么你认为是问题？”🪓

就这一气呵成的输出，经常气得测试找他们老大过来投诉。

而他做需求开发的话，如果他能拖到月底最后一刻交付代码，那他就绝对不会从月初开始实现需求。而另一方面，面对客户去解决客户问题时，他对客户真的是贴心的“有问必答”，主动告诉客户这就是个 bug，甚至给客户深入讲解设计缺陷，导致客户听完后若有所思，转身就给公司发起一个产品问题投诉。于是整个部门收到的产品投诉，这一年属于三板斧“创造”的投诉能占到 40% 到 50%，部门老大看到他时，都经常玩变脸🌚。

皇上👑

今年下半年入职的应届生，皇上，00 后应届生。他有着典型 00 后的特点，有自己的想法，不顺从“权威”，但也有着小年轻特有的缺点，缺乏用于工作的方式方法。

领导把他安排给我带，我一看，这不活脱脱就是《甄嬛传》里的皇帝吗？👑 皇上是计算机专业毕业的，属于难得的科班，标准的根正苗红。但是我总觉得他大学里是水货，要不然也写不出如下的怪异代码。

public boolean test(boolean flag){

……
if(flag){
return true;

    }else if(!flag){
return false;

    }

}

问题❓

这样的团队有什么问题，我总结了一下比较核心的几个问题：

• 
  
• 
  

  问题1：团队人员有人存在明显短板，有人总是躺平，有人总给团队捅娄子

  
  
  
• 
  

  问题2：专职人员缺失（比如系统设计师），导致研发人员的工作职责混乱且效率低下

  
  
  
• 
  

  问题3：新人融入周期长，适应能力、学习能力差，拖累团队整体效率

  
  
  

这些问题对这个三蹦子团队来说是致命的💀。那么最终团队又是怎么没散架，而生存了下来呢？

生存指南📖

首先，针对个别人躺平或者捅娄子的情况，观海在每月任务规划时，就让我提前评估是否可以兜底相关任务，不能兜底的就考虑延期或者拆分需求。

在开发周期中，通过每日晨会对团队成员进度进行评审，并按照检视时间点定时检视成员的当前成果，避免有人真的划水、躺平。

如果在这种情况下，依然出现超进度风险，就由我或者其他成员接手兜底，避免无法交付的风险，同时给予当期划水、躺平的人员较差的考评。

针对专职人员缺失的问题，一方面面对现实，由团队自我协助，通力完成设计，以达成交付。同时让团队研发人员分别主导不同的需求的设计，其他人员辅助参与，锻炼研发人员设计能力；另一方面，在核心需求的开发中，观海会向领导要求系统设计师必须回归本职参与设计。

而新人的培养，则按预估新人能力不足的情况，将其定位为完全不懂计算机的人，让新人主要参与非困难问题单的定位与修改，以达到熟悉项目代码、学习优秀代码、学会计算机逻辑思维的目的。同时辅以试用期考评成绩进行鞭策，推动新人尽快完成从学生到职场打工人的蜕变。

以上措施，虽然也是螺蛳壳里做道场，不能真的解决问题，但尽量公平的让团队成员各司其职，顺便再化阻力为助力，锻炼了团队成员的能力。

但是到了年底，我终于还是忍不住，给观海提了一个一直想问的问题：“像三板斧这样的人，一直这要划水，真的行吗？”

观海给我一个神秘的微笑😄，道：“团队有这样的人存在，不就能证明其他人工作的成绩吗？只有对比才能看出我们工作的价值呀。”

说完，他拍拍我的肩膀，顶着地中海飘然远去，离我在原地久久思考……🤔