2个抖音工程师搞出新工具，意外风靡字节内部，项目经理用上安静多了，程序员不骗程序员

杨净 萧箫 发自 凹非寺
量子位 | 公众号 QbitAI

我的朋友中关村陈奕迅，已经连续居家办公一星期了。

这一周内，他的心态从狂喜，到如今痛不欲生只想赶紧复工。

公司不到200人，却整天开着没有任何营养和决策的会议，比通勤更心累：

加上工作时反复被电话打断，每人平均每天2个文档汇报进度，项目层层卡住导致严重延期……

居家办公只是一面“放大镜”。放到平时，这种混乱的办公乱象也并不少见——

甚至，就连号称管理体系先进的字节跳动也出现过。

最初由两个工程师“一怒开发”，到现在整个字节内部都在使用的工具，就是这么诞生的。

“有效”办公了解一下

这套工具叫做飞书项目，脱胎于抖音，如今服务于全字节。

简单来说，它是一套用于产研场景的项目管理工具。

任何一家公司项目从需求到最终上线，中间需要多个环节流转以及多个角色协同，包括设计、研发、评估、测试等等。

这样就决定了一个合格的项目管理工具，通常需要具备两种特质：

一个是连接，将人与任务连接起来；另一个是协同，让需求按照流程流转起来。

但以往每个流程所使用的工具不尽相同，比如缺陷管理用JIRA，需求管理用表格，因此每次流转时，就需要大量的会议或点对点沟通来对齐信息。

而一旦需求多起来，也就导致如前文所述的现象，一线产研人员每天最苦恼的，大概就是花大量的时间在沟通上。

更不用说一旦有新成员加入，这过高的学习成本，还会拖慢整个流程效率。

基于这样的背景，也就成就了飞书项目最大的特点——项目流程标准化、可视化。

一个Web端，所有人就能清晰看到项目整个流程进展。

以制作一个最近爆火的王心凌男孩“爱你”特效项目为例。

在流程上，就有需求创建、讨论对齐、产品设计、线内设计、技术评审、特效开发、评估测试等多个步骤。

而一旦放在飞书项目上，整个工作流程会按照顺序拆解为多个可视化的步骤，每个节点都直接显示负责人，以及项目进度。

△看来还没有超期完成的

（绿色代表已完成，红色代表超期完成，黄色代表正在进行中，灰色代表还没有开始）

过程中要是更新需求，程序员也不需要到处问，只用点击“需求评审”节点，就能看到产品经理写的需求文档；而在设计师负责的“设计节点”，能看到产品的原型图。

低效沟通的问题解决了家人们！

如此一来，就无需担心工作时被项目经理和老板“反复打断”的问题，包括但不限于他们想找你聊进度，给你提bug，突然改需求……

嗯，以后可以安安心心写代码了。

尤其对于新加入的成员来说，这还是个社恐福音。

不用麻烦其他同事，就能快速概览整个项目情况和进度，学习成本还大大降低了。

飞书项目的第二大特点，是流程自动化。

相信不少程序员都有过这样的经历，有时候写完提交项目代码后，忘记在系统上更新状态。结果项目都已经正式上线了，还有人在每天催他填系统。

飞书项目直接对接到代码托管平台。员工提交代码，就不需要去系统二次填表，流程图的状态会自动更新。

也就是说，你只管肝代码，其他的事情机器来做。

据介绍在抖音项目里，40%左右的节点都是自动流转的。

除了帮助身处一线的工程师“有效”办公外，对项目经理和老板也是福音。

这就涉及到飞书项目的第三个特点，流程定制化。

具体而言，就是根据项目实际需求，从标准化流程中添加或删减流程角色。如果没有特殊情况，就可以逐一一键定制。

要知道，项目经理的日常调度是个大工程，包括但不限于定流程、跟进度、写报告等等。

尤其需求一多起来，更是应接不暇。万一定流程的时候出错，耽误了交付质量，最后苦的还是开发们。

飞书项目的一键定制，项目经理即便应对更多人的产研团队也不在话下。

飞书项目的第四个特点，智能化度量，更是直接戳中了项目经理的“刚需”。

这不生成的指标，包括甘特图、各阶段bug数、投入人力和优先级分布等，代表性进展一览无余。

月度报告、季度报告、年度报告等等，项目经理全部不需要再自己手动做PPT，一键就能生成。

这四大特点集成起来的项目管理工具，连接有，保证每个需求落到人身上、即便每个bug都有人来负责；协同有，任何人都能了解整套进度流程。一张图、一个通知就能胜过千言，还能针对项目人员面临的困扰点对点解决。

说出来你可能不信，能这么通晓项目管理痛点并解决的，是两位曾身处其中的程序员。

最初由两个程序员从0开发

两位程序员来到抖音后，很“凑巧”地赶上了抖音爆火的节点。

时值17年“小岳岳”一条抖音转载意外走红，抖音开始进入大众视野。到2018年春节，抖音日活已经从3000万从翻倍至6000万。

虽然字节在拼命招人了，然而这两位程序员发现，排期还是老赶不上——

甚至光是同时跟进两个项目，实现产品“两周迭代一次”的效果，就已经非常吃力（尽管实际分到手的开发量并不多）。

一方面，自己和产品、测试沟通起来非常复杂。开发用的JIRA，产品那边却要求用谷歌Sheets，加上版本迭代管理又在自研工具上，交接起来各种APP文档满天飞。

将就一下也没啥，问题是谷歌Sheets同时在线人数超过50，就会爆炸……

另一方面，项目越迭越大，增加的bug和需求开发记不住了。即使掌握着每个文档和管理工具，2个项目也不可避免产生冲突，随手做的日程管理工具不够高效，总感觉任务量平衡不好。

最痛苦的是，产品设计需求一改，更多的团队被拉进来，原本与自己无关的一些沟通还得被拉去“旁听”。

这2个程序员一琢磨，感觉抖音需要开发一个更通用的工具，把产品从需求-开发-查bug-迭代的全流程进度放到一张图里面。

这张图不仅要能随意切换成“个人专属”Excel模式，还能将每个节点的实时进展体现出来。

把这事儿给当时的抖音iOS主管商量后，主管表示很感兴趣，于是2.5人正式开干，不多久搞出了一个具备表格+Workflow双重功能的小工具。

这是“飞书项目”最初的雏形。

无论开发、产品还是测试，一眼就能找到自己的任务节点，每个节点的任务完成情况、关联角色和需求操作，也都被标准化为按钮和选项，还能实时将自己的任务转变成Excel视图。

为了进一步省事儿，程序员们把“飞书项目”和代码集成平台连接了起来，完成一段项目就自动上传到表格中，同步率100%。

没想到的是，这款工具逐渐在内部火起来了。

不止是这位抖音iOS开发主管负责的项目，其他的产品负责人也找过来了，问能不能给他们也用用，顺便给这个小工具提提建议。

随后在各方的不断提需求建议完善下，如今“飞书项目”已经有了自动化规则、流程裁剪和智能化度量三个新功能，其中又以有着项目经理奉为神器的“智能化度量”颇受欢迎。

从最初的抖音、到火山小视频、再到今日头条，最后整个字节跳动都被这个工具吸引了，一起开发这个工具的人手也变得越来越多，从最初的“2人小项目”逐渐成长为近百人，就连主管也All in到项目中来。

偶然在对外交流时，字节得知其他企业也有试用这一功能的想法，于是干脆成立了一个专门的项目团队，将“飞书项目”开放给其他企业使用。

这里面，有商业航天公司蓝箭航天、造车新势力理想，公司规模已达4000人的智造公司安克创新，还有知名游戏公司莉莉丝。

在解决不同类型公司遇到的问题时，“飞书项目”变得更加成熟，推出了如历史管理平台的数据迁移、自定义插件市场等更多个性化解决方案。

科技企业如何做项目管理？

飞书项目，起源于抖音业务的飞速增长，如今代表着“字节模式”外溢出去，为更多企业所使用。

它流程标准化、自动化、可定制等特点，正是背后的推动者。

事实上，不单是字节，任何一家科技企业从1发展到100都会面临这样的困境——

项目执行的效率跟不上业务增长、人员扩张的速度。

当项目流程越来越复杂、参与的人员越来越多，学习成本以及各方面资源的耗费也会愈发严重，然鹅还可能事倍功半。

尤其是当下一些飞速发展的科技行业。

最不容置疑的就是自动驾驶，随着商业化进程加快，每个企业都进入到了抢人大战，高薪资岗位比比皆是。

但若是企业项目管理的效率没有提升，且不论招揽的人才没有尽其用，还拖慢了整个公司发展的节奏。

还有像商业航天、生物制药，工艺流程精细复杂，员工学习成本高，更需要标准化的管理工具。

而字节跳动，又是过去几年的典型，无疑是率先打了个样。

它短短几年成为全球估值最高的独角兽。而它的典型产品抖音，更是成为国民级APP。

几年前爆火的背后，企业面临的除了外部的竞争风险，内部挑战也更甚。

飞书项目也就在这种情况下诞生。

值得一提的是，它并非自上而下产生，而是研发人员自发产生，然后逐步被其他部门接受，最终才成为字节通用的工具。

这也间接证明，一个好的项目管理工具，正是团队的刚需。

正如当年IBM的管理体系，不光让IBM短短几年内变革重塑。得以“起死回生”，成就了很多优秀的硬件公司。

现在，字节向外界公开了自己的项目管理模式。