近期有朋友说，看我发表在博客里的一些关于公司的事情觉得挺有意思的。实在没想到一些简单的记录性文字也有读者，自己也确实很久没发文了，重新执笔吧。

L1016204.jpg

老实说最近新同事入职，技术团队的管理有点一团糟。产品经理的工作交付问题，开发的任务安排问题，新同事的适应问题。一大堆问题涌现，搞得我们都有点手忙脚乱的了。幸好最近有在看雷军先生的《小米创业思考》这本书，借鉴了雷总在小米解决问题的思路，总算是把这团乱麻渐渐理顺了（尚未完全）。

2023年7月17日，公司有两个新的Ruby程序员入职，笔者好死不死，当天晚上就喝多了，导致后面几天工作也是无精打采的，前期只能象征性地给他们安排一些简单的任务。另外，新来的产品经理对于开发力量以及一些历史遗留问题又不太了解，搞得第一周的任务安排就是一团乱麻。基本上就是把一个月的工作量安排到一周里面去了。看着任务面版上的当周任务，开发们到底是挑容易的先做呢，还是难的先做呢？哪个更重要呢？估计谁都拿不准。这样一来任务肯定是完成不了的，要硬着头皮去做根本做不完的任务，团队士气肯定会大受影响。新员工会失去信心，老员工也会越发迷茫。

为了应对这种场景，笔者不惜得罪产品经理也要对任务做减法。毕竟在产品经理的眼中，这些需求都很重要，都是客户诉求极高的需求。然而，在新员工磨合期，安排太多不可能完成的任务，对新员工没有任何的激励作用，反而会加大测试的压力，打压团队的士气，这在一个远程团队里面我以为是要不得的。现阶段与其去做不可能完成的任务，不妨学习小米的互联网七字诀“专注、极致、快、口碑”中的“专注”。于是我把一些难以把控的需求暂时先砍掉，砍到只剩下1 ～ 2个功能。这样团队所有成员都能专注于这些功能，不仅本周能够顺利完成发版任务，新员工也能对项目以及开发流程有个大致的了解。不至于在需求池中左看右看摸不着头脑，找不到重点，到最后啥都完成不成。

本周刚好是新人磨合的第二周，根据上周的教训，笔者需要在每周工作开始之前跟产品评估接下来一周的开发力量并安排任务。一周一个版本是我们团队的传统，没想到小米当年研发MIUI的时候也是以这种工作方式开展，这对应了小米互联网七字诀中的“快”。

回顾上周，我们安排了很多需求没有完成。我怀疑产品已经有所不满了，评估的时候基本把上周的需求都提了一遍，并插入一些她们感觉比较重要的功能。那这周我依旧只能对不起产品了。上周安排的任务其实多有不妥之处，商城的订单管理后台管理页面本来想让新人练手用，结果只做了一半，产品的意思是可以继续完成下去，因为半途而废下次要从头开始熟悉。但我还是感觉要喊停，新后台商城订单管理，在老后台勉强能用，如果这周还继续完成这部分内部员工才会使用的功能，那么大众客户那边堆积的功能就没时间做了，新员工还是停留在增删查改的阶段。而且商城订单这些简单的功能只需要小半天他们就能迅速找回上下文，哪怕日后再从头开始也不会有多大影响。笔者不顾反对还是要把这部分功能砍掉，结果跟上周差不多，我们依旧只专注于少量的 2 ～ 3 个功能。

对于远程团队来说，如果注意力不够聚焦，就容易出麻烦。所以笔者感觉 2 ～ 3个功能模块会是比较合适的量。不过后来跟测试聊天有听到反馈说，哪怕是2 ～ 3个功能已经让大家有点吃不消了。毕竟新同事对业务不是特别熟悉，这次的安排确实也有冒险的成分。反过来想，如果在没有我的帮助下，大家能够顺利推进这2 ～ 3个功能，那么团队士气定会有所增强。感觉现阶段，让团队成员充分磨合，增强士气，比起完成多少任务要更重要些。不然靠单压榨来完成的工作量，这迟早得还回去。

虽说这两周无论是任务安排还是成员磨合都一团乱麻，不过在大伙的配合下，很多东西已经慢慢理顺了。当陷入乱局的时候，小米文化中的“专注”更显难能可贵。我们没有能力一次完成所有事情，那么就集中精力先做1 ～ 2件目前看来最为重要，而且性价比最高的事情吧。长期下去，当大家深度磨合且具备节奏感的时候，才能更好地提高效率，推进工作的完成。