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

現在，字節向外界公開了自己的項目管理模式。