在主數(shù)據(jù)項(xiàng)目實(shí)施的過程中，經(jīng)常會碰到一個(gè)讓人頭痛的問題，我該選擇什么樣的實(shí)施方法才能夠更為高效地完成項(xiàng)目的交付？

得帆經(jīng)過多年在軟件行業(yè)的摸爬滾打，總結(jié)出了適合主數(shù)據(jù)項(xiàng)目的實(shí)施方法。接下來我們將為大家介紹兩種常用的實(shí)施方法——瀑布型實(shí)施方法和敏捷型實(shí)施方法。

瀑布型和敏捷型實(shí)施方法

01

瀑布型實(shí)施方法

什么是瀑布型實(shí)施方法？

瀑布模式是科技公司早期普遍采用的一種實(shí)施方法，由Winston W. Royce在1970年提出來。瀑布模式具有明確的需求、明確的計(jì)劃表、明確的資源投入和明確的預(yù)期結(jié)果，是一種“強(qiáng)計(jì)劃型”項(xiàng)目實(shí)施方法。

瀑布型實(shí)施方法

瀑布型實(shí)施方法的特點(diǎn)：

• 項(xiàng)目的實(shí)施過程會嚴(yán)格劃分成各個(gè)實(shí)施階段：如需求分析、概念設(shè)計(jì)、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、工程實(shí)現(xiàn)、單元測試、集成測試、系統(tǒng)驗(yàn)證、發(fā)布上線等。
• 瀑布模型每一個(gè)階段的完成時(shí)間稱為里程碑節(jié)點(diǎn)。瀑布模型嚴(yán)格定義了各個(gè)里程碑節(jié)點(diǎn)的“入口”和“出口”要求。每到一個(gè)里程碑節(jié)點(diǎn)，必須組織項(xiàng)目相關(guān)部門進(jìn)行嚴(yán)格的評審，如果達(dá)不到“出口”要求，下一階段的工作就不展開。
• 瀑布模型把每個(gè)實(shí)施階段的輸入以及每個(gè)領(lǐng)域的分工都定義得非常明確，每個(gè)階段的人員只要關(guān)心自己目前階段的工作，并按照當(dāng)前階段輸入輸出的要求完成自己的工作即可。

得帆主數(shù)據(jù)關(guān)鍵特性-動態(tài)建模

瀑布型實(shí)施方法的優(yōu)勢：

• 易于準(zhǔn)備：使用瀑布式項(xiàng)目管理時(shí)，每個(gè)階段都有非常具體的可交付成果和審查過程。每個(gè)階段都已經(jīng)深思熟慮過，你總是知道下一秒要往哪里邁步，所以項(xiàng)目便很容易取得進(jìn)展。
• 適用于小型、簡單的項(xiàng)目：由于瀑布模型基于嚴(yán)格的、既定的步驟，因此它更適合管理具有固定可交付成果的簡單項(xiàng)目。這些項(xiàng)目的可交付成果通常不會發(fā)生變化，可以無縫銜接每個(gè)階段。
• 易于使用：基于固定的項(xiàng)目管理原則，讓瀑布式項(xiàng)目管理更易于理解和采用。團(tuán)隊(duì)不需花時(shí)間學(xué)習(xí)并適應(yīng)它。

瀑布型實(shí)施方法的劣勢：

• 不適合大型、靈活的項(xiàng)目：瀑布式項(xiàng)目管理是一種線性管理方式，因此它很難對某個(gè)部分的成果進(jìn)行快速的驗(yàn)證，這可能會導(dǎo)致潛在的返工風(fēng)險(xiǎn)。
• 無法應(yīng)對項(xiàng)目過程中的突發(fā)改變：當(dāng)項(xiàng)目范圍和項(xiàng)目需求非常明確且不會改變時(shí)，瀑布式項(xiàng)目管理非常有效。但當(dāng)客戶中途提出新的意見，或者需求不夠明確，那么就只能回到第一階段，重頭再來。
• 測試過程的風(fēng)險(xiǎn)變高：在瀑布式項(xiàng)目管理中，測試只會在開發(fā)完成后開始，由于要等到整個(gè)項(xiàng)目開發(fā)完畢，因此測試時(shí)可能會發(fā)現(xiàn)更多問題。

瀑布型實(shí)施方法的最佳實(shí)踐

——恒豐紙業(yè)主數(shù)據(jù)項(xiàng)目

恒豐紙業(yè)目前擁有數(shù)十套信息化系統(tǒng)，包括ERP系統(tǒng)、MES系統(tǒng)、移動辦公系統(tǒng)、BI系統(tǒng)等?？蛻粜畔?、人員信息、產(chǎn)品信息等主要數(shù)據(jù)分布在各個(gè)同構(gòu)或異構(gòu)系統(tǒng)中，且各系統(tǒng)之間相互集成交互，缺乏統(tǒng)一的、完整的、準(zhǔn)確的、實(shí)時(shí)的、最具權(quán)威的企業(yè)級數(shù)據(jù)管理。

基于這樣的背景，得帆結(jié)合實(shí)際情況采用瀑布型方式完成了項(xiàng)目實(shí)施，我們也會在下期為大家分享具體實(shí)施過程。

得帆主數(shù)據(jù)關(guān)鍵特性-多組織

02

敏捷型實(shí)施方法

什么是敏捷型實(shí)施方法？

敏捷模型是一種新型軟件實(shí)施方法。1990年代，隨著互聯(lián)網(wǎng)興起，敏捷模型逐漸引起關(guān)注。注意這里說的是軟件，因?yàn)槊艚菽Ｐ湍壳按蠖嘤糜?span id="bnegcev" class="candidate-entity-word" data-gid="1079938">軟件開發(fā)。

敏捷開發(fā)是一種以用戶需求進(jìn)化為核心、迭代和循序漸進(jìn)的開發(fā)方法。首先把用戶最關(guān)注的軟件原型做出來并交付給用戶，用戶在實(shí)際場景中發(fā)現(xiàn)問題并給予反饋，研發(fā)人員快速修改彌補(bǔ)需求中的不足，提供新的版本給用戶繼續(xù)使用。上述過程不斷迭代，直到用戶滿意。

敏捷型實(shí)施方法

敏捷型實(shí)施方法的特點(diǎn)：

• 強(qiáng)調(diào)與客戶的交互和溝通過程，需求不斷變化；
• 根據(jù)變化的需求形成一個(gè)個(gè)story，不斷迭代開發(fā)版本；
• 開發(fā)過程中，始終保證客戶有可用的版本；
• 更重視迭代版本的快速發(fā)布，減少輸出不必要的文檔。

敏捷型實(shí)施方法的優(yōu)勢：

• 以客戶為中心：在敏捷項(xiàng)目管理中，客戶在每個(gè)開發(fā)周期結(jié)束時(shí)驗(yàn)收產(chǎn)品。團(tuán)隊(duì)根據(jù)客戶的反饋對產(chǎn)品進(jìn)行優(yōu)化、修改，以確保他們的需求得到滿足。伴隨著客戶不斷地參與，敏捷項(xiàng)目可以輕松滿足客戶不斷變化的需求。
• 高效且積極的團(tuán)隊(duì)：敏捷項(xiàng)目管理中非常注重人和協(xié)作。這使開發(fā)人員對待工作有極強(qiáng)的積極性，團(tuán)隊(duì)始終有明確的職責(zé)，來推動項(xiàng)目的進(jìn)展。
• 更高效的流程：在敏捷項(xiàng)目管理中，每個(gè)迭代最后的Sprint評審，可以你的團(tuán)隊(duì)可回顧哪些地方出現(xiàn)了問題，哪些地方有待改進(jìn)。通過這種方式，團(tuán)隊(duì)可以從早期流程中學(xué)習(xí)，并將這些知識應(yīng)用到下一個(gè)Sprint中。

敏捷型實(shí)施方法的劣勢：

• 不適用于小型項(xiàng)目：在敏捷項(xiàng)目管理中更依賴于將項(xiàng)目分為更小的周期。如果項(xiàng)目本身就很小，嘗試進(jìn)一步劃分便毫無意義。
• 容易跑偏：敏捷項(xiàng)目管理雖然可以非常靈活的應(yīng)對客戶不斷變化的需求，但產(chǎn)品的研發(fā)周期也可能會因此無限期的繼續(xù)下去，直到偏離軌道。

敏捷型實(shí)施方法的最佳實(shí)踐

——大族激光主數(shù)據(jù)項(xiàng)目

大族激光經(jīng)過多年的信息化建設(shè)，已經(jīng)完成了全集團(tuán)ERP系統(tǒng)、EAS系統(tǒng)、CRM系統(tǒng)等企業(yè)運(yùn)行基石系統(tǒng)的建設(shè)。隨著這些系統(tǒng)的建設(shè)，也帶來了一系列問題。

例如系統(tǒng)間可高共享的數(shù)據(jù)尚未能實(shí)現(xiàn)數(shù)據(jù)共享；高價(jià)值數(shù)據(jù)在各自系統(tǒng)“各自為政”，在管理標(biāo)準(zhǔn)和制度等方面不統(tǒng)一；各自系統(tǒng)內(nèi)無專業(yè)的數(shù)據(jù)質(zhì)量檢查校驗(yàn)，數(shù)據(jù)質(zhì)量無法保證等問題。

基于這樣的背景，得帆結(jié)合實(shí)際情況采用敏捷型方式完成了項(xiàng)目實(shí)施，具體內(nèi)容我們也將在下期向大家分享。

得帆主數(shù)據(jù)關(guān)鍵特性-質(zhì)量校驗(yàn)

03

兩種實(shí)施方法的異同

1）工作流程的差異

• 在瀑布式項(xiàng)目管理中，只有一個(gè)開發(fā)周期。你的項(xiàng)目不會分成多個(gè)Sprint或迭代。當(dāng)確認(rèn)客戶的需求后，就可以啟動整個(gè)項(xiàng)目的工作。
• 在敏捷項(xiàng)目管理中，將開發(fā)過程分為多個(gè)周期，在進(jìn)入下一個(gè)Sprint之前，每一個(gè)Sprint都需要完成，并獲得客戶的批準(zhǔn)。

2）靈活性的差異

• 瀑布式項(xiàng)目管理的每個(gè)階段過程都是在開始時(shí)精心策劃的，非常嚴(yán)格，因此它不能處理不斷變化的客戶需求，更不能隨著項(xiàng)目的推進(jìn)而拓展。
• 敏捷項(xiàng)目管理將項(xiàng)目拆分為多個(gè)開發(fā)周期，由于不是一次性完成整個(gè)項(xiàng)目，因此在研發(fā)過程中可以有多次機(jī)會將用戶的反饋應(yīng)用于接下來的開發(fā)中。

得帆主數(shù)據(jù)關(guān)鍵特性-可視化

3）測試過程的差異

• 在瀑布式項(xiàng)目管理中，只需要在整個(gè)開發(fā)工作完成后測試產(chǎn)品，這雖然可以讓你在不受干擾的情況下開發(fā)產(chǎn)品，但最終也可能會導(dǎo)致大規(guī)模的問題發(fā)生。
• 在敏捷項(xiàng)目管理中，每個(gè)Sprint后都會對項(xiàng)目進(jìn)行審查和測試，這有助于微調(diào)項(xiàng)目的細(xì)節(jié)，確保它始終都能滿足客戶的需求。

本期有關(guān)瀑布型和敏捷型的實(shí)施方法的介紹，就分享到這里了。得帆云MDM團(tuán)隊(duì)將秉持著“以客戶為中心”的原則，根據(jù)客戶實(shí)際需求，選擇最為適合的實(shí)施方法，切實(shí)保障項(xiàng)目實(shí)施效率和實(shí)施成果。之后，我們也將分享這兩種實(shí)施方法的優(yōu)秀實(shí)踐案例，敬請期待。