Plane

https://github.com/makeplane/plane

Plane 是開源的項目管理工具，目前還是非常好用的，而且開源版本還沒有為了商業版做各種噁心人閹割的操作，目前還是值得推薦的

最近 Plane 的版本號從 0.28 直升到了 1.0，意味着官方認為多數功能已經做完了，只是這個 1.0 版本到底更新了啥內容沒有詳細介紹，目前更新日誌還對不上。

Plane 也接入了各種語言，目前中文也可以使用，雖然還有一點點沒翻譯到位

最佳實踐

還是以團隊形式來説，如果只是小團隊，每個人可能都身兼多職，沒有生產等環節，單純做軟件開發，那麼這個工具按照我之前的流程使用基本就夠了。

但是如果團隊規模比較大，涉及到實際生產，那麼之前介紹的用法就有一些過於簡單了。

以下都是基於社區版的 Plane 進行的項目管理，社區版本缺少任務流轉、模板、細化權限等內容（商業版有），但用下面的方式可以一定程度上人為補全缺少的功能。

下面的實踐都是基於一個小項目組，比如 10 人以內。超過 10 人以後就應該再拆分一個項目組，對於整個項目來説可能還得有各組之間對齊的項目面板。

敏捷開發

如果只是敏捷開發，那麼只需要在整個 workspace 做好工作規劃即可，然後把規劃後的內容逐步放入每個週期中。週期排得夠多以後，每個週期都有一定的工作範圍、實現目標，那麼基本上整個項目規劃自然而然就串起來了

整個項目的完成時間或者節點就可以通過週期視圖來看出來了，只不過Plane的這個週期稍微有點不適合而已。

對應的就可以用Plane中的module模塊或者Label來把各個模塊打上標記，從而通過篩選後看到各個階段完成的目標是什麼。

到這裏只是規定好了Plane每個部分怎麼用，但是具體到每個人他應該怎麼用Plane，哪些事情應該由他來做，哪些事情應該由別人來做，其實很多時候就是這個沒定義清楚，導致大家不知道什麼是他要做，什麼是別人要做的，就會覺得這個東西有點難用了

完善狀態

在開始之前，還需要完善一下 Plane 中工作項的狀態

• 需求完善：需求細節還沒有，但是已經有這個方向的想法了
• 待做：需求細節已有，產品主動切換到這個狀態
• 開發中：研發進行中，研發主動切換到這個狀態
• 等待測試：研發完成，等待測試進行，研發主動切換到這個狀態
• 測試中：測試進行中，測試主動切換到這個狀態
• 完成：產品和測試同時確認完成，產品主動切換到這個狀態
• 延期完成：產生了任務延期，產品主動切換到這個狀態
• 取消：取消任務，產品/研發/測試主動切換到這個狀態

實操

先設定一個團隊組成：

• 產品經理 1
• 研發負責人 1
• 研發若干
• 測試若干

首先是產品經理做好需求和規劃，將這個部分全部建立對應的工作項。如果長期需求還沒寫好，那可以先把近期內的都先建好，任務狀態是需求完善。

第二步研發負責人將需求進行分解，拆解成若干研發任務，這部分任務就自然地建在需求下面，作為子項，任務狀態是待做

第三步測試負責人提出測試計劃、測試用例，可能還有對應的自動化測試任務，也作為子項，任務狀態是待做

完成以後類似此圖，依此類推，就可以建立出來若干個產品需求

第四步需要所有人一起核對排期，任務時間，確定這個需求總時間大概是多，比如七天或者八天，近期打算做的任務都需要這樣大概排期一下。

第五步產品將需求排入週期中

• 這裏對需求的大小有一些管控，如果需求過大超過週期，需求需要分兩步去做
• 同樣如果一個週期填不滿，那麼需要補充一部分下一個需求的內容到這個週期，等下個週期來了，再使用週期遷移把未完成的部分整體移動到新週期內

第六步週期正式開始了，此時研發開始填他各自的任務，時間，將每階段完成情況回覆到任務內，同理測試，任務狀態是開發中或者是測試中

第七步開發基本完成，測試需要額外建立一個測試 Bug，並且一一指定到對應研發，任務狀態是開發中或者是測試中

第八步，產品確認是否需求一一完成，符合預期，任務狀態是完成或者是延期完成

到這裏基本一個小循環、小週期就完成了，後續基本按照這個模式繼續往下走就行了。

製造業的流程管控

上面説完了純軟的，但是到軟硬都有的製造業，這裏又有很多不一樣的東西，導致上面的流程不足，需要額外再利用 Plane 中的模塊和視圖內容

這裏借一張圖，製造業的時候，就不止一兩個團隊在項目中了，光是研發中就有5個團隊介入了，這個時候Plane要怎麼管理才能顯得不亂呢。

研發過程類似上述的敏捷開發，這裏不再重提，主要是説一下，在整個項目過程中各種職能的人要關注的內容如何用Plane實現

項目經理

項目經理需要關注各個階段的內容，各個項目組是否按照預期完成

所以項目經理需要建立幾個大的模塊，這個模塊就按照項目階段來分，比如 EVT、DVT、PVT、MP

具體的任務就需要項目經理和各個項目負責人（產品/研發）確認這個內容屬於哪個模塊

後續項目經理就要關注各個階段的任務是否有完成，要協調各個組的事宜。

研發

研發這個部分就比較簡單，按照敏捷開發流程來就行了

測試

此測試非各個小項目組內的測試，這個是做可靠性、產品方案驗證等內容的測試，是對批量的測試，而不是簡單單體級別的測試

測試在這個過程中也依賴研發的支持，有些內容需要先開發完成才能進行測試，這個過程也需要項目經理進行協調、統籌

可靠性測試的內容，報告需要上傳進Plane，Plane需要放開附件上傳大小的限制，否則很多報告不夠

生產

到了生產階段，基本前面的流程都跑完了，這裏關注的就是研發交接給生產的內容是否 OK，生產發現的問題追蹤，改版改款的變更等內容

每個生產批次也一樣可以建立一個模塊，具體的變更或者交接內容都存放在這裏即可

質量

當批量出貨或者在各個階段出現質量問題時，質量就需要單獨建立自己的質量追蹤面板

在量產過程中發生的各種問題，質量就可以通過質量追蹤面板去管理或者查看各個任務的情況

Summary

Plane 目前是這麼玩的，可能有一些理想化，要把整個項目組的人都協調進去，教會他們使用 Plane 需要花一些時間，跑幾次流程以後大家熟悉了，走起來就順了。

Plane 的商業化進度真的是挺慢的，甚至我寫的插件和我們開放出來的 Plane，Plane 銷售都認為我是在二次銷售免費版 Plane，有點搞笑了。

Plane 取消了本地部署的商業版本，只保留在線版本，有點可惜了，很多商業環境是不允許使用這種在線版本的，更何況服務器還在國外。Plane 銷售甚至還想拉我做中國區代理，結果被我拒了。

Plane 的商業化實際還是會走向 Jira 等軟件的老路，從簡潔變複雜，最終年輕的勇者也會成為巨龍，再等下一個勇者。Plane 目前看起來距離飛書的項目管理還有不小的差距，目前只能贏在免費、輕量，大家用起來簡單而已。