「回忆2022，展望2023，我正在参加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：新人融入周期长，适应才能、学习才能差，连累团队全体功率
这些问题对这个三蹦子团队来说是致命的。那么终究团队又是怎么没散架，而生计了下来呢？
生计指南
首要，针对个别人躺平或许捅娄子的状况，观海在每月使命规划时，就让我提早评估是否能够兜底相关使命，不能兜底的就考虑延期或许拆分需求。
在开发周期中，经过每日晨会对团队成员进度进行评定，并依照检视时刻点守时检视成员的当时效果，防止有人真的划水、躺平。
假如在这种状况下，依然呈现超进度危险，就由我或许其他成员接手兜底，防止无法交给的危险，一起给予当期划水、躺平的人员较差的考评。
针对专职人员缺失的问题，一方面面临现实，由团队自我帮忙，通力完结规划，以达到交给。一起让团队研制人员别离主导不同的需求的规划，其他人员辅助参加，训练研制人员规划才能；另一方面，在核心需求的开发中，观海会向领导要求体系规划师有必要回归本职参加规划。
而新人的培养，则按预估新人才能不足的状况，将其定位为完全不明白计算机的人，让新人主要参加非困难问题单的定位与修改，以达到了解项目代码、学习优异代码、学会计算机逻辑思维的意图。一起辅以试用期考评效果进行鞭策，推进新人赶快完结从学生到职场打工人的蜕变。
以上办法，尽管也是螺蛳壳里做道场，不能真的处理问题，但尽量公平的让团队成员各司其职，趁便再化阻力为助力，训练了团队成员的才能。
可是到了年末，我终于仍是不由得，给观海提了一个一向想问的问题：“像三板斧这样的人，一向这要划水，真的行吗？”
观海给我一个奥秘的浅笑，道：“团队有这样的人存在，不就能证明其他人作业的效果吗？只要对比才能看出我们作业的价值呀。”
说完，他拍拍我的膀子，顶着地中海飘然远去，离我在原地久久思考……
