课程背景
课程缘起
-------------------------------------------------
“我们要的是敏捷的革新，而不是机械的执行。”
金融科技（FinTech）队伍正处于两种信念的夹缝中：
• 金融信念：稳健、合规、流程严谨、自上而下；
• 科技信念：敏捷、试错、迅速迭代、自下而上。
在这种冲突下，传统的 KPI（要害绩效指标） 在面对 FinTech 队伍时弊端显现：
• 扼杀革新：员工不敢定高标的，由于 KPI 要和奖金挂钩，定高了完不成要扣钱；
• 本位主义：货品只管发版，不管营运；开发只管写代码，不管 Bug 率。
• 滞后性：年初定的 KPI，从实践看，年中市场变了，KPI 还没变。
OKR（标的和要害结果） 的出现，不是为了替代考核，而是为了破解锁住和协同的问题。
• O (Objective)：我们要去哪里？（鼓舞人心，定性）
• KR (Key Results)：怎样知道我们到了那里？（可衡量、定量）
本课不讲枯燥的理论，而是结合金融科技队伍的实际情境（如：APP 改版、核心系统上云、海量资料风控建模），手把手教你怎样规划、对齐、复盘 OKR，让队伍从“要我做”变成“我要做”。
课程收益
-------------------------------------------------
◆ 领会 KPI 和 OKR 的本质区别和适用情境
◆ 掌握 O（标的）和 KR（要害结果）的撰写公式
◆ 学会借助 OKR 破解跨部门协同难题（如货品 vs 研发）
◆ 构筑“周会复盘”和“季度评分”的落地闭环
课程结构
-------------------------------------------------
课程大纲
1. 底层推演对比：
(1) KPI 是“后视镜”（考核结果） vs OKR 是“导航仪”（指引方向）
(2) KPI 追求“保底”（100%完成） vs OKR 鼓励“野心”（挑战不可能）
2. 金融科技队伍的适用性：
(1) 为何说“KPI 适合流水线，OKR 适合革新实验室”？
(2) 怎样平衡“稳健合规”和“敏捷革新”的双重诉求？
1.
1. O (Objective) 的撰写艺术：
(1) 准则：鼓舞人心、定性描述、有时限性
(2) 实例重构：从“拉升 APP 日活”到“让年轻人在我们的 APP 里玩起来”
2. KR (Key Results) 的硬核准则：
(1) 核心要则：必须是结果（Outcome），而不是差事（Output）
(2) 避坑指南：不要写“上线 XX 功能”，执行层面，要写“XX 功能上线后，转化率拉升 20%”
(3) 信心指数：设定 0.6-0.7 的信心阈值
1.
1. 分组实战：以真实部门/项目组为单位，实地草拟 OKR
2. 互评互怼（Refine）：
(1) 减法要则：砍掉不要害的，只留 3-5 个 O，换个角度看，每个 O 配 3-5 个 KR
(2) 推演自洽性检验：KR 完成了，O 一定能达成吗？
1.
1. 向上对齐（支撑方略）：确保部门标的不偏离公司大方向
2. 水平对齐（打破墙壁）：
(1) 货品组 vs 研发组：将“上线时间”和“开发排期”拉齐
(2) 营运组 vs 风控组：将“获客标的”和“准入准则”拉齐
(3) 破解“屁股决定脑袋”的本位主义冲突
1.
1. 周会/双周会怎么开？
(1) 拒绝流水账：只谈进度偏差、隐患卡点、需要的支持
(2) 红黄绿灯制度：动态评核信心指数，及时预警
2. 四象限看板管控：本周重点、未来一个月规划，状态指标、信心指数
1.
1. Conversation（对话）：怎样借助提问带出员工思索解题打法？
2. Feedback（反馈）：及时表扬好的行为，就一线经验说，客观指出偏差（AID 模型）
3. Recognition（认可）：在队伍中构筑“点赞信念”，激发内在动力
1.
1. 评分准则和解读：
(1) 0-1 分制：0.6-0.7 分是最 佳状态（说明标的有挑战性）
(2) 1 分的陷阱：说明标的定低了（Sandbagging）
2. 复盘要则：
(1) 只复盘，不考核：切断 OKR 分数和奖金的直接挂钩
(2) 360 度评核：自我评核、同事互评、上级点评
1.
1. 革新沙盒制度：在金融机构怎样划定“鼓励试错”的安全区？
2. 全员 OKR 晒出：透明化管控，执行层面，让每个人都知道 CEO 在关注什么
3. 落地锦囊：
(1) OKR 落地失败的 5 个大坑（如：没人跟进、当作 KPI 用，标的太多）
(2) 启动阶段的“三个一”工程：一个试点，一位大使、一次全员宣讲号”、“伪造通讯录”手段以及反制打法。
老师简介
Introduction to lecturers
弄懂更多
珀菲特顾问|姜粤东老师
适合谁听
：金融科技部门负责人、货品经理、研发主管、敏捷教练 教学办法：实例教学、要点拆解、抓手演示。建议同一家企业 3 人以上同来，课堂上直接改造本企业的实际问题——单人参加也能学到方法，但带不走可用的成果。
交付流程
课前：顾问访谈 2 位管理者，收集现状与问题清单，讲师据此调整案例。课中：讲授与演练各占一半，产出可直接用的工具与方案。课后：7 天内提交改进建议，30 天内一次线上答疑。