# 瀑布專案管理法全攻略 > 瀑布法是講究順序的專案管理法，區分為四個階段。每個階段只會在上個階段完成後才開始。 Source: https://asana.com/zh-tw/resources/waterfall-project-management-methodology ## 瀑布專案管理法全攻略 #### 摘要 瀑布專案管理法是講究先後順序的專案管理法，區分為截然不同的階段。每個階段只會在上個階段完成後才開始。本文說明瀑布專案管理法的各階段，以及它如何能協助團隊達成目標。專案經理可從許多類型的專案管理法中做選擇。包括：敏捷專案管理、[看板專案管理](https://asana.com/resources/what-is-kanban)、[Scrum](https://asana.com/resources/what-is-scrum)，以及更多您可使用的疊代流程。 但若專案需要更線性的方法該怎麼辦？瀑布法就是線性專案管理法，有助您和團隊達成共同目標，而且是一次完成一個任務或里程碑。 ## 什麼是瀑布專案管理法？ 瀑布法是講究先後順序的[專案管理法](https://asana.com/resources/project-management-methodologies)，把專案區分為截然不同的階段。每個階段只會在前一個階段完成後才會開始。 這種專案管理法源自於製造和營造業，每個里程碑都必須先完成，然後才能再推動下一個生產流程。例如：若地基還沒完成灌漿流程，就無法建造房屋的牆壁。 即便是從製造業開始使用的，瀑布專案管理法此後卻為滿足許多不同產業的需求而有所調整，包括軟體開發。舉例來說，以下範例就可說明瀑布專案的大致外觀： 瀑布法經常以流程圖或[甘特圖](https://asana.com/resources/gantt-chart-basics)的視覺化形式呈現。此方法稱為瀑布法，因為每個任務會串連至下一個步驟。您可在甘特圖中看到前一個階段「流向」下一個階段。 ## 瀑布專案管理法的 6 個階段 任何團隊都能實施瀑布專案管理法，但此方法對於需要按照順序發生的流程最有助益。若您執行的專案，其任務可以同時完成，不妨試著使用其他架構，例如[敏捷法](https://asana.com/resources/agile-methodology)。 若一切就緒，可開始執行瀑布專案管理了，請依循這六個步驟： ### 1. 需求階段 此為初始規劃流程，由團隊儘可能收集最多的資訊，從而確保專案能成功。因為瀑布法中的任務依存於前導步驟，因此必須事先仔細思考。這個規劃流程階段是瀑布法模式的關鍵環節，也因為這樣，通常大部分專案時程的時間都用於規劃。 若要順利運用此法，可編纂詳細的[專案計劃](https://asana.com/resources/project-management-plan)，藉此說明專案的各個階段。這包括需要哪些資源、由哪些特定團隊成員執行專案等所有資訊。此文件通常稱為專案需求文件。 需求階段結束前，應會對專案自始至終的概要內容非常清楚，包括： - 流程的各個階段 - 每個階段由誰執行 - 關鍵的[相依性](https://asana.com/resources/project-dependencies) - 必備[資源](https://asana.com/resources/resource-management-plan) - 說明各階段需時多久的[時間軸](https://asana.com/resources/create-project-management-timeline-template)。 - [閱讀：7 步驟快速打造更佳的專案計劃](/resources/project-management-plan) ### 2. 系統設計階段 在軟體開發流程中，設計階段是指專案團隊指名團隊要使用哪些硬體，以及程式語言和使用者介面等其他詳細資訊的階段。 系統設計階段可細分為兩個步驟：高階設計階段和低階設計階段。團隊在高階設計階段會建構軟體如何運作以及資訊如何存取的骨幹。而在低階設計階段，團隊則會建置軟體較具體的部分。若將高階設計階段想像成血肉之軀的骨幹部分，那麼低階設計階段就是專案的「器官」。 使用瀑布法進行開發工作的團隊成員應該用文件記錄每個步驟，使團隊能夠在專案向前推進後，回來參考已完成哪些內容。 ### 3. 實作階段 這是指實現一切構想的階段。根據第一步驟的需求文件和第二階段的系統設計流程，團隊就可開始完整的開發流程，按照需求階段和系統設計階段概述的內容來建置軟體。 - [閱讀：什麼是實施計劃？建立實施計劃的 6 個步驟](/resources/implementation-plan) ### 4. 測試階段 開發團隊在此階段會將專案移交給掌管品質保證 (QA) 的測試團隊。QA 測試人員會先尋找所有錯誤或無法有效運行之處，以利修正，然後才部署專案。 測試人員應用文件清楚記錄 QA 階段找到的所有問題，若另一位開發人員發現類似的錯誤，就能參考之前的文件，幫助修正錯誤並解決問題。 ### 5. 部署階段 對開發專案而言，這是指將軟體部署至終端使用者的階段。而對其他產業而言，這則是指發佈最終的[交付項目](https://asana.com/resources/what-are-project-deliverables)，並將其交付給終端客戶。 ### 6. 維護階段 專案部署之後，可能會發現執行個體有新的錯誤，或者需要更新軟體。這就是所謂的維護階段，而軟體開發通常會持續執行這個階段的工作。 ## 瀑布法的使用時機 瀑布法是常見的專案管理形式，因為它能徹底而詳盡的規劃和記錄。儘管如此，此架構卻並非適用於所有專案。以下這些範例說明何時是使用此專案管理類型的理想時機。 ### 專案具有清楚定義的終點目標 瀑布法的優點之一就是可允許從 A 點至 B 點規劃出清楚的路徑。若不確定您的 B 點是什麼，那專案可能較適合使用如敏捷法這類的[疊代式專案管理](https://asana.com/resources/iterative-process)。 專案若具有易於定義的目標，則最適合使用瀑布法，因為專案經理可以透過回溯方式，從目標開始建立清楚而詳細的路徑，納入所有必要的需求。 - [閱讀：如何撰寫高效的專案目標 (附帶範例)](/resources/how-project-objectives) ### 沒有預算或時間的限制 若專案沒有[預算](https://asana.com/resources/project-budget)或時間限制，團隊成員就可以儘可能多花時間在需求和系統設計階段。他們可以修正並調整工作，以便儘可能滿足專案的需求，直到制定一個設想和定義周全的專案計劃為止。 ### 建立可重複執行的流程 瀑布模式幾乎要求在每一個流程步驟均製作文件記錄。這樣一來，就能輕易讓新團隊成員複製您執行專案的方式；由於每個步驟都清楚闡述詳細資訊，因此可以重建整個流程。 建立可重複執行的流程後，訓練新團隊成員的工作也變得簡單，可以輕易地讓他們確切瞭解在類似的專案中必須完成哪些工作。因此瀑布流程，是成效卓著的專案管理方法，可用來將流程標準化。 - [閱讀：改善團隊工作流程的 5 個專案管理階段](/resources/project-management-phases) ## 瀑布專案管理法的優點 ### 一致的文件記錄把工作回溯變得簡單 實作瀑布專案管理流程時，您會在過程的每個步驟建立文件記錄。這樣做可能很有幫助，尤其是若團隊必須回溯之前的流程，您就能輕易地找到錯誤。若要建立新團隊成員可使用的可重複流程 (如上所述)，這麼做也很有幫助。 ### 輕鬆追蹤進度 在甘特圖繪製瀑布專案後，您就能輕鬆追蹤專案進度。時間軸可當作進度列，如此一來，就能始終清楚掌握專案處於哪個階段。 ### 團隊成員能有效管理時間 由於瀑布法在需求和設計階段投入很多規劃心力，因此專案關係人可以輕易估計各自的特定瀑布流程部分將會花費多少時間。 - [閱讀：助您完成出色工作的 18 個時間管理提示、策略和速成技巧](/resources/time-management-tips) ## 瀑布模式的缺點 ### 途中的阻礙可能嚴重影響時程 瀑布法屬線性性質，因此若途中出現障礙或有任務被延誤，則整個時程就會有所變動。例如，若有第三方協力廠商遲交特定的零件給製造團隊，整個流程就得暫停，直到取得該特定零件為止。 ### 線性流程可能會讓回溯變得極具挑戰性 瀑布法的其中一個主要挑戰是，一旦完成，就很難返回某一個階段。例如，若有人已經開始粉刷房屋的牆壁，就無法再加蓋房間，把它的空間變大了。 ### QA 設置於流程的後段 相較於疊代屬性較高的專案管理法 (如看板和敏捷法)，瀑布法的審核階段是在流程的相對後期階段才展開。若在流程的初期犯錯，那麼要返回修正錯誤，就可能極具挑戰性。瀑布流程的運作方式未留下任何空間讓團隊進行疊代，或尋找最佳解決方案。 - [閱讀：瀑布法、敏捷法、看板與 Scrum：有何差異？](/resources/waterfall-agile-kanban-scrum) ## 管理瀑布專案 執行瀑布專案時，有許多必須持續追蹤的變動部分，以及不同的團隊成員。要讓大家資訊與目標一致的其中一個絕佳做法是使用[工作管理軟體](https://asana.com/resources/work-management-tool-buyers-guide)，將工作流程、時間軸和交付項目全都保存在同一位置。 若覺得準備好在團隊中嘗試使用瀑布專案管理法了，不妨試用 [Asana](https://asana.com/product)。您可透過數種方式檢視 Asana 專案，包括時間軸檢視，它會以線性的時間軸方式呈現您的專案。 - [嘗試用 Asana 進行專案管理](/features/project-management) - [專案管理](/resources/project-management) - [工作細目結構 (WBS)：WBS 是什麼，要如何使用？](/zh-tw/resources/work-breakdown-structure) 專案管理 #### 內容撰稿人 工作分解結構 (Work Breakdown Structure，簡稱 WBS) 是專案管理中最實用的可視化工具之一。當專案範疇複雜、交付項目眾多時，工作細目結構能將整個專案從最高層級逐步分解為可執行的具體任務，確保每項工作都有明確的負責人和完成日期。由於工作細目結構以可視化方式展示，因此可組合使用工作流程管理軟體與專案管理架構來建立。建立方法包括時間軸、 ... - [制定應變計劃以預防業務風險的 8 個步驟](/zh-tw/resources/contingency-plan) 商業策略 專案規劃 #### 作者 沒有人希望 A 計劃失效，但準備一份強大的 B 計劃是應對任何情況發生的最佳方式。有了可靠的後援計劃，您就可以有效應對非預期事件，並且盡快讓事情重回正軌。應變計劃是一種主動策略，能夠協助您處理事態惡化並確保業務持續進行。在本文中，深入瞭解如何針對非預期事件制定應變計劃，並且制定恢復策略，以確保您的業務維持健康狀態。什麼是業務應變計劃？業務應變計劃是一種策略 ... - [建立成功變更管理流程的 6 個步驟](/zh-tw/resources/change-management-process) 商業策略 靈感與影響力百寶箱 #### 作者 改變是幫助組織成功的必要元素。隨著企業成長，您不可避免地會需要實施新工具、嘗試新策略，或打入新市場，還有更多改變不勝枚舉。小規模的變更或不會衝擊很多人的變更，很容易實施，但若您需要實施徹底性的組織變革，又該怎麼做呢？若無妥善的規劃，而試圖實施組織變革可能導致混亂、困惑並降低公司的成長速度。您反倒是需要小心推出變革 (在正式變革之前就有制定好的計劃和支援)， ... - [15 個秘訣助您建立真正有用的待辦清單](/zh-tw/resources/make-better-to-do-lists) 專案管理 #### 作者 Everyone loves checking things off a to-do list, but when done wrong, lists can cause more harm than good. Disorganized lists lead to missed deadlines and unnecessary stress.The g ... - [瀑布專案管理法全攻略](/zh-tw/resources/waterfall-project-management-methodology) 專案管理 專案管理 - [作者](/author/sarah-laoyan) 專案經理可從許多類型的專案管理法中做選擇。包括：敏捷專案管理、看板專案管理、Scrum，以及更多您可使用的疊代流程。但若專案需要更線性的方法該怎麼辦？瀑布法就是線性專案管理法，有助您和團隊達成共同目標，而且是一次完成一個任務或里程碑。什麼是瀑布專案管理法？瀑布法是講究先後順序的專案管理法，把專案區分為截然不同的階段。每個階段只會在前一個階段完成後才會開始。 ...