瀑布、看板和Scrum項目管理方法的區別

2021-01-27

首先，這世上沒有普遍好或普遍不好的項目管理方法，每一個(ge) 方法論都有人成功有人失敗。大多數方法僅(jin) 提供準則，不同的人（包括不同的專(zhuan) 家）對這些準則可能有不同的解釋。當你需要運行項目時，你應盡力根據項目的實際情況，例如，人們(men) 的文化、企業(ye) 標準和約束，來選擇相應的項目管理方法。
 
即便為(wei) 項目選擇了“正確的”方法，要使項目成功，你仍然需要做很多的事。所以，你不應該把選擇“正確”的方法與(yu) 接近項目成功等同起來。也許這隻是通往項目成功的一小步。

另一方麵，沒有“絕對錯誤”的方法。如果你很聰明且經驗豐(feng) 富，你可以使任一方法為(wei) 項目服務。例如，有些人認為(wei) 瀑布模型是線性的。實際上，使用瀑布模型的大多數人都在重疊階段，有些人甚至使用螺旋瀑布模型，該模型現在已接近包含迭代的Scrum。在項目管理的曆史中，成功的項目經理應找到讓方法適應項目情況的方式。

盡管沒有普遍好或普遍壞的方法，但某些方法更適合某些項目類型和某些文化類型。例如，敏捷或Scrum更適合新產(chan) 品開發，特別是產(chan) 品需求不斷變化時，因為(wei) 新產(chan) 品會(hui) 不斷影響市場預期。在為(wei) 新項目選擇方法時，你應該考慮到這一點。
 
瀑布
 
瀑布模型使你能夠定義(yi) 以下階段：
-要求
-設計
-實施
-測試
-維護     
      
在擁有不同階段且在項目生命周期中需要較少迭代的項目中，瀑布模型效果很好。
 
如何入門？你需要列出每個(ge) 階段所需的資源和可交付成果。準備是關(guan) 鍵——確保至少75％的內(nei) 容涵蓋在需求階段中。
 
看板
 
對新手項目經理來說，看板是最簡單的項目管理技術之一。整個(ge) 理念在於(yu) 創建這三列：待辦、進行中、已完成。然後，當任務完成時，你和你的團隊可將任務從(cong) 這一列移動到另一列。
 
誰應該使用看板？答案是任何人。作為(wei) 工具，或作為(wei) 獨立的項目管理技術，看板都是非常棒的。對於(yu) 較簡單的項目或傾(qing) 向於(yu) 多任務處理的項目團隊而言，看板尤其成功。
 
如何入門？建議你使用可視化項目管理軟件，例如qmchashi 看板管理係統，一個(ge) qmchashi 看板項目從(cong) 幾個(ge) 在項目類型中定義(yi) 的顯示列開始，比如“已申請”、“進行中” 和 “已完成”。在添加看板卡片後，卡片會(hui) 根據其狀態插入到顯示列中，有助於(yu) 實現活動和責任可視化、促進項目日程安排和進展管理。

Scrum
 
Scrum是最受歡迎的敏捷項目管理方法。據相關(guan) 數據統計，大約60％使用敏捷的項目正在使用Scrum，另外30％的項目正在使用Scrum衍生產(chan) 品。
 
如果你想確保每個(ge) 項目可交付成果都能順利交付，你就應該考慮使用Scrum。使用Scrum，你就能在迭代中工作。每次迭代期間，你致力於(yu) 完成特定的可交付成果/功能。迭代的持續時間不應超過2周，並且應召開每日狀態更新會(hui) 議。
 
迭代結束後，還應舉(ju) 行一次回顧會(hui) 議，為(wei) 改善下一個(ge) 迭代提出建議，然後繼續前進。
 
誰應該使用Scrum？首先，軟件開發項目團隊和處理複雜開發需求的項目團隊在整個(ge) 項目生命周期中需要多次迭代。
 
如何入門？使用Scrum項目管理軟件，如qmchashi Scrum，將項目分解成具體(ti) 的可交付成果/功能。在迭代期間，每次隻完成一個(ge) 可交付成果，並基於(yu) 任務依賴性進行安排。qmchashi Scrum管理支持增量式產(chan) 品開發的短迭代管理和滿足競爭(zheng) 格局和產(chan) 品需求動態變化的管理需求。如有需要，qmchashi Scrum管理也可靈活擴展以滿足傳(chuan) 統項目監控的管理需求（如時間管理，成本管理）。qmchashi Scrum管理非常簡單易用，用戶可在一個(ge) 頁麵管理整個(ge) 項目。其中產(chan) 品需求像展示在故事板上的場景或故事，來龍去脈清晰明了，一目了然。在同一頁麵可把產(chan) 品需求和需求負責人分配到對應的用戶故事，有根有據，可隨時追蹤。