敏捷等于沒有文檔嗎?—敏捷項(xiàng)目管理VS傳統(tǒng)項(xiàng)目管理

------敏捷項(xiàng)目管理學(xué)習(xí)過程記錄和心得

前陣子,一個負(fù)責(zé)產(chǎn)品開發(fā)的負(fù)責(zé)人,給我說,他對正在進(jìn)行的產(chǎn)品交付項(xiàng)目的要求是:能夠在短期內(nèi)看到成果;可以隨時快速的清楚進(jìn)展;不需要那么多“沒必要”的設(shè)計(jì)文檔,卻遲遲看不到交付的功能;能夠隨時對成果展示的不滿足項(xiàng)進(jìn)行變更。

嗯,那你們就最需要使用敏捷了,恰好現(xiàn)有軟件系統(tǒng)從固定的功能變更為可配置的系統(tǒng),需要重新開發(fā),那么就一起開始實(shí)踐吧。

1)先要弄清楚CMMI(該公司使用CMMI)和敏捷的主要區(qū)別,CMMI面向的是活動,敏捷面向的是特性(功能);CMMI是按照活動和階段進(jìn)行,一次交付,增加新功能再做新的開發(fā)。敏捷是按照sprint進(jìn)行多次迭代開發(fā),可以先做最小可用軟件(MVP),進(jìn)行成果展示后,再根據(jù)特性優(yōu)先級進(jìn)行持續(xù)的迭代開發(fā)。

2)MVP怎么設(shè)計(jì)呢?使用快捷的方式,現(xiàn)有產(chǎn)品已經(jīng)定制開發(fā)完成,那么可以快速的識別特性點(diǎn),提取幾個典型的用戶,提煉幾個典型的流程,使用用戶故事地圖的方式進(jìn)行優(yōu)先級排序,定義出MVP及后續(xù)的特性迭代計(jì)劃,即多個sprint沖刺計(jì)劃。

3)討論出交付計(jì)劃后,對特性進(jìn)行小的任務(wù)項(xiàng)的分解,以一個工作日為單位進(jìn)行,在顯目的地方設(shè)計(jì)看板的位置,將特性圖和任務(wù)項(xiàng)分別貼上去,進(jìn)行每日站會,確保每天都有交付,在短時間內(nèi)可以快速實(shí)現(xiàn)第一個sprint的交付。

4) 持續(xù)sprint……

那么,完整的敏捷項(xiàng)目到底什么樣的?它和傳統(tǒng)項(xiàng)目具體有哪些區(qū)別呢?

圖1,敏捷成熟度金字塔分別從理念、組織風(fēng)格、改進(jìn)性、目標(biāo)、適應(yīng)性、實(shí)踐對敏捷項(xiàng)目進(jìn)行說明。

敏捷成熟度金字塔

敏捷項(xiàng)目和傳統(tǒng)項(xiàng)目的區(qū)別主要是哪些呢?

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

敏捷項(xiàng)目管理歡迎需求變更,在客戶需求不明確的時候,以在較短的周期內(nèi)開發(fā)出可用的軟件為目標(biāo),來幫助客戶描述自己的需求。

一.從管理流程來看

項(xiàng)目管理流程可以總結(jié)分為五個過程組: 啟動、規(guī)劃、執(zhí)行、監(jiān)控、收尾,敏捷項(xiàng)目管理框架是:構(gòu)想、推測、探索、適應(yīng)、結(jié)束,和PMBOK知識體系項(xiàng)目管理五大過程組一一對齊。

*構(gòu)想階段:確定產(chǎn)品的構(gòu)想、項(xiàng)目范圍、項(xiàng)目團(tuán)隊(duì)以及團(tuán)隊(duì)共同的工作方式。(產(chǎn)品愿景-組建團(tuán)隊(duì)-項(xiàng)目章程-流程裁剪)

*推測階段:制定基于功能發(fā)布計(jì)劃、里程碑和迭代計(jì)劃,確保交付構(gòu)想的產(chǎn)品(產(chǎn)品線路圖-產(chǎn)品待辦列表-產(chǎn)品發(fā)布計(jì)劃)

*探索階段:在短期內(nèi)提供經(jīng)測試的功能,不斷致力于減少項(xiàng)目風(fēng)險(xiǎn)和不確定性。

*適應(yīng)階段:審核提交的結(jié)果、當(dāng)前情況以及團(tuán)隊(duì)的績效,必要是做出調(diào)整。

*結(jié)束階段:終止項(xiàng)目,交流主要的學(xué)習(xí)成果并慶祝。

1、 傳統(tǒng)項(xiàng)目管理

傳統(tǒng)的項(xiàng)目管理要對項(xiàng)目的所有過程進(jìn)行管理和風(fēng)險(xiǎn)把控,并要求在不同環(huán)節(jié)的有文檔輸入和輸出,每個環(huán)節(jié)都存在啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾。一旦出現(xiàn)規(guī)劃以外的變更,都需要經(jīng)過批準(zhǔn)后才能執(zhí)行改變。

2、 敏捷項(xiàng)目管理

敏捷項(xiàng)目管理主張團(tuán)隊(duì)內(nèi)部的面對面溝通和交流(講故事),以 Scrum 為代表,簡單、持續(xù)集成、不斷交付、價值優(yōu)先、擁抱變化的原則在面對時刻變化的市場經(jīng)濟(jì)和不斷發(fā)展的技術(shù)時變得十分友好。 敏捷項(xiàng)目中,項(xiàng)目管理計(jì)劃分不同的等級,可以用一個洋蔥圖來表示,也就是洋蔥計(jì)劃圖,如下圖2:

洋蔥計(jì)劃圖

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

敏捷三角形的演變過程(摘自《敏捷項(xiàng)目管理》書籍P12-13頁):

敏捷三角形

敏捷三角形:

1、價值目標(biāo):提供可交付的產(chǎn)品

2、質(zhì)量目標(biāo):提供可靠的、適應(yīng)性強(qiáng)的可交付產(chǎn)品

3、約束目標(biāo):在可接受的約束內(nèi),實(shí)現(xiàn)價值和質(zhì)量目標(biāo)

有了這個理念,敏捷和傳統(tǒng)項(xiàng)目管理就可快速實(shí)現(xiàn)融合,傳統(tǒng)項(xiàng)目管理多一些授權(quán),多一些擁抱變化,就可以向敏捷靠近,敏捷多一些體系化,就可以向項(xiàng)目管理延伸,二者是一個融合的過程,這將是一個趨勢。

二.從風(fēng)險(xiǎn)控制環(huán)節(jié)來看

風(fēng)險(xiǎn)即不確定性,一旦發(fā)生,會對項(xiàng)目造成積極或消極的影響,如范圍、進(jìn)度、成本和質(zhì)量。

傳統(tǒng)項(xiàng)目管理要求在規(guī)劃過程中規(guī)劃風(fēng)險(xiǎn)管理、識別風(fēng)險(xiǎn),對風(fēng)險(xiǎn)進(jìn)行定性/定量分析,給出風(fēng)險(xiǎn)應(yīng)對方案。因?yàn)轱L(fēng)險(xiǎn)的不確定性,要求項(xiàng)目風(fēng)險(xiǎn)管理必須給未知風(fēng)險(xiǎn)或者已知卻又無法主動管理的風(fēng)險(xiǎn)分配一定的資源儲備。

傳統(tǒng)項(xiàng)目管理要求持續(xù)跟蹤風(fēng)險(xiǎn)登記表,并且記錄風(fēng)險(xiǎn)應(yīng)對措施在處理已識別風(fēng)險(xiǎn)及其根源方面的有效性,完成風(fēng)險(xiǎn)再評估和風(fēng)險(xiǎn)審計(jì),直到風(fēng)險(xiǎn)被降到最低。

敏捷項(xiàng)目管理不同于傳統(tǒng)項(xiàng)目管理,一方面開發(fā)評估是以工作量為導(dǎo)向而非時間導(dǎo)向,為風(fēng)險(xiǎn)留足了應(yīng)對空間,且每個sprint沖刺周期較短,即使出現(xiàn)部分風(fēng)險(xiǎn),相對來說對于已交付成果來說,變更相對較少;另一方面,敏捷項(xiàng)目管理在項(xiàng)目沒有正式結(jié)束前,交付的可用軟件是允許風(fēng)險(xiǎn)存在的,并且是根據(jù)風(fēng)險(xiǎn)的優(yōu)先級來進(jìn)行排期修復(fù)。

三.從企業(yè)項(xiàng)目管理來看

項(xiàng)目管理模式:外瀑布內(nèi)敏捷(有人稱為“信封法”) ,目前對于外部交付項(xiàng)目大部分對于文檔交付和階段點(diǎn)交付需求較多 ,而在行業(yè)需求方面,卻需要在競爭中追求最大范圍的滿足行業(yè)需求。在客戶不能接受 Scrum 時,通常會選擇外瀑布內(nèi)敏捷的項(xiàng)目管理模式,滿足雙方的利益。

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

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

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

不管是傳統(tǒng)的瀑布式開發(fā)管理還是敏捷迭代式管理,沒有哪個好與不好,只有在不同的項(xiàng)目環(huán)境中哪個更適合。

當(dāng)然最終的趨勢是互相兼容,優(yōu)勢互補(bǔ),最新的CMMI2.0版本就已將敏捷包含入內(nèi),同樣,敏捷也將精益的管理思路做了結(jié)合。

最后,以傳統(tǒng)項(xiàng)目和敏捷項(xiàng)目的管理思路進(jìn)行沙盤演練,對餐廳進(jìn)行點(diǎn)菜,過程根據(jù)口味的需求進(jìn)行反復(fù)變更,模擬后會對兩個項(xiàng)目管理方式的區(qū)別會更為深刻。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容