楊淨 蕭簫 發自 凹非寺

量子位 | 公眾號 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短短几年內變革重塑。得以“起死回生”，成就了很多優秀的硬體公司。

現在，位元組向外界公開了自己的專案管理模式。

— 完 —

量子位 QbitAI · 頭條號簽約