[[177477]]

軟件項目管理的兩大主流管理模式分別是傳統(tǒng)項目管理和敏捷項目管理。

傳統(tǒng)項目管理通常采用的是瀑布式、部分迭代開發(fā)模式，要求在項目建設(shè)時，需求足夠明確、文檔足夠規(guī)范，迭代過程中需求變更越多、越晚，對項目影響越大，會影響到項目的交付質(zhì)量。

敏捷項目管理作為新興的項目管理模式，簡化了傳統(tǒng)項目管理的繁瑣流程和文檔。以 Scrum 為代表，歡迎需求變更，在客戶需求不明確的時候，以在較短的周期內(nèi)開發(fā)出可用的軟件為目標(biāo)，來幫助客戶描述自己的需求。迭代過程中的需求變更會加入到項目繼續(xù)迭代需求池，豐富項目的產(chǎn)品功能。

管理流程

完整的項目管理流程可以總結(jié)分為五個過程組：

• 啟動

• 規(guī)劃

• 執(zhí)行

• 監(jiān)控

• 收尾

傳統(tǒng)項目管理

 

傳統(tǒng)的項目管理要對項目的所有過程進行管理和風(fēng)險把控，并要求在不同環(huán)節(jié)的有文檔輸入和輸出。比如，PMBOK 第五版對項目整合管理的過程組做了文檔輸入和輸出的整理，如下圖。

但是，項目管理主要是對范圍、進度、成本、質(zhì)量、人力資源、溝通、風(fēng)險、采購和干系人進行管理，每個環(huán)節(jié)都存在啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾過程。

如果采用傳統(tǒng)的項目管理模式，每個環(huán)節(jié)都必須要進行嚴(yán)格的規(guī)劃，一旦出現(xiàn)規(guī)劃以外的變更，都需要經(jīng)過批準(zhǔn)后才能執(zhí)行改變。

敏捷項目管理

 

敏捷項目管理簡化了繁瑣的流程和文檔管理，主張團隊內(nèi)部的面對面溝通和交流。以 Scrum 為代表，簡單、持續(xù)集成、不斷交付、價值優(yōu)先、擁抱變化的原則在面對時刻變化的市場經(jīng)濟和不斷發(fā)展的技術(shù)時變得十分友好。

敏捷項目中，項目管理計劃分不同的等級，可以用一個洋蔥圖來表示，也就是洋蔥計劃圖，如下圖。

戰(zhàn)略和投資規(guī)劃在敏捷項目管理的最外層，由更廣泛的組織管理系統(tǒng)來處理。由外往內(nèi)，不斷切分項目計劃，最后實現(xiàn)最小周期的可行性版本迭代。對復(fù)雜或不明確的客戶需求進行合理的分割，最終實現(xiàn)總體上的統(tǒng)一。

風(fēng)險控制環(huán)節(jié)

項目風(fēng)險在任何項目中都存在不確定性，一旦發(fā)生，會對項目造成積極或消極的影響，如范圍、進度、成本和質(zhì)量。

傳統(tǒng)項目管理：

 

傳統(tǒng)項目管理要求項目在規(guī)劃過程中規(guī)劃風(fēng)險管理、識別風(fēng)險，并且對風(fēng)險進行定性/定量分析，給出風(fēng)險應(yīng)對方案。雖然已知的風(fēng)險可以在被識別和分析后采取應(yīng)對措施，但正是因為風(fēng)險的不確定性，要求項目風(fēng)險管理必須給未知風(fēng)險或者已知卻又無法主動管理的風(fēng)險分配一定的資源儲備。

所以，傳統(tǒng)項目管理會要求提供風(fēng)險登記表，并且記錄風(fēng)險應(yīng)對措施在處理已識別風(fēng)險及其根源方面的有效性，完成風(fēng)險再評估和風(fēng)險審計，直到風(fēng)險被降到最低。

敏捷項目管理：

 

敏捷項目管理不同于傳統(tǒng)項目管理，開發(fā)評估是以工作量為導(dǎo)向而非時間導(dǎo)向。所以，在進行開發(fā)任務(wù)評估時采用的是相對估算而不是絕對估算，為風(fēng)險留足了應(yīng)對空間。同時，Scrum集合了一線人員的參與，經(jīng)驗分享，集思廣益，將小型團隊轉(zhuǎn)化成獨立的管理者，更有利于問題的解決。

敏捷項目管理在項目沒有正式結(jié)束前，交付的可用軟件是允許風(fēng)險存在的，并且是根據(jù)風(fēng)險的優(yōu)先級來進行排期修復(fù)。

第三方業(yè)務(wù)風(fēng)險控制服務(wù)企業(yè)項目管理分析

 

項目管理模式：外瀑布內(nèi)敏捷

(有人稱為“信封法”)

第三方業(yè)務(wù)風(fēng)險控制服務(wù)行業(yè)目前還沒有發(fā)展出固定的行業(yè)標(biāo)桿，大家都在競爭中追求最大范圍的滿足行業(yè)需求。在這樣的背景前提下，大部分項目都沒有明確和長久穩(wěn)定的需求，Scrum 管理模式很好的滿足了這個行業(yè)的項目管理現(xiàn)狀。

但是，作為行業(yè)客戶，在大部分的商務(wù)場景下客戶都會希望通過固定成本合同來實現(xiàn)自己的利益最大化，問題是現(xiàn)在合同雙方都很難在項目開始時明確約定需求和最終實現(xiàn)方式。所以，在客戶不能接受 Scrum 時，通常會選擇外瀑布內(nèi)敏捷的項目管理模式，滿足雙方的利益。

舉例：

 

如果把拍婚紗照作為一個項目，攝影師和新人作為項目主要成員，項目基本流程滿足：

• 選婚紗照的套餐(固定成本，確定基本需求)

[[177479]]

• 拍攝(項目啟動)

• 挑照片(提交測試，開始驗收)

• 根據(jù)底片修圖(修復(fù))

[[177480]]

• 拿到照片(項目結(jié)束)

以上就是順序執(zhí)行，瀑布式的結(jié)果。

然而，拍攝的過程中新人通常都會要求：

• 較短短時間內(nèi)提出新增造型、內(nèi)景換外景的要求(切換pose的任務(wù))

• 配合攝影師完成拍攝環(huán)節(jié)的工作(通過迭代，完成項目)

以上就是內(nèi)部快速迭代，敏捷式的結(jié)果。

很顯然，新人在拍婚紗照之前并不知道自己最終拿到的照片穿的會是哪套衣服，擺的會是哪個pose;但是，很清楚的是哪天拍照、哪天挑照片、哪天可以拿到照片，這套流程同時滿足了內(nèi)部和外部需求。

只是，為了項目順利結(jié)束，可能在內(nèi)部和外部需求時，并沒有要求完全以相同的速度前進，就像你不能以你配合完成攝影的速度去要求攝影樓馬上提供婚紗照。

第三方業(yè)務(wù)風(fēng)險控制服務(wù)企業(yè)產(chǎn)品服務(wù)流程

其實，作為第三方風(fēng)控服務(wù)的企業(yè)，我們的項目服務(wù)流程基本上和拍婚紗照一樣，更靈活的是在選擇套餐前，我們提供了免費測試環(huán)節(jié)，基本流程滿足：

第三方風(fēng)控企業(yè)流程

1、私有化部署、免費測試、提供測試報告(根據(jù)互聯(lián)網(wǎng)業(yè)務(wù)流量提供免費的業(yè)務(wù)風(fēng)險分析和風(fēng)險預(yù)警支持)

2、確認(rèn)需求、新增需求(如果驗證了風(fēng)險，并要求做出更多的風(fēng)險預(yù)警可以增加需求)

3、提供定制化開發(fā)，滿足新需求(新項目啟動)

4、短周期迭代(敏捷迭代、測試、上線的流程)

5、客戶端部署/升級，確認(rèn)效果(流量分析、分析報告)

6、部署/升級問題處理(bug修復(fù))

7、項目結(jié)束(項目結(jié)束)

拍婚紗照流程

1、提供婚紗照套餐樣本

2、選定婚紗攝影套餐、指定服裝和內(nèi)、外景需求

3、開始拍攝

4、較短短時間內(nèi)完成換裝、換景(切換pose的任務(wù))、再拍攝的工作流程

5、挑選照片

6、根據(jù)底片修圖

7、拿到套餐照片

傳統(tǒng) VS 敏捷 ? 適者生存

敏捷項目管理只是一個靈活的實踐框架，提供的是一套清晰游戲規(guī)則，根據(jù)不同的環(huán)境可以提供一系列不同的途徑。

傳統(tǒng)項目管理卻是一套中央集權(quán)制管理法，要求按計劃行事，任何環(huán)節(jié)發(fā)生變更都必須獲準(zhǔn)后才能進行改變。

我們知道的是，第三方業(yè)務(wù)風(fēng)險控制服務(wù)行業(yè)目前還沒有發(fā)展出固定的行業(yè)標(biāo)桿，沒有一套可稱為標(biāo)準(zhǔn)的、行之有效的流程打通各個環(huán)節(jié)。更重要的問題——合同雙方都很難在項目開始時明確約定需求和最終實現(xiàn)方式。

在市場經(jīng)濟不斷發(fā)展、時刻變化的現(xiàn)代互聯(lián)網(wǎng)環(huán)境下，適應(yīng)變化、擁抱變化的第三方業(yè)務(wù)風(fēng)控服務(wù)企業(yè)的項目管理，才是友好的、可行的管理模式。

【本文是51CTO專欄機構(gòu)“豈安科技”的原創(chuàng)文章，轉(zhuǎn)載請通過微信公眾號(bigsec)聯(lián)系原作者】