EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
3 k5 Z0 {( A* F, K2 q7 p
首先让我们来看看OKR的框架图,发现和什么很像了吗?没错,和Scrum的框架图很像。从产品待办列表拆出Sprint待办列表,然后流入Sprint的循环中,不断检视与调整,环环相扣,而那个OKR Coach像不像我们的Scrum Master。9 H6 x/ Q' I* q
还有一个题外话:是否有发现?其实伟大的框架,一定要有个圈,这个圈,就是PDCA循环的力量。
) T; s& a3 e2 E: C
5 H( A& m; h. }1 Q8 P+ I
7 M- J2 e( I) }1 J+ `
* h9 N6 [% a& h4 o# L2 ~
5 J# ^! L8 o1 |
; p: N' u6 A7 N' `5 f" p6 l
+ K3 D3 M& s7 d; _. I" ?
8 l5 X5 G" w8 E4 q- G, I" z5 a2 q, N这样的好处还有很多,我们再看看OKR结构: OKR的目标和关键结果,有没有类似我们说的“用户故事”和“验收标准”?对于组织OKR,是我们说的“Epic”,目标是What,关键结果是How,回答了用户故事的Why。 对于团队OKR,目标是特性需求(Feature),关键结果是“版本标准”,回答了用户故事的What。对于个人OKR而言,目标是用户故事(User Stoy),关键结果是“验收标准”,回答了用户故事的How。 当我们按照季度、月度和迭代这样的结构运行时,会发现团队很多变化,对价值的理解更深刻,对业务和产品的支持更主动。 @& j9 y6 @' ?2 Q$ z
|