技术团队也能玩转OKR？

2019年，我从前端开发转岗做了一个冷门技术团队的管理者。所谓“冷门”，其实就是负责的技术方向比较小众，业务影响力有限，属于公司里的“幕后英雄”。团队士气普遍不高，KPI考核总是流于形式，大家对未来没什么热情。后来，我尝试推动了一套OKR（目标与关键成果）管理方法，没想到效果还真不错。

初识OKR：从抵触到愿意尝试

一开始，团队成员其实很排斥OKR。大家觉得“目标设定”都是给业务部门或者销售用的，技术岗每天写代码，指标难量化，做OKR会浪费时间。我没强推，而是讲了一个小故事：

“如果你们去参加黑客马拉松，没人给你们定任务，你们反而会更有激情。因为你们知道自己要做出点什么，而不是被动完成任务。”

这让大家有点共鸣。于是我们决定先试着列出“我们这个季度最想解决的痛点”，而不是马上定KPI。

制定OKR的第一步：不谈绩效，只聊愿景

我们没有把OKR和绩效挂钩。先让大家畅所欲言，比如“减少线上报警数量”、“让某个模块性能提升2倍”、“让团队新人能一周内独立开发小功能”等。这些都是大家自己提出来的目标，和业务KPI无关，却能激发共识。

关键成果（KR）也不是写得很死板，而是类似“过去每周线上报警10次以内”、“代码覆盖率提升到80%”、“文档数量增加2倍”。这些成果有点挑战性，但不是遥不可及。

OKR的执行：定期check-in和复盘

每周我们开一次短会，不是汇报进度，而是聊一聊“哪个KR遇到困难了”、“谁最近做了什么小改进”。有人提出：

• “报警数降下来了，是因为修了一个老bug。”
• “文档多了，是因为新人自己整理了流程。”

每次check-in，大家都会看到自己的贡献，成就感慢慢积累起来。团队氛围也逐渐好转。

工具选型：从白板到协作软件

起初我们只是用会议室的白板写OKR，后来发现每次擦掉重写太麻烦。于是选用了飞书的OKR功能，团队成员可以随时在线更新KR进度，也可以点赞和评论。这个细节让大家更愿意参与，而且历史记录查找也方便。

一点小经验：OKR不是万能药，但能激活氛围

我们的OKR不会用来打分或者发奖金，更多是让大家有参与感、方向感。每个季度结束，我们会一起回顾没做到的KR，分析失败原因，鼓励二次尝试。真正的收获不是KR完成率，而是团队逐渐形成了“主动提目标、主动拆解任务、主动复盘”的习惯。

小结故事

有一次，一个原本最不合群的同事，在OKR周期末主动发起了一个讨论会，分享自己调优性能的心得。大家第一次觉得，原来冷门技术团队也能有自己的“高光时刻”。

OKR管理体系并不神奇，但如果能结合团队实际，放下传统考核思维，甚至在不被看好的小团队里，也能激发新的活力。