引导团队成员制定OKR,实现他的开挂人生

今天接着前两天文章继续聊下如何引导团队成员制定OKR,团队成员在制定OKR时经常会出现的两个问题,一是OKR制定的与部门OKR无关;另外就是不知道如何根据部门的OKR制定自己的OKR,来提升自己能力。本文通过真实的例子来说明如何引导员工实现部门目标的同时实现自己能力的提升。

1.部门OKR

为了更好的说明如何引导员工实现部门目标的同时提升自己的能力。在此简单的拿出来部门Q4的两条OKR和大家分享。

Q4-Objectives1:为完成公司DAUXXX目标,加速业务需求快速上线,提升用户满意度,保障App产品质量。

KR1:通过不断提升技术能力和业务能力,实现各业务线需求在App上快速上线,确保线上不出现P0、P1级问题。

KR2:通过提升测试策略、工具、测试技术等手段,确保iOS线上崩溃率低于万分之X;Android线上崩溃率低于万分之X。

KR3:通过线上舆情监控和解答客服反馈,解决用户问题,提升客户满意度,实现客户反馈不出现P2级以上问题。

Q4-Objectives2:构建完善自动化测试体系,大大提升整个团队测试效率、测试质量以及测试技术能力。

KR1:通过完善App核心功能、高频业务的梳理以及测试人员技能培养,实现App自动化用例XXX个,提升回归测试效率。

KR2:通过通过梳理XX平台上App常用模板,实现70个常用模板自动化测试,确保App模板不出现崩溃问题。

KR3:通过App基础组件的接口测试,实现App基础组件不出现P0级故障,组件崩溃率低于万分之X。


2.引导团队成员制定自己OKR

很多时候员工很难把自己的能力提升和部门的OKR关联在一起,更多的愿意把部门的OKR看成是任务,而不是自己能力提升的机会,这时候就需要正向引导员工实现部门目标的同时实现自己能力的提升。以下是引导过程的对话。

我:看到部门的OKR,你有什么想法?

A同学:我想提升自己的能力,最近也学习了下OKR,想制定自己的OKR,应该如何做?

我:你想提高哪方面的能力?

A同学:自动化测试能力。

我:我们的OKR中关于自动化测试能力有三个,你想提上哪一个能力?

A同学:App自动化

我:想提升App自动化哪方面的能力?能具体说说吗?

A同学:就是会写自动化测试脚本。

我:再详细一点,你想达到什么程度,加入你达到你的目标你想你可能具备什么样的能力或者对你自己能力提升有那些帮助?

A同学:嗯……嗯……我想像XXX那样,能自己写一个自动化测试框架。

我:我这样描述你看对不对?你想提升App自动化测试能力,具体点就是通过学习能够自己写一个自动化测试框架。

A同学:是的……通过学习别人的框架,然后达到自己能写一个自动化框架。

我:好的,这个想法不错,那你觉得你如何才能达到这个能力?

A同学:这个我也比较迷茫,按照我们的自动化框架写脚本,我总觉得学不到东西?

我:你这个心情可以理解,每一个初学者都是从你这个想法过来的,都希望自己能够很快学习一个新技能,框架的一个能力就是解决使用者的门槛,所以你的感觉是对的。你觉得按照我们的框架学习编写自动化测试脚本,对你的自动化能力有没有提高?

A同学:嘿嘿,是不是我太急了点。能力当然有提高,特别是从不会自动化脚本编写,到能够写自动化测试脚本,能够自己搭建环境,能够自己调试脚本。

我:嗯……这个进步还是值得肯定的,以你现在的情况,你觉得你接下来要学习那些东西,才能够实现你自己的目标(会写自动化测试框架)。

A同学:好多吧……比如:java语法、自动化框架都有那些东西,怎么去搭建。

我:你觉得你怎样才能够知道自动化框架有那些东西,怎么去搭建?

A同学:会写java,看别人的代码,多动手,多思考,多练习。

我:好像你已经知道了怎么去提升,能不能总结下,比如你怎么去看别的代码?通过什么去动。手去练习?

A同学:看别人写的自动化脚本,学习写自动化测试脚本。

我:你觉得你这样能解决你的什么问题?

A同学:这个……嗯……能知道别人的框架怎么写的吧?

我:不错,模仿的过程其实就是找感觉的过程,就像学习游泳一样,学习的第一步就是适应水的环境。那你觉得写多少个就可以满足你的了解基础框架?

A同学:30个怎么样?

我:这个你自己定,但有个原则,就是写你负责的模块和系统。另外呢?比如写30个你想达到什么水平?

A同学:我计划把我负责的核心模块都写出来,30个是没问题的。写完30个App自动化测试用例,我想通过总结,知道一个框架都有那些基础东西。

我:你能把你说的这两条总结下不?比如按照你学习OKR的知识简单列出来?

A同学:KR1就是通过梳理XXX模块业务,学习App自动化测试框架,完成30App自动测试脚本;KR2:通过模仿学习自动化测试脚本,总结出自动化测试框架的基本元素或要素。

我:不错,有点OKR的味道了,按照标准格式:通过……实现什么……,然后每一个KR都要符合SMART原则。

我:你觉得除了这两个能不能达成你的目标?

A同学:还需要学习Java知识。

我:好的,非常棒,你按照这个思路整理下,把你的OKR发给我。

A同学:好的,我明天发给你。

次日A同学发给我的他的自动化测试框架OKR,写的非常棒。

目标:提升App自动化能力,能够搭建自动化框架

KR1:通过学习自动化测试知识,实现编写30个自动化用例 (7/10)

KR2:通过视频学习java七个模块的基础知识,实现多于15个java代码练习(5/10)

KR3:通过学习java知识、梳理自动化测试框架基本要素,实现一个自动化测试框架 (5/10)

3.OKR的简单分类

在部门的OKR中的Q4-Objectives1和A同学中的KR1中,目标看起来和KPI好像一致,不符合OKR习惯。关于这个问题,姚琼老师在她的《OKR使用手册》中提出两个概念,就是关于承诺性的OKR挑战性的OKR,部门的Q4-Objectives1和A同学的KR1其实就是承诺性OKR,其指标是上级的目标和要求,需要100%的完成,需要优先保障;而其他OKR则是挑战性OKR,是基于责任的梦想,不一定能够完成,资源也不一定有保障。所以在制定的时候一定要注意。

以上内容是个人在实操过程的一个实践,因为对OKR的实践还不是特别深入,可能会有一些问题,希望有经验的同学多多提出宝贵的意见和建议。

如果你喜欢我的文章,欢迎关注扫描公众账号:MiniStarClub

你可能感兴趣的:(引导团队成员制定OKR,实现他的开挂人生)