技术经理成长复盘-搞清楚团队的基本职能

Posted 2022-01-16 Sam_Deep_Thinking

搞清楚自己的团队的基本职能是很重要的，不搞清楚，你可能会在某个时间，就失职了。

基本职能是根上的东西，是不能违背的，一旦违背，短时间可能不出事，但总会在某个时刻，给你来一个大的surprise，比如说，来几个线上大故障之类的。

这真不是开玩笑的，因为团队的基本职能是团队活下去的原因。下面举个例子来说明一下。

比如说你是做茶饮行业里订单支付这块的，也即是是负责交易模块的，那么下面三个点，就是一定要坚守的，不然随时会出大事：

• 稳定
• 安全
• 数据准确

订单系统如果不稳定，影响面会非常广，且就算系统恢复了，也是有一段相当多的手尾要处理的。比如说，茶饮订单的履约功能，如果出事了，会如下影响：

茶饮的杯贴打印不出来，这个会导致门店的店员无法给用户做茶。因为店员完全是依赖杯贴上的信息来做茶的。杯贴都没打印出来，全部的门店就会乱掉，且会很多的客诉、退款。那请问CEO会怎么看，客服和门店的人会怎么看？只有几个字：IT团队真是垃圾，老是制造麻烦。

再比如说，外卖单这个业务，如果门店的人看不到订单信息，就无法通知外卖骑手过来门店取茶，那相当于什么？做好的茶，没人来门店取，用户也就拿不到茶。这种也属于超级大故障，影响面大且影响的时间也非常长。

针对茶饮行业，订单系统必须做到稳定，真的是保命用的。因此就算业务需求再多，这条底线也必须守住。否则，极有可能影响业务需求交付，还可能造成业务需求刚一上线，就立刻回滚了。白白浪费了时间和资源。

那么请问，你作为团队的leader，是不是失职了。

而订单更加要讲究数据的准确，因为订单数据是要往下流转的，财务、大数据、门店的人都会要求数据要准确。

至于安全，我们以支付来说，如果用户不给钱，门店的人就给他做茶，那属于什么？属于资金损失，也叫资损故障。这种就不用说了，如果涉及的金额巨大，那么整个IT团队都可能被端掉。

上面哪一点你做的不好，都属于严重失责。可能有人会说，这些是很重要，但是业务方又要求业务项目赶紧上线，其他的什么技术问题，他们又不管。这个平衡问题如何解决呢？

这个其实也是技术管理者平时要去处理的问题。也即是对外和对内都要做好。

对外
1、需要去跟业务方经常的去谈，最近有什么规划，重点是做什么，明确了后，按照优先级重点的去做核心的项目。比如说，这个季度重点就做xxx，yyy几个项目，做成了，就是公司要的，就是部门要的，就是能那去汇报的。为什么去做这个事情呢？你想想看，如果IT人员都去做一些零散的需求，那么人力资源就都会被这些需求给占用 了，一旦有大的重要的项目，就会变成：

IT没资源做。

这个是何等的冤枉。真的不是IT没资源做，是都去做其他需求了。真的，不可能每个都是重要紧急的需求。

2、梳理出一个简单实用的项目流程出来。这个也是非常重要的，做这个流程的目的是：

为了有序。

也即是从业务方、产品到研发到测试，是有个流程的，且这个流程不能随便去动。不过这里有个注意事项，就是把通用的常遇到的问题，才纳入到流程里，不要因为一些概率性事件发生了，复盘后就马上纳入到流程里，这个是很不好的，会影响到项目的高速落地，因为卡壳的流程节点太多了。

梳理出这个流程后，必须跟业务方沟通，并达成一致。

好了，做到上面两点后，下属就不会瞎忙了，也能高效的专注有节奏的去做事情了。

对内
得有梯队。如果你自己想做到稍微轻松一些，并且团队还能高效，只能求助两样东西：

团队梯队和流程。

关于流程的，我上面已经说了。至于梯队，说的是得有核心骨干，你负责的业务模块里，有对应的owner在hold场。而你做的事情就是，事前事中事后的作为监控即可。

了解了团队的基本职能，并在做事的时候，时时刻刻想着基本职能，同时也需要明确的将这些基本职能同步给组员。