在主數(shù)據(jù)項目實施的過程中，經(jīng)常會碰到一個讓人頭痛的問題，我該選擇什么樣的實施方法才能夠更為高效地完成項目的交付？
得帆經(jīng)過多年在軟件行業(yè)的摸爬滾打，總結(jié)出了適合主數(shù)據(jù)項目的實施方法。接下來我們將為大家介紹兩種常用的實施方法——瀑布型實施方法和敏捷型實施方法。
瀑布型和敏捷型實施方法
01
瀑布型實施方法
什么是瀑布型實施方法？
瀑布模式是科技公司早期普遍采用的一種實施方法，由Winston W. Royce在1970年提出來。瀑布模式具有明確的需求、明確的計劃表、明確的資源投入和明確的預(yù)期結(jié)果，是一種“強計劃型”項目實施方法。
瀑布型實施方法
瀑布型實施方法的特點：
- 項目的實施過程會嚴格劃分成各個實施階段：如需求分析、概念設(shè)計、總體設(shè)計、詳細設(shè)計、工程實現(xiàn)、單元測試、集成測試、系統(tǒng)驗證、發(fā)布上線等。
- 瀑布模型每一個階段的完成時間稱為里程碑節(jié)點。瀑布模型嚴格定義了各個里程碑節(jié)點的“入口”和“出口”要求。每到一個里程碑節(jié)點，必須組織項目相關(guān)部門進行嚴格的評審，如果達不到“出口”要求，下一階段的工作就不展開。
- 瀑布模型把每個實施階段的輸入以及每個領(lǐng)域的分工都定義得非常明確，每個階段的人員只要關(guān)心自己目前階段的工作，并按照當前階段輸入輸出的要求完成自己的工作即可。
得帆主數(shù)據(jù)關(guān)鍵特性-動態(tài)建模
瀑布型實施方法的優(yōu)勢：
- 易于準備：使用瀑布式項目管理時，每個階段都有非常具體的可交付成果和審查過程。每個階段都已經(jīng)深思熟慮過，你總是知道下一秒要往哪里邁步，所以項目便很容易取得進展。
- 適用于小型、簡單的項目：由于瀑布模型基于嚴格的、既定的步驟，因此它更適合管理具有固定可交付成果的簡單項目。這些項目的可交付成果通常不會發(fā)生變化，可以無縫銜接每個階段。
- 易于使用：基于固定的項目管理原則，讓瀑布式項目管理更易于理解和采用。團隊不需花時間學習并適應(yīng)它。
瀑布型實施方法的劣勢：
- 不適合大型、靈活的項目：瀑布式項目管理是一種線性管理方式，因此它很難對某個部分的成果進行快速的驗證，這可能會導致潛在的返工風險。
- 無法應(yīng)對項目過程中的突發(fā)改變：當項目范圍和項目需求非常明確且不會改變時，瀑布式項目管理非常有效。但當客戶中途提出新的意見，或者需求不夠明確，那么就只能回到第一階段，重頭再來。
- 測試過程的風險變高：在瀑布式項目管理中，測試只會在開發(fā)完成后開始，由于要等到整個項目開發(fā)完畢，因此測試時可能會發(fā)現(xiàn)更多問題。
瀑布型實施方法的最佳實踐
——恒豐紙業(yè)主數(shù)據(jù)項目
恒豐紙業(yè)目前擁有數(shù)十套信息化系統(tǒng)，包括ERP系統(tǒng)、MES系統(tǒng)、移動辦公系統(tǒng)、BI系統(tǒng)等?？蛻粜畔?、人員信息、產(chǎn)品信息等主要數(shù)據(jù)分布在各個同構(gòu)或異構(gòu)系統(tǒng)中，且各系統(tǒng)之間相互集成交互，缺乏統(tǒng)一的、完整的、準確的、實時的、最具權(quán)威的企業(yè)級數(shù)據(jù)管理。
基于這樣的背景，得帆結(jié)合實際情況采用瀑布型方式完成了項目實施，我們也會在下期為大家分享具體實施過程。
得帆主數(shù)據(jù)關(guān)鍵特性-多組織
02
敏捷型實施方法
什么是敏捷型實施方法？
敏捷模型是一種新型軟件實施方法。1990年代，隨著互聯(lián)網(wǎng)興起，敏捷模型逐漸引起關(guān)注。注意這里說的是軟件，因為敏捷模型目前大多用于軟件開發(fā)。
敏捷開發(fā)是一種以用戶需求進化為核心、迭代和循序漸進的開發(fā)方法。首先把用戶最關(guān)注的軟件原型做出來并交付給用戶，用戶在實際場景中發(fā)現(xiàn)問題并給予反饋，研發(fā)人員快速修改彌補需求中的不足，提供新的版本給用戶繼續(xù)使用。上述過程不斷迭代，直到用戶滿意。
敏捷型實施方法
敏捷型實施方法的特點：
- 強調(diào)與客戶的交互和溝通過程，需求不斷變化；
- 根據(jù)變化的需求形成一個個story，不斷迭代開發(fā)版本；
- 開發(fā)過程中，始終保證客戶有可用的版本；
- 更重視迭代版本的快速發(fā)布，減少輸出不必要的文檔。
敏捷型實施方法的優(yōu)勢：
- 以客戶為中心：在敏捷項目管理中，客戶在每個開發(fā)周期結(jié)束時驗收產(chǎn)品。團隊根據(jù)客戶的反饋對產(chǎn)品進行優(yōu)化、修改，以確保他們的需求得到滿足。伴隨著客戶不斷地參與，敏捷項目可以輕松滿足客戶不斷變化的需求。
- 高效且積極的團隊：敏捷項目管理中非常注重人和協(xié)作。這使開發(fā)人員對待工作有極強的積極性，團隊始終有明確的職責，來推動項目的進展。
- 更高效的流程：在敏捷項目管理中，每個迭代最后的Sprint評審，可以你的團隊可回顧哪些地方出現(xiàn)了問題，哪些地方有待改進。通過這種方式，團隊可以從早期流程中學習，并將這些知識應(yīng)用到下一個Sprint中。
敏捷型實施方法的劣勢：
- 不適用于小型項目：在敏捷項目管理中更依賴于將項目分為更小的周期。如果項目本身就很小，嘗試進一步劃分便毫無意義。
- 容易跑偏：敏捷項目管理雖然可以非常靈活的應(yīng)對客戶不斷變化的需求，但產(chǎn)品的研發(fā)周期也可能會因此無限期的繼續(xù)下去，直到偏離軌道。
敏捷型實施方法的最佳實踐
——大族激光主數(shù)據(jù)項目
大族激光經(jīng)過多年的信息化建設(shè)，已經(jīng)完成了全集團ERP系統(tǒng)、EAS系統(tǒng)、CRM系統(tǒng)等企業(yè)運行基石系統(tǒng)的建設(shè)。隨著這些系統(tǒng)的建設(shè)，也帶來了一系列問題。
例如系統(tǒng)間可高共享的數(shù)據(jù)尚未能實現(xiàn)數(shù)據(jù)共享；高價值數(shù)據(jù)在各自系統(tǒng)“各自為政”，在管理標準和制度等方面不統(tǒng)一；各自系統(tǒng)內(nèi)無專業(yè)的數(shù)據(jù)質(zhì)量檢查校驗，數(shù)據(jù)質(zhì)量無法保證等問題。
基于這樣的背景，得帆結(jié)合實際情況采用敏捷型方式完成了項目實施，具體內(nèi)容我們也將在下期向大家分享。
得帆主數(shù)據(jù)關(guān)鍵特性-質(zhì)量校驗
03
兩種實施方法的異同
1）工作流程的差異
- 在瀑布式項目管理中，只有一個開發(fā)周期。你的項目不會分成多個Sprint或迭代。當確認客戶的需求后，就可以啟動整個項目的工作。
- 在敏捷項目管理中，將開發(fā)過程分為多個周期，在進入下一個Sprint之前，每一個Sprint都需要完成，并獲得客戶的批準。
2）靈活性的差異
- 瀑布式項目管理的每個階段過程都是在開始時精心策劃的，非常嚴格，因此它不能處理不斷變化的客戶需求，更不能隨著項目的推進而拓展。
- 敏捷項目管理將項目拆分為多個開發(fā)周期，由于不是一次性完成整個項目，因此在研發(fā)過程中可以有多次機會將用戶的反饋應(yīng)用于接下來的開發(fā)中。
得帆主數(shù)據(jù)關(guān)鍵特性-可視化
3）測試過程的差異
- 在瀑布式項目管理中，只需要在整個開發(fā)工作完成后測試產(chǎn)品，這雖然可以讓你在不受干擾的情況下開發(fā)產(chǎn)品，但最終也可能會導致大規(guī)模的問題發(fā)生。
- 在敏捷項目管理中，每個Sprint后都會對項目進行審查和測試，這有助于微調(diào)項目的細節(jié)，確保它始終都能滿足客戶的需求。
本期有關(guān)瀑布型和敏捷型的實施方法的介紹，就分享到這里了。得帆云MDM團隊將秉持著“以客戶為中心”的原則，根據(jù)客戶實際需求，選擇最為適合的實施方法，切實保障項目實施效率和實施成果。之后，我們也將分享這兩種實施方法的優(yōu)秀實踐案例，敬請期待。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
