OKR实践中的痛点(11):为什么我不推荐OKR中使用KA(Key Action)?
在OKR中设置了所谓的KA(Key Action),这个我还真的探询不到源头出自哪里,但是很明显的是很多培训老师和工具都厂商都在不断的提这个。
由于存在KA(Key Action),所有的OKR就变成了一个结构化的层级结构:
目标O(Objective)
--关键行动KA1(Key Action)
--关键行动KA2(Key Action)
--关键行动KA3(Key Action)
--关键行动KA1(Key Action)
--关键行动KA2(Key Action)
--关键行动KA3(Key Action)
--关键行动KA4(Key Action)
--关键行动KA1(Key Action)
--关键行动KA2(Key Action)
KA(Key Action)的存在特别符合传统管理者的思维方式,也让团队有了关注点,但是KA的存在使得团队的关注焦点全部聚焦到了行动上,而不在关注结果的达成,认为完成了KA,KR就自然达成了。
由于KA的存在,就要求在目标确定后,就立即要确定KR对应的KA,这个时候是否需要问一下我们自己,这个KA如此容易给出是不是说明了一个问题,对应的KR挑战性不够?(我们在设定目标和KR时,由于KR的高挑战性,很多时候是没有对应的解决方案的,我们必须在后续的过程中反复的探索。)
目标的达成是一个动态结构,这也就是我们说的“解决方案”,是需要在过程中持续进行跟踪和改善的,但是当转变成KA后,提升了团队的目标达成的“安全感”,但是也丧失了“警惕性”,对KA的关注就忽略了过程中的变化。尤其是在现实中有很多的团队压根不做OKR的跟踪动作,这个时候一味的执行只能出大问题。
还有在OKR周期的中后期,当目标推进不顺利的时候,由于KA的存在,我们不会再去想如何“创新”或者“狗急跳墙”的解决目标达成,而很容易误认为是KA的推进或者完成出了问题。