这篇文章主要是讲解IPFS团队（协议实验室麾下）使用OKR情况以及项目管理方面的内容，文章共分为OKR管理模式介绍、OKR在IPFS项目中的应用、IPFS项目团队的组织架构、IPFS项目第四季度OKR目标与关键成果四个部分。

1⃣️ OKR管理模式介绍 

OKR体系的全称是Objectives & Key Results，即目标与关键成果。所谓OKR，O = Objective 理解为企业目标，KR ＝Key Results 理解为关键成果。浓缩在一起就是“为确保达成企业目标的关键成果分解与实施”。 

OKR成型于芯片企业“英特尔”，光大于头号搜索企业“谷歌”。这两家企业都是行业翘楚，世界闻名。所以OKR才会在这么短的时间里得到广泛的认可。

OKR首先是沟通工具，团队中的每个人都要写OKR，所有这些OKR都会放在一个文档里；任何员工可以查看到任何人在这个季度最重要的目标是什么，团队这个季度的目标是什么；同时，也可以看做全公司的可视化管理体系，可直观看到上下级的支持关系、不同部门间的协作关系、OKR目标的达成进度，极大方便管理与自我管理。并通过月度会议review、季度会议review，实时跟进或及时调整OKR。

在国内采用的管理模式大多以KPI为主，KPI的本质是一种管理工具，它主要是从结果上来考察绩效，不关注过程，一切用指标来说话。而OKR则是一套定义和跟踪目标及其完成情况的管理工具和方法，主要的目的是为了更有效率的完成目标任务。从2013年开始，一众硅谷的高科技企业纷纷拜倒在OKR的脚下，争先恐后的在自己的企业里导入、实施；OKR这股风气很快被敏锐的中国同行发现，国内知名的互联网公司“豌豆荚、知乎”纷纷导入，效果不错。2014谷歌又把OKR内部培训视频放到了网上，进一步刺激了学习热潮，国内的IT、互联网、高科技公司纷纷模仿、导入。

2⃣️ OKR在IPFS项目中的应用

实际上，IPFS项目的管理很早就引入了OKR模式。在github中的IPFS子库pm中，比较详细地记录了IPFS的项目管理记录，其中就有的很多关于OKR的部分。时间最早可以追溯到2016年3月8日，IPFS的一个开发者Noffle在当天的工作总结中，提到了个人OKR计划。

 以下便是IPFS项目应用OKR的记录。

2016.03.08，Noffle更新个人OKR计划。

2016.03.09，Noffle更新个人OKR计划，调整1季度的目标。

2017.01.16，Matt Zumwalt 在处理无功尝试的问题中提到“在完成列出这些尝试的清单、下一季度如何处理这些尝试的计划、这些尝试所归属的每一个项目队长的OKR之后，这个问题就会得以解决”。2018.02.13，Matt Zumwalt 通知各位KR的责任人在IPFS+libp2p项目的OKR表格中填写季度中期的评估打分。

2018.03.10，Matt Zumwalt 通知制定下一季度的OKR计划，并设定了关于OKR的时间线。

• 3月12日：每一个工作组需要计划安排第二季度OKR计划的讨论。

• 3月23日：所有的工作组需要使用markdown文件格式或者在OKR表格中完成第二季度OKR的草稿。

• 3月26日：完成一季度的OKR评估打分。

• 3月30日：所有工作组准备好冻结第二季度的OKR计划。

• 4月6日：冻结第二季度OKR（一些工作组因其它工作组的问题会导致延迟）。

2018.03.20，Matt Zumwalt通知在接下来的两周内为OKR的准备，将会组织关于Dapp开发、分散数据管理、协议创新的议题讨论。

2018.03.20，Matt Zumwalt通知针对分散数据管理的问题，计划在3月23日最迟不超过3月29日组织讨论OKR草案并如何进行调整以及团队及利益相关者之间的信息共享与协同。

2018.06.30，David Dias为帮助团队成员制定更有效的OKR，整理了关于OKR的内容索引，以及一些启示：

• 在您所贡献或领导的项目，什么是你的超级用户/应用？

• 下一个目标是什么？您的项目如何实现？

• 对于项目实施和采用，主要障碍是什么？

• 对于项目的贡献建设，主要障碍是什么？

• 说出您和您的团队需要实现的最重要的事情？那个时间表是什么时候？如何在不到三个月的时间内实现这一目标（招聘，合作伙伴关系，撤销其他任务等）？

• ·

• 同样，IPFS / libp2p / IPLD团队之间现在存在依赖关系。例如：js-ipfs需要js-libp2p和js-ipld; DDC需要来自IPLD的GraphSync; Web浏览器需要来自js-ipfs。 

• 考虑您项目的独立性，还要考虑其它项目的需求。你不应该计划一些需要其他团队无法在本季度完成的事情。

2018.04.25，David Dias 提到我们正在做季度OKRs和项目长期目标路线图。2018.08.11，David Dias通知将会在8月13日在zoom room中召开周同步会议，并在周同步会中组织第三季度OKR的中期评估。2018.09.16，David Dias通知在三季度结束的两周内完成对Q3的OKR表格进行评分，并对工作回顾提供了一个模板。2018.09.24，David Dias 通知团队成员将会在9月26日在Zoom Room讨论确定第四季度OKR目标，同时分享了讨论的议程内容。

以上是pm库中包含OKR关键词的issue，内容并不能包含的很全，因为库中讨论的很多其它的问题，虽然没有包含OKR关键词，但却与其息息相关，同时，还有其它的子库也同样包含了一些OKR的相关信息。即便如此，我们仍旧可以从中看到IPFS团队对OKR管理模式的应用脉络。

根据IPFS项目团队对OKR管理模式的应用，可归结为以下几点：

1、每周组织同步会议。时间基本确定在每周一，具体时间在IPFS日历（使用的google日历功能）中有排期；会议有主持人、有记录；使用Zoom room在线工具，远程同步会议；时长约30分钟；会议的录制视频同步更新到youtube上公开。有固定的会议内容议程模板。

2、每个季度中期组织OKR中期评分，并对OKR做适当的调整；所有的OKR文档都放在Google 文档中公开。

3、每季度末完成该季度OKR评分和回顾，并设计了回顾模板。

4、每个季度末制定下一季度OKR目标与成果计划的草稿，为此准备了设定OKR的指导说明；每个季度初讨论确定终版的OKR。

3⃣️ IPFS项目团队的组织架构

IPFS团队采用OKR的管理模式是一种必然。大家都知道，IPFS开发者来自于全球多个国家和地区，开发者团队本身也是一个分布式组织。开发者来自于多个地域，OKR的应用则大大降低了沟通成本、提高了沟通效率。但OKR的效用发挥也是要有一定基础的，任何的组织能够发挥高效的工作，除了管理模式的作用外，更重要的是组织架构。就像建造一座房子，基础才是核心，不管是工期、成本的投入上，还是重要性上；而组织架构就是一个组织的基础，KPI、KPA、360考核、平衡计分卡等等都是组织管理的呈现方式，可以是钢结构、钢混结构、框架结构、也可以是砖混结构等等。

IPFS项目团队架构如上图所示，这也为IPFS带来了很多的成功，以及为OKR实践应用提供了支持。项目团队划分为工作组和研究组。

工作组是指在研究，开发和部署工作组范围内的工作的人员团队。该结构旨在为项目提供清晰度和方向，使个人贡献者能够将他们的时间和精力集中在他们最感兴趣的领域。

每个工作组都可以自由地设定自己的步伐，跟踪工作和确定优先事项。唯一的要求是工作组通过OKR将其重点暴露给组织的其它部分，它指定一个队长，创建一个入口并且至少有2个全职贡献者致力于它。

同时，每个贡献者都不应承担多个工作组的责任。 

研究组专注于探索特定的垂直和输出可能的研究调查，工具，实验和其他类型的知识，这些知识可以为工作组所做的工作提供信息和帮助，或者共同创造新的工作组。

这个结构中的一些很好的例子是：research-pubsub，它导致IPFS / libp2p团队实施PubSub;和research-crdt一起创建了动态数据和能力工作组，它现在解决了在分布式网络上构建DApps的许多挑战。

研究组不需要指定队长，同时也不约束订阅多个研究组。

当前已经作为独立项目的如libp2p、IPLD、multiformats既是在这种模式下发展延伸出来的。

简单、明晰而又开放、兼容，组织架构的设计在项目的管理中起到关键的作用。以上说明内容也只是冰山一角，有兴趣的小伙伴可以在IPFS的pm库中详细了解IPFS的项目管理以及对OKR的应用。

4⃣️ IPFS项目第四季度OKR目标与关键成果

最后的部分来了解一下IPFS在第四季度的计划，数据来源于IPFS Q4 OKRs表格。在最新公开的IPFS Q4 OKRs表格中，包含了三个部分共计九个模块的内容，即开发与支持部分的js-ipfs、go-ipfs、ipfs GUI、ipfs Cluster、基础设施；社区、教育和使用的文件和社区模块；以及支持特定用途的工作：动态数据和功能、Web浏览器中的IPFS、去中心化数据管理。每一个模块都列出了详尽的目标与关键成果，并将表格放在google 文档中公开链接，以备核心开发者及贡献者查阅。

为方便国内开发者和爱好者查阅，已将英文版OKRs翻译成中文文档，公众号内回复“IPFS2018Q4OKR”即可查阅全部文档。

开发与支持部分

js-ipfs将成为go-ipfs的可替代方案，发布更快更小的版本，实现能够像go-ipfs同样快地传输大型数据集，浏览器插件包大小不超过1.5Mb；将js-ipfs-unixfs-engine被分解为更小的模块，以实现更好的可维护性、可测试性、可靠性和复用性。

go-ipfs实现轻松处理TB级的大数据集，通过快速以太网传输1TB数据耗时低于48小时，通过bitswap的改进降低宽带使用、提高吞吐量，发布新版Core API让编程方式使用go-ipfs的过程成为一种乐趣。

IPFS GUI发布重新使用Web UI组件的IPFS Desktop v2.0，给予开发人员权限来创建优秀的、新的IPFS用户界面，在Web UI中可视化DHT和bitswap信息。

Cluster实现可编排大量数据，系统管理员能够轻松部署并检查Cluster，并将Cluster可以扩展到成千上万个节点，并协同完成文件固定。基础设施方面，将网关部署到可靠的云服务商提供强大的网关服务，为其它团队和社区提供支持，包括故障单、使用托管网关的教程，技术规划指导等，跟踪并持续KPI管理。

社区、教育部分

社区方面，创建ProtoSchool的教育社区，发布章节创建指南，在github组织结构中支持低章节，并在网站中支持章节和课程树状结构；实时与社区沟通正在发生的事件和问题；改善新贡献者体验，并持续每周的IPFS同步会议。

支持特定用途的工作部分

动态数据和功能方面，将PeerPad作为IPFS团队会议的记事工具，PeerPad使用IPLD作为其底层格式，并在libp2p上实现自定义CRDT同步，实现协同，并且做到快速可拓展。发布Discussify v0版本实现身份验证和信息的宣发功能。

Web浏览器中的IPFS方面，实现使用浏览器插件以稳定而直观的形式展示IPFS功能，确保在浏览器环境中为web开发人员提供流畅体验，支持火狐浏览器和谷歌浏览器上传5Gb大小的文件；开发实现分布式WEB的要求。

去中心化数据管理方面，将规范化管理，发布此工作组的KPI方案，与社区工作组合作，编写去中心化数据管理的案例研究，加深对去中心化数据管理需求的理解，并将其转化为实施指南。 

从IPFS项目Q4 OKRs计划中，可以看到四季度的工作量还是很大的，做的一些工作会有直观的展现方式，比如说浏览器的插件、GUI的更新、社区协议学院的计划等等。四季度工作的推进和展现，也将持续引领IPFS进入到下一个关注的高点，我们拭目以待。

本文源自公众号「IPFS原力区」（WX号：IPFS-FORCE），定时更新优质讯息