那他为什么不把同样的逻辑用在团队管理上？

第二天，他来到公司，做的第一件事就是修改OKR。

原来的写法是：推荐系统：上线实时特征平台，CTR提升3%。 改成：推荐系统（周浩负责）：上线实时特征平台（我协调日志团队资源），CTR提升3%。

然后他给周浩发了一条消息：实时特征数据源的事，我来协调。你专注技术方案，有问题找我。

周浩回了一个。

他又给张悦单独发了一条：数据源的问题我已经在协调，预计两周内解决。你先做前端对接的部分，接口文档让周浩发给你。

张悦回了三个字：收到，谢谢。

林晨看着这六个字的回复，松了口气。他不确定张悦是不是真的满意了，但至少他给出了明确的答案和时间线。

接下来的几天，他把更多的时间花在管Leader而不是管所有人上。每天早上跟三个Leader开十五分钟的站会，了解进度和问题；每周一次全员周会，只做进度同步和方向传达；其他时间，他回到自己最擅长的事情上——写代码、调模型、看数据。

效果很快就显现了。周浩拿到了数据源的资源，实时特征平台的开发速度加快了。李婷不再为合规批文焦虑，而是把精力集中在模型优化上。陈铭虽然对只做微调还有想法，但至少在执行层面没有再拖延。

一周后，林晨在笔记本上写下：

管理心得：

Leader管方向，不管细节

分层管理，不要越级

协调资源是Leader最重要的职责之一

团队的信心来自于Leader给出的明确答案，而不是模糊的安慰

他合上笔记本，看了一眼时间。下午五点，该准备下班了。

走到门口的时候，张悦叫住了他：林总，数据源的事，周浩说已经协调好了，这周就能接入。谢谢您。

不客气。林晨点了点头，有问题随时找周浩或者我。

张悦笑了笑，转身走了。

林晨看着她的背影，心里想：也许管理没有他想的那么难。难的从来不是管人，而是学会放手。