【開發管理】Waterfall Model(瀑布模型)

「瀑布模型」是一個軟體開發架構,其過程是從上一個階段接收該項活動的工作內容作為輸入,亦是該階段的主要活動,並將應完成的內容及成果,作為本階段的輸出,然後傳給下一個階段。

三分鐘讓您快速了解一個PM專有名詞及術語,歡迎收聽產品學院「術語通」單元。


各位PM朋友們大家好,今天要跟大家介紹的是早期在軟體開發領域非常知名的一套流程,叫做Waterfall Model(瀑布模型)。

「瀑布模型」是由美國一位電腦科學家溫斯頓·羅伊斯(Winston Royce)於1970年提出,直到80年代早期,它一直是唯一被廣泛採用的軟體開發模型。

「瀑布模型」將軟體開發過程劃分為五個階段,分別是:需求分析(Requirements)、設計(Design)、實施(Implementation)、驗證(Verification)和維護(Maintenance),並且規定了它們自上而下、相互銜接的固定次序,如同瀑布流水,逐級下落。

從本質來說,「瀑布模型」是一個軟體開發架構,其過程是從上一個階段接收該項活動的工作內容作為輸入,亦是該階段的主要活動,並將應完成的內容及成果,作為本階段的輸出,然後傳給下一個階段。於此同時,負責把關的評審,需針對產出的結果進行審核,若確認通過,則繼續下一個階段或活動;否則將返回前一活動,甚至更前面的階段。

「瀑布模型」的主要優點在於重視階段管理,確保每個階段產出的品質。

而缺點則有以下四點:

1)由於每個階段的劃分非常固定,因此,各個階段之間會產生大量的文檔,大大地增加了團隊成員的工作量。

2)由於開發模型是屬於線性的,使用者只有等到整個過程的末期,才能見到開發成果,從而增加了開發風險。

3)必須透過較多的強制完成日期和里程碑來追蹤各個階段的進度。

4)最大的缺點還是在於:無法適應使用者需求的頻繁變化。

對應到新產品開發流程來看,雖然「瀑布模型」存在者很大的侷限性,但如果能搭配「同步工程(Concurrent Engineering)」、「迭代(literation)」等方式來強化,其實,「瀑布模型」仍不失為是最基本也是最有效的軟體開發模型。

以上是今天針對Waterfall Model(瀑布模型)的解說,如果想獲取更多知識內容,歡迎加入我們的產品學院。「術語通」,我們下次見。

歡迎加入「產品學院」,獲取更多知識內容(專有名詞及術語)

產品學院為【PM Tone 產品通】 旗下的《知識庫》社群網站,內容涵蓋各種PM(產品經理、專案經理、產品負責人、產品行銷經理等)所需要精進及累積的軟技能(如:讀書會知識分享)與硬實力(如:產品開發流程或個案討論)。

本文作者:PM大叔

主圖來源:Image from Pixabay

若有轉貼需求,請來信(service@pmtone.com)討論。 轉貼時禁止修改內容及標題、須保持所有連結、禁止商業使用,並且必須註明原文標題、連結、及作者訊息。

覺得這篇文章好嗎? 請分享給您的朋友吧~

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on email
Email
Share on print
列印
Gary Hsia (夏松明)

Gary Hsia (夏松明)

夏松明(PM大叔):產品管理專家,企業數位轉型輔導顧問,FB「產品經理菁英會」社團創辦人,PM Tone | 產品通 產品經理知識社群網站 站長,目前從事顧問諮詢及培訓講師一職,主要以企業培訓及輔導企業產品開發、經營管理及業務行銷等顧問講師工作。 同時擁有「PMP國際專案管理師證照」、「WBSA高階策劃師認證」及「NPDP新產品開發專業證照」,也受邀至企業內部、大專院校授課並擔任公開班講師,是業界少數具備「經營管理」、「新產品開發」與「品牌行銷」等專業領域的資深顧問。

延伸閱讀