如何让团队摆脱低层次的开发困境

背景

相信不少开发同事遇到过一种似曾相识的场景：线上的系统非常繁忙，然后用户经常遇到各种各样的问题。比如说某线上系统，里面用户找到客服，那客服只能找到后台开发人员帮忙排查，而后台开发人员则需要抽时间先解决客户的问题，有时甚至需要去改生产环境的数据来解决一些问题。一来二去，某系统的开发则大部分时间消耗在了排查CASE上面，剩下的一些时间，则做一下迭代需求，基本就把人力资源吃完了。

问题

那会导致两个问题：

1. 相关系统的人员，时间基本都是在处理线上问题的排查和解决了，团队抽不出其他资源去解决问题。
2. 团队成员长期处于加班状态。
3. 从领导到同事，都看着团队在非常忙碌状态下工作，最终年底考核的时候，从上到下都给这样的团队一致的好评。
4. 团队成员更加肯定了这种工作模式，只要努力加班，排查解决问题，就能得到正向激励。

分析

如果作为该团队的成员，那其实方向比较明确，每天只要努力加班就行，因为努力加班到晚上，领导看在眼里，会肯定你的苦劳，到了考核的时候，就是优秀。跟着利益走，这无可厚非。
如果作为团队的领导，保持这样的稳定团队，对于苦劳的团队成员给予正向激励和肯定，能够保证业务的稳定。在维稳方面，这很重要，也能得到上级大领导的支持。

风险

这一切能够持续保持，需要有以下几个前提：

1. 团队成员，他们的能力，在市场上无法找到更好的待遇，找言之，需要付出的薪资需要超出他们的市场价值，让他们几乎没有流动的欲望。
2. 整体环境相对封闭，缺少竞争。即是现有的这套系统，没有更完备的系统进来取而代之。
3. 整个行业，都需要保持在比较低水平的竞争下进行。

问题1：
对于成员而言，相当于是自己与维护系统的深度利益绑定。如果系统更新换代，不需要人肉运维，那该团队成员的价值会迅速降低。对团队成员是非常大的危机。

问题2、3：
明显是不可能保持在一个静止环境。现有的外部环境，会通过不停的开发，倒逼开发效率的改进。而打开这扇窗，则是时间问题。最大的风险，就是舒适区。

如何破局

1. 树立以结果导向的意识。
   作为团队成员，首先应该树立结果导向的意识。如果整天在查CASE，或者人肉运维，那一定是系统设计的不合理导致内耗过大。作为系统负责人，应该着手从根本上去解决问题，如果只是停留在处理线上问题能拿好绩效的甜头上，那自己的水平永远无法长进。时间一长，那结果就是自己能力的贬值。

2. 领导层改变评价体系。
   假如自己作为团队负责人，其中最重要的，是要从底层价值观上对团队进行引导。从根本上对这些重复的低效劳动进行某种情况的否定。工程类的工作，很重要的是要对结果负责，而非对过程负责。只要整个团队树立了给功劳打绩效，那团队成员自然而然就会去往改进效率的角度做事情。从而从理念上引导整体效率的提升。
   如果业务目前团队成员不够，只能勉强应付线上业务，那只能想办法向上要资源，采用分兵策略，一部分抵挡正常冲击，另一精兵进行重构系统，解决目前线上存在的问题。

3. 从大老板角度
   如果发现下属存在这类团队，那一定需要特别注意。这类团队其实是一个非常大的成本中心，应该从整个研发评价体系去找问题。从成本的角度去考虑团队的产出。如果中层无法解决问题，那一定是中层的理念出现了偏差，是否换人还得再考虑清楚。