專案管理的方法
前陣子 Notion 頻繁地更新版本,新增了一些功能,很明顯最近的軟體發展方向是要優化組織管理和專案管理,像是發布的 Team wiki 模版就是為了方便團隊內部管理,而今天要來介紹 Notion 針對專案管理上優化了哪些功能,以及分別對應的專有名詞和特定用法有哪些,大家聽完之後應該會有初步的概念。
Waterfall 瀑布式專案管理
專案管理的傳統作法是瀑布式專案管理,至於另一種敏捷式專案管理我們留到下集再說。之所以被稱為瀑布式,是因為傳統的專案管理有很明確的步驟流程,而且大量運用時間軸或是甘特圖來呈現視覺化效果,可以看到就像是瀑布一樣由上往下進行,但我個人覺得這更像是攔砂壩的感覺。
這種專案管理的特性也和瀑布一樣,必須完成一個階段才能往下一個階段去,具有不可逆行的特性,就像蓋房子一樣要先打好地基才能蓋牆壁,蓋好牆壁才能上樑柱,所以營造建築業就很適合用這種方式來進行專案管理。
流程與階段
瀑布式專案管理的步驟和順序包括:
- 需求分析:明確項目的需求和目標,明確的分工和指派,並定義產品功能和範圍。
- 設計:基於需求分析結果,進行產品設計、架構設計和系統設計。
- 實作:根據設計文檔和需求分析,開始編寫代碼並進行開發。
- 測試:對代碼進行測試,包括單元測試、集成測試和系統測試。
- 交付:將開發完成的產品交付給客戶或最終用戶。
- 維護:對產品進行維護和更新,以確保其長期有效性和性能。
搭配 Dependencies 功能強化任務的相依性
因為瀑布式管理特別強調每項階段任務的相依性,如果你的專案是採用瀑布式,那麼在使用資料庫可以選擇 Timeline view(時間軸檢視),找到右上角 options 的地方,把 Dependencies (依賴關係)的功能開啟,開啟後你會看到原先的時間軸每個任務會產生一個單向的箭頭,箭頭本身要完成才可以往箭頭指的任務前進(這樣看起來就像瀑布一樣往下推進)。
有時候各任務的時間點並不一定剛好是接續著,有可能會遇到重疊的情況發生,這時候裡面有三種功能可以選擇:
Shift only when dates overlap
(僅在日期重疊時移動)只要前後有被管制的項目,日期重疊的話會自動推移。Shift & maintain time between items
(轉移和保持項目之間的時間)鎖定現有的時間間隔,當移動項目的時候所有的時間間隔保持一致一起移動。Do not automatically shift
(不自動轉移)僅移動目前項目,前後的對應項目不進行動作。Avoid weekends
(避開週末)避免管制項目在週末開始或結束。開啟這項功能後,任務的開頭或結尾會自動避開六日。
結論
最後我們來總結一下,瀑布式專案管理的特性還有優缺點。
優點
- 各階段性和最終目標明確。透過甘特圖的可視化,每個人每個時間該做什麼事情一覽無遺,比較沒有模糊地帶。只需循序漸進,按部就班完成任務即可。
- 強調各階段的依存性。對於需要標準作業程序的場景特別有效,適用於製造業、營造業、品管部門、運輸業等行業特性。在這個階段沒完成就無法進行下一個階段。具有一定的品質控管和安全性保障的結果。
- 可建立重複執行的標準作業程序。當專案近趨完善,爾後有類似的活動就可以直接套用 SOP,就算成員更迭也可以有個作業依循可以直接上手,減少不良溝通引發的成本消耗,像是活動策展、舉辦馬拉松路跑活動…等等。
缺點
- 專案期間比較長。通常一個專案週期可能長達數個月以上,不具備彈性和變化。缺乏彈性的情況下,如果中途一個環節出現問題,會連帶影響後續整個進度。
- 強調各階段的依存性。沒錯這是優點也是缺點,因為每個階段的依存性很強,有時候必須把上一個步驟完成後才能進行下一個步驟。
- 線性作業無法回溯。而回饋機制往往在專案後期,這樣發展會比較僵化,也會遇到一個問題:計畫趕不上變化,還會受到沉沒成本的影響,導致最終結果偏離預期。
你可以把瀑布式想像成戰爭前夕,進攻方需要把大軍集結在前線,準備好了才發起進攻,類似這樣的概念。
敏捷式就不一樣了,敏捷式比較像是特遣隊或是特別行動小組,鎖定特定任務目標進行快速反應打擊。我們下一集會探討敏捷式專案管理搭配 Notion 來執行會是什麼呈現方式。
所以一般來說,兩種模式各有各的適用性,並不一定哪個好或哪個不好,把握一個原則,如果你的專案有明確指向的成果目標,可以使用瀑布式,如果中途的不確定因素過多,可以考慮改用敏捷式來因應瞬息萬變的狀況。