—Day 04—

1. 知识图卡

团队OKR，公开透明的沟通原则

2. 知识描述

新的工具，新的问题

A：团队OKR和个人OKR按照什么原则来沟通？

B：团队OKR，是项目负责人准备好告诉大家吗？

C：每个人的OKR是单独准备、提交？

D：团队OKR的定期回顾和评分，如何进行？

【在推动团队OKR的沟通过程中应遵循的“公开透明原则”】

1. 小团队中使OKR公开透明的场景是：采用全员参与会议，同时相关OKR文档全员共享；

2. 大部门使用OKR，则需要在部门内的所有人都可以看到其他人的OKR。

【4种沟通的场景】

「以一个季度90天来作为OKR设定的周期为例」

场景一：一个季度团队OKR的确定；

    「方法」：召开一次“团队OKR设定讨论会”

    「目标」：在了解团队定位前提下，通过一次会议讨论，来形成团队定性的目标和定量的关键结果

    「举例」

    技术产品团队：1项目负责人、1产品经理、3程序员

公司对团队的定位：继续开发迭代团队负责的内部技术系统

团队自身的目标定位：把内部技术系统从1.5版升级到1.6版，重点是提升稳定性

将目标拆解为3-4个关键结果：

    1. 把系统的宕机时间缩短到10%；

    2. 宕机时间有关的模块稳定性提高XXX

    3. 出现宕机时如何快速反应，缩短重启时间到多少分钟等

场景二：一个季度每个人OKR的确定；

    「方法」在每个人初步准备了自己的OKR后，再开一次“个人设定OKR讨论会”

    「注意」不是每个人把自己的OKR发给团队经理，然后团队经理修改确定、汇总公布，而是应该在团队会议上公开透明地完成

    「操作」在会议上过每个人的OKR，所有一起讨论和建议：他的OKR，和团队整体的是否协调一致？和团队其他人的是否协调一致？

场景三：在这个季度周期里，定期的OKR回顾与调整；

    「方法」通过每周例会来解决

    「操作」将OKR投影出来，核查每个人的OKR是不是正常进行？团队和个人OKR是否需要调整？

场景四：季度结束时，团队OKR和每个人OKR的评分；

    「方法」技术结束，再召开一次专门的OKR总结评估会，对OKR的达成情况进行总结讨论

    「目标」总结经验、教训、体会，并对团队OKR和个人OKR进行打分

    「操作」    

    对于关键结果，可以简单根据数据得出0到10之间的某个分数

【思考】

按照团队OKR方法，将自己的目标和关键结果公开出来，你可以直接把它公开吗？

3. 知识联想

以前学习Lean/精益管理方法，其中有一个OnePage的概念，也会强调团队内部信息透明度对高效团队管理的重要性。

4. 经验联想

暂无

5. 启发行动

未来一周内回顾Lean