用OKR管理“拖延症”：小团队的目标拆解实录

有一天，团队例会上，设计师小周突然冒出一句：“我们是不是有点拖延症？”大家哈哈一笑，却没有人反驳。其实，每个人心里都明白：项目总是临近DDL才火力全开，平时进度表上写得热闹，实际落地却总慢半拍。这种“慢半拍”，不只是执行力问题，更像是目标管理出了点岔子。

目标拆解的“迷雾地带”

我们其实不是没有目标。每月的目标墙上贴着“完成产品原型”、“拉新五百用户”、“上线新功能”等大字报。可拆解成具体任务时，大家总有点迷糊。比如，“上线新功能”这六个字，背后到底是谁负责接口、谁写文档、谁测BUG？一到细节，就变成了“别人应该会做”的集体盲区。

这时候，老板说：“试试OKR？”

OKR初体验：一开始都懵了

OKR，即“目标与关键结果”（Objectives and Key Results），号称硅谷神器。我们小团队没见过世面，第一次写OKR，写出来的东西还是那一套：

• O（目标）：本月完成新功能上线
• KR1：前端完成页面开发
• KR2：后端完成接口开发
• KR3：测试通过

老板皱着眉：“KR太敷衍了。”

我们才明白，KR不能只是任务清单，更要量化结果。比如“代码完成”不等于“用户能用”，得加上“用户使用率提升10%”之类的定量目标。这样一来，大家才有动力盯着结果，不只是做完事。

可视化进度：看板与甘特图的神助攻

目标定好了，进度跟进还是老大难。小周提议用Trello建看板，把每个KR拆成更小的卡片：从“需求评审”到“上线回溯”分成若干列。每周站会，大家移动卡片，谁拖在“开发中”一眼就能看出来。

后来又试了下甘特图，把时间轴拉出来。原来，某个任务卡在小李手里两周了，其他人的任务早就等着它。小李一脸尴尬：“我以为不急……”

复盘会：追问“为什么没完成”而不是“你怎么这么慢”

每月OKR复盘时，我们不再追问“为什么这么慢”，而是讨论“哪些关键结果没达成，为什么”。有时候是目标定得不合理，有时候是跨部门配合没跟上，有时候是自己确实摸鱼了。

小故事：有次KR定了用户增长10%，结果只涨了4%。市场同事说，原计划的推广渠道被临时叫停了。大家复盘后，把下月KR调整成“多渠道A/B测试”，并提前准备备选方案。慢慢地，KR变得更有弹性，团队也习惯了在目标和实际之间不断调整。

小结：OKR不是万能，但让透明和自省成了习惯

OKR和看板工具没让我们一夜变高效，但它让目标拆解、任务分配、进度跟进都“亮”了起来。最重要的是，大家逐渐形成了“目标驱动、过程透明、结果复盘”的小循环。拖延症有没有治好？至少，现在没人会假装不知道自己该做什么，大家都愿意直面问题，讨论解决办法。

偶尔还会拖延，但好像已经不再迷茫。