前言：
我们的项目在迭代中，为了保证人效，最重要的应该就是对齐业务目标了。在飞书业务内，我们通常使用OKR系统进行目标管理，季度初时，业务负责人和产品leader们会对OKR进行更新、对齐及内部宣讲。宣讲的过程是为了保持项目组成员对目标的理解是一致的，这样大家才能心往一处想，劲往一处使。那么，实战中我们如何保证迭代不跑偏，保证大部分人力是在做真正的业务重点事项呢？在我们业务里，我们通过将OKR核心信息导入到飞书项目工作项的方式，通过飞书项目内的关联能力完成从目标到具体项目、需求的拆解及跟进的。这篇文章我就具体介绍如何实现OKR数据导入到飞书项目，以及实操层面如何做项目关联，以此实现目标到项目的可视化追踪。
OKR导入的技术实现
详细源码实现如下：
该代码仅为导入脚本，未开发前端交互页面。但导入功能时完整的。支持导入指定人员的okr描述，指派人，周期信息。最终效果如下图：
飞书项目里OKR工作项的设计方案
前言提到，关联 OKR 时，通常不止需要导入业务负责人的OKR，还需要产品leader们，技术负责人的OKR进行对齐，以及可能还有非OKR事务，那么实践里，我们怎么进行配置呢，这一节我们来分享实战中，如何进行 OKR 工作项设计。
工作项配置里，我们新增两个工作项 Objective 和 Key Results。通过属性视图及分组，很清晰的展示出 OKR 的关联对齐关系。其中产品leader的 key results 关联到业务负责人的 key results上。具体的需求工作项实例，直接关联到产品 leader 的 key results实例上。实践效果如下：
关注的数据指标，迭代需求里业务目标（业务负责人的okr）需求占比，人力投入占比。
实践里，产品leader会基于各自模块的长期规划，有无法对齐到业务负责人okr的目标存在，这种情况是允许的，但要关注占比，保证高优目标的交付（这里高优目标指的是非倒排的，倒排需求由于其强交付属性，是肯定能保证人力的，但在季度规划里占比较低，更多的是顺排需求）。
