抖音代运营协议格式： 飞书工具“飞书项目”如何助力抖音研发效率提升

抖音代运营协议格式： 飞书工具“飞书项目”如何助力抖音研发效率提升

飞书推出的项目管理工具“飞书计划”自今年5月正式发布以来，已签约企业客户超过100家，包括理想汽车、安克创新（营销、股票诊断）、Keep、猎聘等行业先进企业。

飞书项目支持100多人的大型团队协作，是抖音团队背后的“生产线”。飞书项目帮助抖音实现每周应用发布迭代，保证抖音团队从百人扩张到千人的过程中整个产研团队的高效运作。

“对于抖音这样的超大型应用，团队之间的分工协作极其复杂，不仅需要科学的管理机制，还需要强大的工具和平台，飞书项目发挥着非常重要的作用”抖音研发效率部负责人最近分享了“飞书项目如何帮助抖音研发效率提升”的主题，并总结说飞书项目流程灵活设计、高效的信息传递、强大的数据能力三大优势，是市场上领先的项目管理工具。

以下为分享内容，由中国网科技编辑发布：

因地制宜的工艺设计

抖音团队依托飞书项目进行项目管理。我们怎样才能获得更高的效率？针对不同的工作内容，应采用适合其工作流程的流程；对于不同的业务线团队，也应该采用适合其协作模式的流程。在飞书项目上，我们针对不同的情况配置合适的流程类型。

比如下图，飞书项目可以很方便的创建需求类型模板，代表团队对某个工作内容的流程管理。并且形象化呈现，意思清晰，一目了然。

我们将对影响核心场景的需求进行更全面的评估。在需求流程的安排上，我们会引入一个综合评审节点，并让各业务线的抖音领导组成的委员会参与其中并做出投票决定。

而对于探索性需求，我们希望它的流程更加敏捷，以便可以快速试错。在流程的编排上抖音代运营协议格式，我们会尽量减少依赖和等待，让流程节点更加并行。飞书项目的工作流管理功能灵活高效地支持抖音团队在不同场景下的流程管理需求。

高效的信息传递

我个人比较喜欢飞书项目的一个小功能，就是一键创建群。做过项目的人都知道，信息不同步很容易导致项目出现问题。服务端研发需要找个坑，所以和产品经理私聊，商量一些小改动，但是客户端研发不知道这件事，和联调的时候服务器完成后，发现不匹配。. 这种情况很典型，由此产生的需求重复也会影响团队的研发效率。

飞书项目直接提供一键建群功能。对于每个需求，需求的创建者、参与者和关注者将被一键拉入一个群组。组名是需求的名称。有关此要求的任何问题都在此处讨论，任何信息也在此处。同步，需求的节点流水也会在群内自动提醒。这样一来，各方的语境在这里完全同步，讨论的话题也很集中。这样的沟通是非常有效的。很多团队甚至在飞书项目上配置了拉取组的功能，在创建需求时默认拉取组。这也符合“不”的经营理念，

事实上，在大型组织中抖音代运营协议格式： 飞书工具“飞书项目”如何助力抖音研发效率提升，如何高效地传递信息是一件具有挑战性的事情。不仅要确保关键信息能够到位传递，还要降低信噪比。我们不能只是简单粗暴地广播消息，让每个人都感到不安。我们在飞书项目中也做了很多这方面的设计。

例如，如果一个需求涉及多个业务线的协同，那么在需求的前期，就应该引入各个业务线接口人的角色来参与评估，否则可能会导致需求的调整和变化。要求的中间。重复需求。这个需求的开发工作完成后，进入AB实验阶段，得到的数据结论也需要各业务线讨论决定，再决定下一步的行动。

那么这种机制如何才能有效地实施呢？

我们首先在飞书项目中针对需求配置了跨线影响模块字段。产品经理在创建需求时将其作为必填字段填写。

接下来，我们希望通过这个跨线影响力模块提供的信息，结合其他需要的信息，自动获取应该介绍哪些业务方和哪些人的参与。这里我们使用飞书项目和开放的api来实现这个效果。

我们自己开始了一项服务。通过在飞书项目上注册需求创建事件，我们可以捕捉到这个空间中所有的需求创建消息，然后通过分析每个需求的业务线以及受影响的业务模块来确定涉及到哪些业务。各方，以及需要引入哪些关键接口人员才能参与。

然后通过飞书项目开放的api能力，自动触发跨线影响评估的审核流程。这些受影响模块的接口人和关注者也会通过开放的api自动添加。这一切都是自动完成的。这样，需求的关键角色就可以获得相关信息，不会丢东西。

我们还注册了飞书项目的节点到达事件。当这些需求的需求发起、实验结论输出等关键过程节点到达时，我们也可以捕捉到它们；然后对关键信息进行分析总结，通过飞书机器人分发给参与需求决策的人员（行情、诊断股票）。关键作用。这样，可以更有效地获取项目信息。

数据驱动和效率指标

字节文化的另一个特点是它是数据驱动的，用数据说话。抖音的要求之一是不确定做的好不好，那就开个AB实验观察数据。

同样，我们也希望利用数据来提高研发效率。在审核团队中的项目情况时，我会使用飞书项目的图表功能。比如我会看这个双月刊的需求吞吐量，业务需求抖音代运营协议格式： 飞书工具“飞书项目”如何助力抖音研发效率提升，技术要求，Bug数量相比之前的双月刊有没有减少，解决速度有没有提升等等，由此我们可以判断我们的团队接下来应该做出哪些改进。

我们还在为 抖音 大型团队制定效率指标。这是一个更复杂的项目。例如，我们将持续监控 抖音 的需求从构思到交付给用户需要多长时间——我们称之为提前期指标，我们需要从这个指标的变化中分解它并进行分析归因。前面说过抖音代运营协议格式，抖音下各个业务团队的需求流程是不同的，从效率的角度来看应该也不一样。有很多团队在不同的飞书项目空间工作，采用不同的流程定义。在这种情况下，定义什么是“需求交付”需要花费很多精力。

例如，对于服务器端的研发，交付是指完成代码部署和在线全量生产。对于客户端研发来说，交付是指版本发布和全功能完成。我们甚至构建了一个数据平台来管理这些指标中的标准概念，同时完成数据收集、清理和指标呈现的过程。这里的数据采集工作是利用飞书项目提供的丰富的开放api能力来实现的。需求、节点、节点下的子任务等数据可以通过开放的api获取。

当然，做上述工作的前提是我们需要注意数据资产的沉淀和管理。飞书项目在其中起到了至关重要的作用。它使我们的研发工作更有效率，项目可以更系统地进行。