瀑布專案管理法是講究先後順序的專案管理法,區分為截然不同的階段。每個階段只會在上個階段完成後才開始。本文說明瀑布專案管理法的各階段,以及它如何能協助團隊達成目標。
專案經理可從許多類型的專案管理法中做選擇。包括:敏捷專案管理、看板專案管理、Scrum,以及更多您可使用的疊代流程。
但若專案需要更線性的方法該怎麼辦?瀑布法就是線性專案管理法,有助您和團隊達成共同目標,而且是一次完成一個任務或里程碑。
瀑布法是講究先後順序的專案管理法,把專案區分為截然不同的階段。每個階段只會在前一個階段完成後才會開始。
這種專案管理法源自於製造和營造業,每個里程碑都必須先完成,然後才能再推動下一個生產流程。例如:若地基還沒完成灌漿流程,就無法建造房屋的牆壁。
即便是從製造業開始使用的,瀑布專案管理法此後卻為滿足許多不同產業的需求而有所調整,包括軟體開發。舉例來說,以下範例就可說明瀑布專案的大致外觀:
瀑布法經常以流程圖或甘特圖的視覺化形式呈現。此方法稱為瀑布法,因為每個任務會串連至下一個步驟。您可在甘特圖中看到前一個階段「流向」下一個階段。
任何團隊都能實施瀑布專案管理法,但此方法對於需要按照順序發生的流程最有助益。若您執行的專案,其任務可以同時完成,不妨試著使用其他架構,例如敏捷法。
若一切就緒,可開始執行瀑布專案管理了,請依循這六個步驟:
此為初始規劃流程,由團隊儘可能收集最多的資訊,從而確保專案能成功。因為瀑布法中的任務依存於前導步驟,因此必須事先仔細思考。這個規劃流程階段是瀑布法模式的關鍵環節,也因為這樣,通常大部分專案時程的時間都用於規劃。
若要順利運用此法,可編纂詳細的專案計劃,藉此說明專案的各個階段。這包括需要哪些資源、由哪些特定團隊成員執行專案等所有資訊。此文件通常稱為專案需求文件。
需求階段結束前,應會對專案自始至終的概要內容非常清楚,包括:
閱讀:如何建立一個可讓您進展順利的專案計劃在軟體開發流程中,設計階段是指專案團隊指名團隊要使用哪些硬體,以及程式語言和使用者介面等其他詳細資訊的階段。
系統設計階段可細分為兩個步驟:高階設計階段和低階設計階段。團隊在高階設計階段會建構軟體如何運作以及資訊如何存取的骨幹。而在低階設計階段,團隊則會建置軟體較具體的部分。若將高階設計階段想像成血肉之軀的骨幹部分,那麼低階設計階段就是專案的「器官」。
使用瀑布法進行開發工作的團隊成員應該用文件記錄每個步驟,使團隊能夠在專案向前推進後,回來參考已完成哪些內容。
這是指實現一切構想的階段。根據第一步驟的需求文件和第二階段的系統設計流程,團隊就可開始完整的開發流程,按照需求階段和系統設計階段概述的內容來建置軟體。
閱讀:什麼是實施計劃?建立實施計劃的 6 個步驟開發團隊在此階段會將專案移交給掌管品質保證 (QA) 的測試團隊。QA 測試人員會先尋找所有錯誤或無法有效運行之處,以利修正,然後才部署專案。
測試人員應用文件清楚記錄 QA 階段找到的所有問題,若另一位開發人員發現類似的錯誤,就能參考之前的文件,幫助修正錯誤並解決問題。
對開發專案而言,這是指將軟體部署至終端使用者的階段。而對其他產業而言,這則是指發佈最終的交付項目,並將其交付給終端客戶。
專案部署之後,可能會發現執行個體有新的錯誤,或者需要更新軟體。這就是所謂的維護階段,而軟體開發通常會持續執行這個階段的工作。
瀑布法是常見的專案管理形式,因為它能徹底而詳盡的規劃和記錄。儘管如此,此架構卻並非適用於所有專案。以下這些範例說明何時是使用此專案管理類型的理想時機。
瀑布法的優點之一就是可允許從 A 點至 B 點規劃出清楚的路徑。若不確定您的 B 點是什麼,那專案可能較適合使用如敏捷法這類的疊代式專案管理。
專案若具有易於定義的目標,則最適合使用瀑布法,因為專案經理可以透過回溯方式,從目標開始建立清楚而詳細的路徑,納入所有必要的需求。
閱讀:如何撰寫高效的專案目標 (附帶範例)若專案沒有預算或時間限制,團隊成員就可以儘可能多花時間在需求和系統設計階段。他們可以修正並調整工作,以便儘可能滿足專案的需求,直到制定一個設想和定義周全的專案計劃為止。
瀑布模式幾乎要求在每一個流程步驟均製作文件記錄。這樣一來,就能輕易讓新團隊成員複製您執行專案的方式;由於每個步驟都清楚闡述詳細資訊,因此可以重建整個流程。
建立可重複執行的流程後,訓練新團隊成員的工作也變得簡單,可以輕易地讓他們確切瞭解在類似的專案中必須完成哪些工作。因此瀑布流程,是成效卓著的專案管理方法,可用來將流程標準化。
閱讀:改善團隊工作流程的 5 個專案管理階段實作瀑布專案管理流程時,您會在過程的每個步驟建立文件記錄。這樣做可能很有幫助,尤其是若團隊必須回溯之前的流程,您就能輕易地找到錯誤。若要建立新團隊成員可使用的可重複流程 (如上所述),這麼做也很有幫助。
在甘特圖繪製瀑布專案後,您就能輕鬆追蹤專案進度。時間軸可當作進度列,如此一來,就能始終清楚掌握專案處於哪個階段。
由於瀑布法在需求和設計階段投入很多規劃心力,因此專案關係人可以輕易估計各自的特定瀑布流程部分將會花費多少時間。
閱讀:助您完成出色工作的 18 個時間管理提示、策略和速成技巧瀑布法屬線性性質,因此若途中出現障礙或有任務被延誤,則整個時程就會有所變動。例如,若有第三方協力廠商遲交特定的零件給製造團隊,整個流程就得暫停,直到取得該特定零件為止。
瀑布法的其中一個主要挑戰是,一旦完成,就很難返回某一個階段。例如,若有人已經開始粉刷房屋的牆壁,就無法再加蓋房間,把它的空間變大了。
相較於疊代屬性較高的專案管理法 (如看板和敏捷法),瀑布法的審核階段是在流程的相對後期階段才展開。若在流程的初期犯錯,那麼要返回修正錯誤,就可能極具挑戰性。瀑布流程的運作方式未留下任何空間讓團隊進行疊代,或尋找最佳解決方案。
閱讀:瀑布法、敏捷法、看板與 Scrum:各有何差異?執行瀑布專案時,有許多必須持續追蹤的變動部分,以及不同的團隊成員。要讓大家資訊與目標一致的其中一個絕佳做法是使用工作管理軟體,將工作流程、時間軸和交付項目全都保存在同一位置。
若覺得準備好在團隊中嘗試使用瀑布專案管理法了,不妨試用 Asana。您可透過數種方式檢視 Asana 專案,包括時間軸檢視,它會以線性的時間軸方式呈現您的專案。
嘗試用 Asana 進行專管理