第212章 团队管理(2 / 2)

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能,避免出现内容无法显示或者段落错乱。

什么意思?

你是Leader,不是老师。老师才需要记住每个学生的名字、成绩、家庭情况。你只需要记住三件事:目标、路径、人。目标是你定的,路径是你选的,人——你只需要知道三个组Leader的状态,让Leader去管他们组的人。

林晨想了想:你的意思是,我不应该管到每一个人,而是应该管到Leader,让Leader管人?

对。你管三个人,每个人管八到十个人,这样你只需要做三件事:定方向、解难题、协调资源。具体的事让Leader去做。

可是张悦那个问题——实时特征的数据源——我不能不回应。

你可以回应,但不一定要自己解决。让周浩去跟日志团队协调,你只负责在背后推动——比如跟日志团队的Leader打个招呼,说这个项目优先级高。

林晨沉默了几秒。苏婉说的对。他一直在用管小组的方式管大团队,事无巨细都想自己搞定。但管理不是写代码——代码要一行一行写,管理要一层一层分。

语文老师也能教管理学?他笑了一下。

语文老师教的是逻辑,苏婉把菜扔进锅里,管理学最核心的逻辑就是分而治之。你又不是第一次用这个方法——你的投资系统不就是分策略、分品种、分层管理的吗?

林晨一愣。她说的没错。投资系统就是分层管理的:策略层决定买什么,执行层决定怎么买,风控层决定什么时候卖。他从来不会让策略层去管执行细节,也不会让风控层去操盘。

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

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

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

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

周浩回了一个。

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

张悦回了三个字:收到,谢谢。

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

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

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

一周后,林晨在笔记本上写下:

管理心得:

Leader管方向,不管细节

分层管理,不要越级

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

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

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

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

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

张悦笑了笑,转身走了。

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