飞书项目是字节跳动旗下一款面向大型产研团队的项目管理工具，也是抖音高速成长背后的生产线。和其他项目管理产品相比，飞书项目最大的不同，就是流程。在抖音上线初期，飞书项目很好地帮助抖音实现了敏捷的功能迭代，让最佳实践流程能够沉淀在系统中；并且基于抖音的产品理念，飞书项目也沉淀打造了一系列强大的功能模块。

本文将基于飞书项目的诞生故事，探索以下几个问题：

• 抖音为什么要研发飞书项目？
• 飞书项目为何偏爱“流程”？
• 抖音是如何使用飞书项目沉淀项目管理理念的？

抖音为什么要研发飞书项目？

先设想这样一个复杂且庞大的协作场景：一个超过200人的大型团队，每一个需求从诞生、开发，到测试、灰度，再到上线都需要经过一整套繁杂的流程，涉及产品、设计、研发、测试等各方紧密协同，而且由于迭代速度极快，很可能几十上百个需求都在同时进行，并且流程频繁变更……

如果你是PMO，你如何管理这样的项目？

如果你是刚刚入职团队的新人，你如何了解自己的工作的上下游和自己在整个流程中的位置？

如果你是团队负责人，你如何从数百个需求里查看人力消耗，并有效定位阻塞节点？

这正是抖音上线之初最头疼的问题之一。2016年9月上线后，抖音在短短几年时间，就迅速成长为一款“国民级应用”。而在这个过程中，除了外部的挑战以外，抖音产研团队，也面临着项目管理的挑战。

第一，是工具的割裂。抖音团队没有统一的项目管理工具，比如产品、设计、研发、测试等，每个角色都用不同的工具，这些工具都是业务团队负责人，按照自己的喜好挑选的，工具之间数据没有打通，总是要靠大量的会议和点对点的沟通来拉齐信息。

第二，是复杂流程和多角色协同。在抖音里，一个需求从开始到结束，需要经历非常复杂的流程。

第三，新人的学习成本高。抖音团队很快从几百人扩张到了几千人，每一个新入职的新人，都要学习一遍全部的流程。如果没有一个系统承载和固化这些流程，一个新人的学习成本将会非常之高，这也会拖慢组织的效率。

抖音也因此开始思考，什么样的项目管理工具，能让每个员工都可以低成本上手，能支持像抖音一样超大型、超复杂的项目，还能支持业务的快速迭代。市面上大部分的项目管理工具，都无法满足这个需求，于是抖音决定自己搭建一款更加满足自己的项目管理工具——飞书项目，而其中最核心的诉求，是要把“流程”作为核心资产，沉淀在组织中。

基于这个出发点，抖音希望这套项目管理工具能够把流程固化在系统里，任何人进入不需要学习，只需要按照沉淀的标准流程进行日常工作开展，并且，任何流程中的参与者都能直观看到自己所在的位置。

飞书项目核心产品理念：重视流程沉淀

流程是组织生产力最大化的底层逻辑，不同级别的流程串联起企业中的所有工作，而针对流程进行的拆解、优化过程，也是对企业价值链的分析和打磨。

正是在这样的实践理解和理念沉淀下，飞书项目应运而生，并且自诞生之日起，它承载的远不仅仅是一个效率工具，更是字节在长期敏捷高效实践中所沉淀的先进理念与实践。

抖音在项目管理实践中，从一开始就将“流程管理”放在了非常重要的位置，抖音团队深刻认识到质量与效率和工作是否有序进行是强相关的。同时，在业务高速发展、研发资源扩张、跨项目调配诉求非常频繁的背景下，再先进的流程文化在落地过程中也需要谨慎评估学习与流程执行成本带来的效率损耗。对于流程把控的意识，能够让业务在持续爆发扩张的过程中，让组织的理念与文化更自然地延续和传递。

也正是基于这一认识，飞书项目和其他项目管理产品最大的不同，就是流程。

飞书项目对于流程的重视体现在以下几个特点中：

流程标准化：无论是再复杂的项目，在飞书项目里，都能抽象沉淀为标准的节点流。这样，协作的SOP就能通过工具去沉淀和呈现，员工会更自然地遵循设定好的流程高效协作，信息也能更高效流通，大大减少了大型项目里的沟通工作。

同时，统一项目进度认知是提升协作效率的第一步，将用户从无序和疲惫的流程协作中释放出来，让被验证过的事务和经验固化在组织中，减少对人的依赖，生产力和创造力才能得到真正解放。

流程定制化：飞书项目的另一大特点是支持流程的定制化，通过流程裁剪，让流程更好地落地。例如项目经理可以把特殊需求，制作成可配置的开关，动态地修改流程，使流程去适配需求的实际情况，这样就可以避免因流程不合适，导致整体流程不通畅，项目流程运行不成功。

流程智能化：将生产实践全部落地在飞书项目后，平台里沉淀的数据将产生巨大的价值。度量就是为此而生的重要功能模块，也飞书项目中的亮点功能之一。

市面上的类似功能要么靠PM手算，一个季度报告耗时一个月，要么需要单独购买付费的插件，飞书项目中度量功能则是原生集成，PMO 可使用度量功能高效的查看项目表现，并层层下钻进行分析，探寻资源调配的优化改进之处。

流程自动化：除了让信息协同更为高效，飞书项目也希望项目流程中的每一位参与者能够专注于有价值的工作。飞书项目中配置了比较完善的OpenAPI、Webhook等插件体系，通过关联可以将第三方平台的关键信息直接展示在飞书项目上。同时飞书项目可以设定自动化条件，免去一些重复低效的操作。项目进度自动同步飞书、代码自动同步等。

一个核心场景就是在开发中，一线研发同学仅需在常用平台专注完成自身任务即可触发飞书项目对应任务完成，在零感知状态下确保了数据流动的即时性和准确性，个体效率最优的同时也实现了群体最优。在抖音项目里，约40%的节点都是自动流转的。

抖音如何通过飞书项目沉淀项目管理理念？

飞书项目很好地帮助抖音实现了敏捷的功能迭代，并且让最佳实践流程能够沉淀在系统中。在很长一段时间里，抖音常常是一周就要更新一个版本，它也能够承载高速的组织增长，助力抖音规模实现从百人到千人的增长。

除了将流程沉淀在组织中，基于飞书项目孕育的土壤——抖音的落地实践，飞书项目也沉淀打造了一系列强大的功能模块，来承载组织的项目管理理念。配合相关功能的实现，这几项能力目前已经作为核心模块内置在了飞书项目中。

项目评估：重视关键流程节点的把控

重要项目的进展中有时会出现这样的尴尬，一个功能点的迭代即将完成，终审时却发现了重要隐患，导致之前的研发工作全部被浪费。

为了避免这样的问题产生，飞书项目非常注重关键流程节点的把控，比如一个项目如果在排期时对研发人力的评估超过了20人/天，就会自动引入评估节点，前置评审项目的可行性、优先级和筹备工作，避免人力资源的浪费，在项目早期把控风险。

当然，抖音也认为，一个人的决策是不够全面的，鼓励更多项目参与者参与项目判断。抖音内部也因此引入了“综合评审”机制，通过综合评审委员会，对重要需求进行"综合评审"，当有需求或者项目是跨业务线联动、人力消耗大或者存在资源冲突时，流程设置上会自动引入“综合评审”节点，进行团队决策。

在此背景下，飞书项目的“投票”功能就应运而生。通过飞书项目的投票功能可以直接在线上收集意见反馈，保证投票独立性，提高会议决策效率，不仅可以避免线下投票效率低和产品评审意见汇总难，也能让每次的决策意见在平台上积累下来，形成闭环，为后续的类似决策提供有价值的参考。

具体来说，可以在视图页面通过以下步骤直接进行投票，并且获取投票结果。

1. 参与人进行投票，仅授权角色用户可操作投票，无权限用户不能操作，点击「投票」出现投票面板，从投票选项中选择选项&输入意见。

2. 组织者发布投票结果，「是否展示投票结果」开关打开，所有用户可见需求投票结果。

3. 投票结果展示，展示各选项投票占比及备注详情。

项目落地：坦诚清晰，Context, not Control

在一个复杂需求的落地过程中，涉及的相关人员往往比较多，并且在持续的变化，如何让每个人对上下文都有一个持续的跟踪和了解，是抖音在项目管理过程中一直关心的问题。

除了通过清晰可见的流程图，让每个人都能明确自己在流程中所在的位置，保持信息维度的统一，飞书项目还设置了“需求关联群"功能，消除信息不对称带来的流程损耗。“需求关联群”能够与飞书消息深度耦合，确保相关讨论场景的快速、高效搭建，让相关方都能快速完整了解上下文。

在飞书项目每一个需求建立的时候，都可以在“新建页”选择自动拉群功能，让相关角色一键入群，针对需求进行深度沟通。

不止在项目创建时一键拉群，随着项目的深入、流程的进展，新的参与者可以随着新增关联角色自动被拉入群，也能够主动通过“加群”快速进入“需求同步群”，阅读历史记录，把握来龙去脉，追踪项目进展。

例如，项目流程中的研发同学可以在群内直接通过记录查看追溯到项目的来源，或者回到项目的起始节点，了解原始的用户声音，为什么需要处理这样的一个需求，思考目前的方案是否解决了问题，在更加全面的背景感知下，“有的放矢”地开展自己的工作。

这一功能点也是字节的文化理念——“坦诚清晰：Context, not control”的深度体现。飞书项目希望通过这种方式，让整个需求流程的沟通环节高效可追溯，减少横向沟通成本，这在一些跨部门的项目中尤其关键。

效益分析：重视数据价值，为分析/优化流程提供有力支持

抖音非常重视数据的价值，每个双月，抖音都会对内部的项目进行数据复盘和业务复盘。

在抖音，一般会从两个角度来评估一个需求的长期效益：1⃣️ 需求实现的结果 2⃣️ 需求开发过程中的实际体验。评估需求实现的结果最常用的是 AB 实验，通过设计实验可以获得一些直观的用户数据作为需求的反馈，来评价需求实现的好坏；除了明确的收益数据信息以外，也会通过一些流程进程中内部参与人员的评估反馈，判断团队是否可以长期的稳定持续发展。

这两大评估理念目前都作为核心模块内置在了飞书项目中。

结果为导向，寻找最优解：「AB test」

AB 实验作为一种小样本量的实验方法，具有一定的低风险、抗干扰、和可量化结果的特性，也因此在目前的互联网产品研发中被广泛运用。

在抖音产研开发的过程中， AB 实验的方法常常被用来验证需求的价值，通过设置多组实验去共同评估哪些需求是更好的，是更适合用户的。通过 AB 实验获取到的数据，来辅助判断和分析。

飞书项目配合字节内部的实验平台，从 AB 实验的方案设计到实验结束后实验结论的汇总配置了整体的全流程管理，支持多角色协作进行需求实验全流程管理。

产品经理可以通过在飞书项目创建需求，根据需求方案判断此需求是否需要“AB实验”，如果需要，则在飞书项目需求建单页中，打开开关，就能够启用实验管理功能，

在飞书项目实验管理页面选择“发起实验”，就可以按照模版填写相关实验内容。

实验内容配置完成后，产品经理可以输入实验相关负责人（分析师、研发）及周知对象（填写个人或邮件组地址），点击确认并通过邮件及飞书消息周知相关人。

实验管理者可根据管理诉求，在相应的需求流程节点下进行自驱配置；配置后，当系统外信号满足条件时，流程节点即可自动流转通过，并根据实验状态自驱完成需求“实验发起”、“实验设计”、“实验结论”、“实验完成”节点流转。

内部价值合理评判，增加正向收益：「多角色评估」

除了前面提到的可以通过 AB 实验直观的去验收需求的实现结果，还有另一个指标对抖音的需求评估非常重要，那就是在项目参与者在整个需求开发过程中的体验。

对抖音来说，一个好的需求，除了最终效果符合预期之外，在需求开发的过程中也一定要是合理的，且参与者会有学习或者沉淀的信息。因此只是从结果去判断需求是否有收益，是不够置信的。

比如一个需求虽然上线效果符合预期，背后却是参与者的加班工作、多次争论推进产出的，那么从长远来看，这种需求可能会影响团队间的协作平衡，产生大量的团队内耗，不利于团队的持续发展，从而导致长期的收益无法保障。那么这类需求也不一定是符合预期的需求。

所以在抖音是如何收集、聚合这些关注参与者体验的信息呢？

在飞书项目中，通过一些评估的自定义字段，可以在飞书项目中邀请需求中不同角色的参与者对需求进行评估，从各自角色的视角来评价整个开发流程是否是符合预期的；例如对于不符合预期的需求，需要对应填写原因，是否有明确的指标或者数据上的变化。之后会将这些原因聚合成几种类型的影响，在后续方案推进和复盘时再重点跟进优化。

正是基于这些先进的管理理念，飞书项目配置开发了一系列强大的功能模块，也成长为专业、面向大型产研团队的项目管理工具。除了很好地帮助抖音实现了快速增长，飞书项目也迅速被飞书、今日头条、懂车帝等内部业务线所认可和选用。

最近一年里，飞书项目也走出字节跳动，服务了第一批先进企业，比如安克创新、理想汽车、Keep、猎聘、莉莉丝等。