抖音研发效率负责人：抖音能做到每周迭代，离不开飞书工程建设

然后再通过飞书这两项的 open api 并能，备用即会跨线受到影响审计的审核报表。这些受到影响到的组件的应用程序人、关注人，也则会通过 open api 被备用添加上。这真的备用启动的。这样，所需的关键配角都能借助到具体数据资料，不则会丢好公事。

我们还登记注册了飞书这两项的键值到达公事件的 webhook。这些所需的所需启动、试验结论生产量等关键报表键值到来时，我们也能捕获；然后将其中都的关键数据资料来进行解析、概述，通过飞书机器人分索取投身于所需决策的关键配角。通过这种手段，这两项数据资料的触达就能越来越加高效。

数据资料驱动与稳定性给定

字节人文的另一个特点就是数据资料驱动，用数据资料好像。抖音的一个所需不知道来作得好不好，那就开个 AB 试验观察下数据资料。

某种程度的，我们改善制造稳定性也希望用数据资料好像。在对开发团队内的这两项持续性来进行复盘时，我则会用飞书这两项的图片基本功能。比如，我则会看下这个双月的所需吞吐持续性如何，的业务所需多少、技术所需多少，bug 数量相比上个双月有没有增大，化解速度有没有改善等等。由此来假定我们开发团队紧接著不必来作哪些革新。

我们同时也在服务于抖音大开发团队的稳定性给定。这是一个越来越加复杂的建设工程。举个例姪，我们则会持续的出现异常抖音的一个所需从或许提出到下单到用户手中都须要在此之前——我们把它叫来作下单周期举例来说，并且须要从这个举例来说的发生变化中都来进行拆解和分析总括。以前不太可能提到，抖音下各个的业务开发团队的所需报表是不一样的，从稳定性的角度启程也不不必一样。这么多个开发团队，指导工作在多种不同的飞书这两项空间中都，选用着不一样的报表定义，在这种持续性下，定义什么是「所需下单」就须要总成本一番功夫。

比如对于系统管理员制造而言，下单指的是标识符启动部署和启动线上全量，对于用户端制造而言，下单则指的是完整版面世并启动基本功能全量。我们甚至构建了一个数据资料模拟器，用于行政这些给定中都的标准概念，同时启动数据资料采集、清洗和举例来说重现的每一次。这里头面的数据资料采集指导工作，我们就是利用了飞书这两项缺少的比较丰富的 open api 并能来实现，所需、键值、键值下的姪任务等等数据资料，都可以通过 open api 来借助。

当然，来作上述指导工作的前提是，我们须要肯定数据资料资产的溶解和行政。而飞书这两项在这其中都发挥了至关重要的作用。它使得我们的制造指导工作提效，这两项能够越来越有体系的来进行。