自今年5月正式发布以来，飞书推出的项目管理工具飞书项目已签约理想汽车、安克创新、Keep、猎聘等先进企业。
飞书项目支持100多人的大型团队合作，是抖音团队背后的生产线。飞书项目帮助抖音飞书项目App发版迭代，在抖音团队从百人到千人的规模扩张过程中，保证了整个产研团队高效运转。
对于抖音等超大型应用，团队分工与合作极其复杂，不仅需要科学的管理机制，还需要强大的工具和平台。飞书项目在其中起着非常重要的作用，抖音研发效率部门负责人，最近以如何帮助抖音研发效率为主题，总结飞书项目具有灵活的流程设计、高效的信息传输、强大的数据能力三个优势，是市场上领先的项目管理工具。
以下是中国网络科技编辑发布的共享内容：
因地制宜的工艺设计
抖音团队依靠飞书项目进行项目管理。如何获得更高的效率？对于不同的工作内容，应采用适合其工作流程的流程；对于不同的业务线团队，也应采用适合其协同的流程。在飞书项目中，我们根据不同的情况配置合适的流程类型。
例如，如下图所示，飞书项目可以轻松创建需求类型模板，代表团队对某些工作内容的流程管理。并进行可视化呈现，表意清晰，一目了然。
我们将对影响核心场景的需求进行更全面的评估。在需求流程的安排上，我们将引入由抖音各业务线负责人组成的委员会进行投票决策的综合评审节点。
至于探索性需求，我们希望它的过程更快，以便快速尝试和错误。在流程安排上，我们将尽量减少依赖和等待，使流程节点更加平行。飞书项目的工作流管理功能灵活高效地支持了抖音团队在不同场景下的流程管理需求。
高效的信息传递
个人喜欢飞书项目的一个小功能，就是一键建群。每个做项目的人都知道，不同步的信息很容易给项目带来问题。服务端的研发需求正在发现一个坑，所以我与产品经理进行了私人讨论，并做出了一些小的改变。因此，客户端的研发并不知道这一点，并在与服务端联合调整后发现了它。这种情况非常典型，需求的重复也影响了团队的研发效率。
飞书项目直接提供一键建群功能。针对每一个需求，一键将需求的创造者、参与者和关注者拉成一个群。群名就是这个需求的名字。这里讨论这个需求的任何问题，这里同步任何信息，群中自动提醒需求节点的流通。这样，各方的上下文在这里得到了充分的同步，讨论的话题也非常集中。这种沟通效率很高。许多团队甚至在飞书项目上将拉需求组的功能配置为默认拉需求组。这与字节文化所倡导的高效流动信息和context, not control管理理念也是一脉相承的。
事实上，在大型组织中，如何有效地传递信息是一件具有挑战性的事情。我们不仅要确保关键信息能够传递到位，还要降低信噪比，不仅要简单粗暴地广播新闻，让大家都受到干扰。我们在飞书项目中也做了很多这方面的设计。
一元10万qq赞免费,快手业务网站 - 免费领取qq名片赞的网站
例如，如果一个需求涉及到多个业务线的合作，那么在需求的早期阶段，应该引入每个业务线接口人的角色来参与评估，否则可能会导致需求的重复调整和变化。完成这一需求的开发工作AB在实验阶段，其数据结论也应由各业务线讨论和决定下一步行动。
那么如何有效地实施这一机制呢？
我们首先在飞书项目中为需求配置了跨线影响模块的字段。产品经理将作为创建需求时必要的填写项目完成。
接下来，我们希望通过这个跨线影响模块提供的信息，结合所需的其他信息，自动获取应该引入哪些业务方和人员的参与。在这里，我们使用飞书项目提供的webhook和open api达到这个效果。
我们自己提供服务。通过在飞书项目上注册需求创建事件webhook，我们可以在这个空间中捕获所有需求创建的信息，然后通过分析每个需求的所有权业务线以及影响哪些业务模块来判断涉及哪些业务方以及需要引入哪些关键接口人。
然后通过飞书项目open api能力，自动触发影响评估的跨线审计过程。这些影响模块的接口人和关注人也会通过open api自动添加。这一切都是自动完成的。这样，需求的关键角色就可以获得相关信息，而不会丢失任何东西。
我们还注册了飞书项目节点到达事件webhook。当这些需求的需求启动、实验结论输出等关键流程节点到来时，我们也可以捕捉到它们；然后通过飞书机器人分发关键信息进行分析和总结，以参与需求决策。这样，项目信息的接触就能更有效率。
数据驱动和效率测量
字节文化的另一个特点是数据驱动，用数据说话。不知道抖音的需求做得好不好，那就开个吧AB实验观察数据。
同样，我们也希望用数据来提高研发效率。在重新审查团队中的项目时，我将使用飞书项目的图表功能。例如，我将看看这两个月的需求吞吐业务需求，技术需求，bug与上个月相比，数量是否减少，解决速度是否提高等。判断我们的团队接下来应该做什么改进。
我们也在为抖音团队的效率测量服务。这是一个更加复杂的工程。例如，我们将继续监控抖音从想法到交付给用户需要多长时间——我们称之为交付周期指标，并需要从该指标的变化中拆卸和分析归因。如前所述，抖音下各业务团队的需求流程不同，从效率的角度来看也不应该相同。这么多团队在不同的飞书项目空间工作，采用不同的流程定义。在这种情况下，定义什么是需求交付需要很大的努力。
例如，对于服务端研发，交付是指代码完成部署和在线完成，对于客户端研发，交付是指版本发布和功能完成。我们甚至建立了一个数据平台测量标准概念的数据平台，同时完成数据采集、清理和指标呈现的过程。我们利用飞书项目提供的丰富的数据采集工作open api通过节点下的需求、节点、子任务等数据，可以实现能力open api来获取。
当然，上述工作的前提是要注意数据资产的沉淀和管理。飞书项目在其中起着至关重要的作用。它使我们的研发工作更加有效，项目可以更加系统地进行。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时候联系我们修改或删除，多谢。
标签：
评论