敏捷 vs Scrum vs 看板 vs 精益 vs 瀑布——哪種方法適合你？

嗨，歡迎收看另一集家庭世仇。 我是史蒂夫·哈維，讓我們開始吧。

我們問了 100 個人，“你最喜歡的項目管理方法是什麼？”

敏捷——它在名單上！

Scrum – 再次，它在列表中！

看板——叮！

精益——你還有一個要走！

瀑布——太棒了，你做得很好！

您似乎都知道它們，但是您知道該選擇哪一個嗎？

或者敏捷、瀑布和 Scrum 之間有什麼區別？

不用擔心。

我是史蒂夫哈維，我支持你。

說真的，我不是史蒂夫哈維。 我只是一個扮演史蒂夫哈維的作家。

所有這些名字是什麼意思？

從基礎開始，我們可以定義它們的共同含義。 這五個是任何項目管理過程中最常用的模型，尤其是在軟件開發中。 他們告訴你如何利用你的時間，是否會有角色，何時糾正你的錯誤等。

現在，是時候討論它們並展示它們的優缺點了。

瀑布法

瀑布方法——或模型，如果你願意的話——是一種按順序工作的開發模型。 您定義了開發的每個階段，如果不完成之前的開發階段，您將無法進入下一個開發階段。 由 Winston Royce 於 1970 年創立，該方法的每個階段都是專門為一項任務而設計的。

瀑布方法的階段

你想知道這些階段嗎？ 自然！ 所以讓我們學習它們。

• 收集階段：這是您獲取所需詳細信息或設置它們的階段。
• 設計階段：您選擇編程語言、您將使用的數據庫以及項目重要的技術細節。
• 構建階段：你只是簡單地編碼，大量的編碼。
• 測試階段：現在，您將這個程序展示給將要使用它的人，看看它是否滿足需求。
• 部署階段：在要求的環境中啟動程序。
• 維護階段：根據您的客戶的需求或受眾，您對程序進行更改並使其變得更好。

這是瀑布方法的六個階段。 很簡單，對吧？

誰能有效地使用這種方法？

使用這種開發方法，您可以處理幾乎不需要任何額外內容的項目。 如果你的環境穩定，所有的需求都設置完成，項目很短，每個人都知道自己在做什麼，這是你的選擇。

瀑布法的優缺點

是什麼讓瀑布法成為最常用的方法之一？ 當然，它必須有它的優勢。 這些都是;

• 線性。 每個階段都必須在此方法中完成，因此您以後不會遇到問題。
• 適合小型項目。 如果您的項目不會花費太多時間，則此方法效果最佳。
• 驗證和確認。 在每個階段之前，您都會進行質量測試。
• 詳細的文檔。 這樣，您就可以跟踪所有階段。
• 最小的客戶干預。 您進行的項目很大程度上依賴於您的團隊。
• 所有必要的更改都在開發階段完成 - 發布後沒有令人討厭的驚喜。

那麼，為什麼人們會選擇其他選項呢？ 這就是為什麼;

• 沒有額外的時間來修復錯誤。 您必須在開發時修復錯誤。
• 沒有改變的餘地。 如果你的需求經常變化，你不能用這種方法來承載一個項目。
• 測試時間。 測試階段在開發過程中相對較晚。
• 文檔需要太多時間。 您的開發人員和員工必須花一些時間在文檔上。
• 幾乎沒有客戶反饋。 客戶的見解可能很有用，但在這種方法中，你是一個人。
• 錯誤之後。 它們會給您的項目帶來太多麻煩。

所以，這就是解釋的瀑布方法。 現在讓我們跳到下一個。

敏捷方法

本質上，敏捷方法要求您必須以增量方式工作。 這發生在 sprint 計劃週期中。 完成第一個週期後，您可以測試項目，如果一切都符合需要，則可以選擇部署它。

誰應該使用敏捷方法？

如果您在一個容易變化的環境中工作，或者想隨時為您的項目帶來新的想法，那麼敏捷方法是您的正確選擇。 它為您提供可能對您來說無價的自由。

敏捷方法的優缺點

如果你打算在你的下一個項目中使用這種方法——或者你現在的項目，這取決於你——你必須知道這種方法的優缺點。

首先，我們可以從專業人士開始。 他們是;

• 消費者滿意度。 由於您不斷提出“最終結果”，因此您的客戶將看到改進。
• 以人為本。 這種方法的主要動機是攜帶項目的人而不是工具和其他過程。
• 頻率。 您可以在短時間內看到正在運行的軟件。
• 適應。 即使環境發生變化，您也可以輕鬆適應它們。
• 溝通。 人和客戶可以即時互動。
• 變化的空間。 即使在部署項目之後，您也可以輕鬆地進行更改。

沒有什麼是完美的，這種方法也沒有。 所以，缺點來了；

• 勞動評估。 如果您正在處理一個相當大的項目，您可能無法評估一個週期所需的時間和精力。
• 較少強調文檔和設計。 這可能會妨礙跟踪項目已完成的工作。
• 顧客。 如果他們不清楚並且不知道該做什麼，該項目可能會以其他方式結束。
• 經驗和來源。 有些決定必須由高級程序員做出。 否則，您將需要新手資源。

如您所見，敏捷方法適用於那些熱愛自由、溝通和不安的人。 如果您有這樣的團隊，此方法會派上用場。

看板方法

看板方法……聽起來很日本，不是嗎？ 因為它是日語的“你可以看到的卡片”。 自 40 年代豐田首次使用它以來，它就一直在使用。 在這種方法中，您可以在卡片或貼紙中可視化您的工作。 這樣，您的目標就是最大限度地提高效率並不斷改進。

在這五種方法中，看板方法以其原則脫穎而出。 現在，是時候看看他們了。

看板法的原理

看板方法共有六項原則。 它們可以列在兩組之下。 第一組原則稱為變更管理。 該組的原則是；

• 從你經常做的事情開始。 看板方法為您提供了靈活性。 因此，您可以在現有工作流程中實施看板方法，一段時間後，您可以解決重要問題。
• 增量變化。 這種方法喜歡有點類似於進化的變化，即一夜之間沒有顯著變化。 你必須慢慢地通過那裡。
• 各級領導。 這樣，人們可以從他人的見解中學習並更好地工作。

第二組原則稱為服務交付。 它由以下內容組成；

• 傾聽您的客戶。 關注客戶的需求和期望應該是您的主要目標。 這樣，您的產品就可以吸引客戶的注意力。
• 管理工作。 由於這一原則，您可以真正專注於正在發生的事情，而不會受到輕微噪音的干擾。
• 提升。 部署項目後，您必須密切關注評論和投訴。 您應該保持項目的質量。

誰應該使用看板方法？

工作流程可能是看板方法中最重要的事情。 如果需要，您可以將此方法實施到您的工作流程中。 另外，只要你願意持續工作，就可以使用看板。 最後，如果您和您的團隊不想在會議上花費太多時間，它是您的最佳選擇。

看板方法的優缺點

現在，讓我們看看是什麼讓起源於 40 年代的方法像美酒一樣。

• 靈活的。 看板不限制開發階段。 因此，您有時間和空間以最好的方式完成工作。
• 連續性。 使用看板，您可以持續交付項目的一小部分。 因此，這為適應變化提供了空間。
• 高效的。 您專注於項目的關鍵方面，並專注於重要的細節——不浪費時間。
• 響應時間短。 當一個階段完成時，您的團隊可以重新排列筆記。 這樣，您的員工可以立即處理下一件事。

好的，是時候看看是什麼讓看板像牛奶一樣老了。

• 依賴。 看板需要正確使用其他框架。 無法進行自主連接。
• 動態性。 看板仍然假設存在某些穩定點。 如果您的環境是高度動態的，那就是一個問題。
• 迭代。 它們不在看板流程中； 你必須分別處理它們。
• 定時。 對於某些人來說，沒有時間的定義可能是個問題。

這是執行項目的最古老的方法之一。 但是，老不代表沒用。 經久不衰是看板方法仍然有效的證明之一。 但是，您應該注意可能會破壞您的工作的缺點。

精益方法

精益是一種以心態和工具集為中心的方法，試圖通過為產品增加客戶定義的價值來最大限度地減少浪費。 因此，它可以定義為項目管理的極簡方法。

這種方法還定義了 8 種廢物。

這些都是;

• 運動：員工和設備的不必要運動。
• 運輸：將不需要的物品運送到該地點。
• 等待：在等待必要的事情到來時浪費了時間。
• 生產過剩：生產超過需要的數量。
• 缺陷：需要來源糾正的有缺陷的產品
• 庫存：由於溝通不暢而存儲更多信息或庫存的完整性。
• 未被認可的人才：不了解您的員工的才華
• 額外處理：不需要或無價值的活動。

精益方法本質上是試圖消除這種浪費。

誰應該使用精益方法？

如果您是一個渴望比最初看起來更有效的小團隊，精益方法可能適合您。 此外，它對於短期項目來說也是一種很好的方法。

精益方法的優缺點

精益方法有一些功能會讓你依賴它——對不起，我不得不這麼做。 這些都是;

• 消除浪費。 如上所述，這種方法的主要重點是如何消除浪費。
• 讓您的員工滿意。 由於您必須讓您的員工參與廢物管理流程，您的員工會很感激您。
• 正好。 在需要時購買並攜帶材料。
• 競爭優勢。 您現在節省的地方或金錢可以用於其他項目。

應該有缺點，因為一切都至少有一個缺點。 這些都是;

• 過度使用。 如果你過度應用這種方法，你可能會面臨新的低效率。
• 正好。 這也可能是你的詛咒。 你幾乎沒有犯錯的餘地。 如果出現時間管理問題，你會失敗得很慘。
• 員工不滿。 同樣，在過度申請的情況下，您的員工可能會開始對您如何節省一切感到沮喪。

精益方法變得乾淨。 沒有浪費的餘地，還有很大的改進空間。 但是，這是一種必須謹慎應用的方法。 否則後果會很嚴重。

Scrum 方法

最後，我們有了Scrum 方法。 將 Scrum 視為對敏捷方法的改進。 大多數敏捷原則也適用於這種方法。 然而，Scrum 更有計劃性，並且具有指導項目進行方式的角色。

這些角色是；

• 產品負責人（PO）：代表客戶和利益相關者，專注於業務部分和投資回報。
• Scrum Master：指導團隊遵守 Scrum 的標準，與 PO 合作以最大化 ROI。
• 團隊：執行項目的一組專業人員。

由於這種方法與敏捷非常相似，因此僅顯示不同的優缺點就足夠了。

會議是首先要指出的。 每天結束時，都會舉行會議。 這些會議有助於其他角色了解項目的進展情況。 但是，從長遠來看，它們可能很煩人。

第二件事是客戶的參與。 從 PO 獲得即時反饋可能非常有見地。 另一方面，如果他們不合作，項目可能需要很多時間才能完成。

Scrum vs. Waterfall是一個普遍存在的比較。 Scrum 方法適用於現代和喧囂的生活。 角色和會議也提供了很大的優勢，但它們也可能是有害的。

最後，你知道你的答案是什麼意思。 史蒂夫哈維會感到自豪。 您現在所要做的就是詳細說明您的情況，並找到最適合您的專業水平、團隊規模和資源的最佳人選。

經常問的問題

精益和敏捷是一樣的嗎？

不，精益和敏捷是不一樣的。 精益關注我們應該盡量減少浪費這一事實，而敏捷的主要關注點是漸進式開發。

Scrum 是敏捷還是瀑布？

Scrum 是對敏捷方法的改進。 與敏捷不同，Scrum 有角色、會議和客戶代表。

看板是敏捷還是精益？

看板被認為是精益的一種方式。 他們的共同點是都指出了工作流程和效率的重要性。