(1-3/3) 团队 OKR 的设定

新的一年开始了，到了做 H1 团队 OKR 设定的当口。

这事重要，事先应有系统性思考。

今天先粗略盘点下，也吸收下大家的经验。

请大家多多拍砖提建议。

团队

首先明确下本文中团队的狭义范围：

• 不是整个公司

• 是侧重在某一个专业技术方向的团队

• 业务落地和创新探索兼顾

• 支持的业务有多条

• 技术上分多个子方向

• 人员级别多样

考虑点

• 历史承接：

• 既有的业务应用稳定 &更好地支持

• 值得做深做得更加系统化的技术点

• 未来发展：

• 从已有应用能扩展出什么新功能

• 能孵化出什么新业务应用

• 整合已有技术点能形成什么更系统的东西

• 必须去探索的新技术方向

• 团队成长：

• 特殊时期要着重考虑团队的稳定性

• 高职级有开拓性发挥空间

• 中低职级能得到充分锻炼

• 让大家觉得有意义有挑战

• ::(如果你在打造一艘大船，不要总想着逼别人去伐木，去指挥分工去发号施令，而是要激起他们对浩瀚无垠大海的向往。—小王子) @锡锡 分享::

原则

• 少： 多就是无

• 专：一个事项对应 1 个 O：一个业务或者一个技术点

• 挑战：信心指数 50，有足够的挑战性，只有 50%的概率能达成

• 量化：每个 KR 明确可以量化可以评估

• 对应到人：OKR 的拆解，一定要明确对应到各人，不模糊不多头

确定方式

简单抽象下，这三步：

• top-down： 业务型的 O，从公司层面、业务层面逐层拆解下来，对应到技术团队

• bottom-up：技术做深做广的 O，以及技术想主动孵化的新应用，从下往上提报

• 汇总对齐取舍：先搜集汇总、再多方对齐，最后还要一起做取舍

实操上：

• 先找业务方聊一轮，对齐业务需求

• 跟 leader 对齐，拆解他 OKR 中我团队对应的部分

• 跟团队骨干共创，形成草稿

• 然后再次跟 leader 沟通、跟业务沟通、修正、定稿

一个简明扼要的设定思路(来自群友 @钟武文)

• 根据公司的 OKR，以及

• 上一级的 OKR（其实绝大部分是面向直属上级 OKR 拆解下来的 @新龙）

• ::=> 具体业务的 OKR::

• 然后，结合技术团队的现状

• 补上团队建设、

• 效能品质方面，

• 留意是否有技术债

• ::=>技术方面的 OKR::

其他事项

• 业务 1、技术 2、团队成长 3 的配比，可能 1>2>3，但应该也会看情况

• OKR 是可以动态调整的，比如大方向(O 这个级别)发生变化时

• 有些不太好拆解明确到人的点，执行时会是个雷