得益于軟件行業(yè)成本控制越來(lái)越好，曾經(jīng)在國(guó)外流行的敏捷項(xiàng)目管理模式在國(guó)內(nèi)也越來(lái)越流行。而大部分項(xiàng)目經(jīng)理是由傳統(tǒng)的瀑布開(kāi)發(fā)管理模式轉(zhuǎn)變而來(lái)，對(duì)于敏捷項(xiàng)目管理模式不甚了解。這里記錄我的經(jīng)驗(yàn)分享給大家，以幫助大家理解敏捷項(xiàng)目管理。
- 與傳統(tǒng)項(xiàng)目管理有什么關(guān)系？
在理解敏捷項(xiàng)目管理之前，我們先看一下它與傳統(tǒng)項(xiàng)目管理之間有什么聯(lián)系和差異。
傳統(tǒng)項(xiàng)目管理模式，一般指瀑布模式。它必須完成上一階段工作并通過(guò)檢驗(yàn)才能啟動(dòng)下一階段工作，將整個(gè)項(xiàng)目過(guò)程劃分為五大過(guò)程組。
（傳統(tǒng)項(xiàng)目管理模式演示）
而敏捷項(xiàng)目管理模式，一般包含迭代和增量。它將整個(gè)項(xiàng)目過(guò)程拆分為若干個(gè)迭代，每個(gè)迭代完成一部分用戶可感知的完整功能。一般情況下，每個(gè)迭代內(nèi)的項(xiàng)目過(guò)程均遵循五大過(guò)程組。
（敏捷項(xiàng)目管理模式演示）
還有一小部分項(xiàng)目經(jīng)理會(huì)將PMP與敏捷分別獨(dú)立看待，認(rèn)為PMP就是傳統(tǒng)項(xiàng)目管理模式。其實(shí)不然，PMP是指是項(xiàng)目管理專業(yè)人士資格認(rèn)證，它的認(rèn)證知識(shí)體系由五大過(guò)程組和十大知識(shí)領(lǐng)域構(gòu)成，它是一個(gè)知識(shí)體系的檢驗(yàn)過(guò)程，或者簡(jiǎn)單來(lái)說(shuō)，它就是完整的項(xiàng)目管理知識(shí)體系。而瀑布模式和敏捷模式都是基于它形成一種項(xiàng)目管理模式。
傳統(tǒng)項(xiàng)目管理模式與敏捷項(xiàng)目管理模式之間存在的差異，可以總結(jié)如下：
瀑布模式 | 敏捷模式 | |
核心驅(qū)動(dòng) | 文檔和計(jì)劃驅(qū)動(dòng) | 用戶可感知的完整功能驅(qū)動(dòng) |
計(jì)劃 | 提前對(duì)整個(gè)項(xiàng)目過(guò)程進(jìn)行詳細(xì)估算、分析、計(jì)劃 | 提前對(duì)整個(gè)項(xiàng)目做一個(gè)粗略的計(jì)劃。在每個(gè)迭代里做每個(gè)迭代的詳細(xì)計(jì)劃 |
變更 | 嚴(yán)密的合同來(lái)減少變更風(fēng)險(xiǎn)，如果改變需求需要走CR流程，整個(gè)項(xiàng)目過(guò)程需要重新估算和規(guī)劃 | 基于信任，合約使變更變得簡(jiǎn)單。鼓勵(lì)變化，聚焦客戶價(jià)值，將有益于客戶價(jià)值實(shí)現(xiàn)的變更在后續(xù)迭代內(nèi)進(jìn)行估算和規(guī)劃 |
風(fēng)險(xiǎn) | 項(xiàng)目交付晚，意識(shí)到風(fēng)險(xiǎn)的時(shí)間晚 | 每次迭代都產(chǎn)生可交付的功能，發(fā)現(xiàn)風(fēng)險(xiǎn)的時(shí)間早 |
可視化 | 項(xiàng)目過(guò)程是一個(gè)“黑盒子”，對(duì)于客戶和供應(yīng)商來(lái)說(shuō)可視化較差 | 客戶、供應(yīng)商和開(kāi)發(fā)人員之間是緊密連續(xù)的合作關(guān)系，項(xiàng)目過(guò)程可視化較好 |
應(yīng)用場(chǎng)景 | 消耗成本較高的項(xiàng)目過(guò)程。如三峽工程、火箭發(fā)射 | 消耗成本較低的項(xiàng)目過(guò)程。如軟件開(kāi)發(fā) |
- 敏捷項(xiàng)目管理到底是什么？
了解過(guò)敏捷項(xiàng)目管理與傳統(tǒng)項(xiàng)目管理的聯(lián)系和差異后，那么敏捷項(xiàng)目管理到底是什么呢？我從定義、本質(zhì)、框架、常見(jiàn)實(shí)踐4個(gè)方面總結(jié)。
一、敏捷項(xiàng)目管理定義
敏捷：是一種通過(guò)創(chuàng)造變化和響應(yīng)變化在不確定和混亂的環(huán)境中取得成功的能力。
敏捷項(xiàng)目管理：指在項(xiàng)目活動(dòng)中運(yùn)用敏捷的理念，配合專門的知識(shí)、技能、工具和方法 ，使項(xiàng)目能夠在有限資源限定條件下，實(shí)現(xiàn)或超過(guò)設(shè)定的需求和期望的過(guò)程。
二、敏捷項(xiàng)目管理本質(zhì)
通過(guò)敏捷項(xiàng)目管理定義，我想你已經(jīng)猜到其本質(zhì)是什么。是的，其本質(zhì)是一種理念，并基于這種理念進(jìn)行不斷實(shí)踐在不確定和混亂的環(huán)境種取得項(xiàng)目成功，同時(shí)將這些實(shí)踐總結(jié)提煉為團(tuán)隊(duì)穩(wěn)定的解決方案。
這種理念也被先驅(qū)者們總結(jié)為敏捷軟件開(kāi)發(fā)宣言和敏捷開(kāi)發(fā)十二原則。
敏捷軟件開(kāi)發(fā)宣言：
我們一直在實(shí)踐中探尋更好的軟件開(kāi)發(fā)方法，身體力行，同時(shí)也幫助他人。由此我們建立了如下價(jià)值觀：
個(gè)體和互動(dòng) 高于 流程和工具
工作的軟件 高于 詳盡的文檔
客戶合作 高于 合同談判
響應(yīng)變化 高于 遵循計(jì)劃
也就是說(shuō)，盡管右項(xiàng)有其價(jià)值，我們更重視左項(xiàng)的價(jià)值。
敏捷開(kāi)發(fā)十二原則：
- 我們最重要的目標(biāo)，是通過(guò)及早和持續(xù)不斷地交付有價(jià)值的軟件使客戶滿意。
- 欣然面對(duì)需求變化，即使在開(kāi)發(fā)后期也一樣。為了客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)，敏捷過(guò)程掌控變化。
- 經(jīng)常地交付可工作的軟件，相隔幾星期或一兩個(gè)月，傾向于采取較短的周期。
- 業(yè)務(wù)人員和開(kāi)發(fā)人員必須相互合作，項(xiàng)目中的每一天都不例外。
- 激發(fā)個(gè)體的斗志，以他們?yōu)楹诵拇罱?xiàng)目。提供所需的環(huán)境和支援，輔以信任，從而達(dá)成目標(biāo)。
- 不論團(tuán)隊(duì)內(nèi)外，傳遞信息效果最好效率也最高的方式是面對(duì)面的交談。
- 可工作的軟件是進(jìn)度的首要度量標(biāo)準(zhǔn)。
- 敏捷過(guò)程倡導(dǎo)可持續(xù)開(kāi)發(fā)。責(zé)任人、開(kāi)發(fā)人員和用戶要能夠共同維持其步調(diào)穩(wěn)定延續(xù)。
- 堅(jiān)持不懈地追求技術(shù)卓越和良好設(shè)計(jì)，敏捷能力由此增強(qiáng)。
- 以簡(jiǎn)潔為本，它是極力減少不必要工作量的藝術(shù)。
- 最好的架構(gòu)、需求和設(shè)計(jì)出自自組織團(tuán)隊(duì)。
- 團(tuán)隊(duì)定期地反思如何能提高成效，并依此調(diào)整自身的行為表現(xiàn)。
三、敏捷項(xiàng)目管理框架（方法）
雖然敏捷項(xiàng)目管理的本質(zhì)是理念，看起來(lái)很玄乎。但是敏捷先驅(qū)們基于這種里面已經(jīng)開(kāi)發(fā)出了非常多的看得見(jiàn)摸得著的敏捷管理框架，日常項(xiàng)目管理工作中常見(jiàn)管理框架有以下幾種：
SCRUM
SCRUM是一種迭代的增量化過(guò)程，用于產(chǎn)品開(kāi)發(fā)或工作管理。它是一種可以集合各種開(kāi)發(fā)實(shí)踐的經(jīng)驗(yàn)化過(guò)程框架。SCRUM中發(fā)布產(chǎn)品的重要性高于一切。
Kanban（看板管理）
看板管理在工業(yè)企業(yè)的工序管理中，以卡片為憑證，定時(shí)定點(diǎn)交貨的管理制度。
XP（極限編程）
極限編程注重的核心是溝通、簡(jiǎn)明、反饋和勇氣。因?yàn)橹烙?jì)劃永遠(yuǎn)趕不上變化，XP無(wú)需開(kāi)發(fā)人員在軟件開(kāi)始初期做 出很多的文檔。XP提倡測(cè)試先行，為了將以后出現(xiàn)bug的幾率降到最低。
Lean Startup（精益創(chuàng)業(yè)）
精益創(chuàng)業(yè)的核心理念可以追溯到軟件行業(yè)的敏捷開(kāi)發(fā)管理。例如“最小可用品”與“原型建?！狈浅Ｏ嗨?，都追求快速的版本迭代，以及時(shí)刻保持與客戶的接觸并獲得反饋等等，精益創(chuàng)業(yè)可以理解為敏捷開(kāi)發(fā)模式的一種延續(xù)。
Iterative Development（迭代式開(kāi)發(fā)）
迭代式開(kāi)發(fā)也被稱作迭代增量式開(kāi)發(fā)或迭代進(jìn)化式開(kāi)發(fā)，是一種與傳統(tǒng)的瀑布式開(kāi)發(fā)相反的軟件開(kāi)發(fā)過(guò)程，它彌補(bǔ)了傳統(tǒng)開(kāi)發(fā)方式中的一些弱點(diǎn)，具有更高的成功率和生產(chǎn)率。
FDD （Feature-Driven Development，特性驅(qū)動(dòng)開(kāi)發(fā)）
特性驅(qū)動(dòng)開(kāi)發(fā)是一個(gè)模型驅(qū)動(dòng)的快速迭代開(kāi)發(fā)過(guò)程，它強(qiáng)調(diào)的是簡(jiǎn)化、實(shí)用、 易于被開(kāi)發(fā)團(tuán)隊(duì)接受，適用于需求經(jīng)常變動(dòng)的項(xiàng)目。
當(dāng)然，也有很多不是很常見(jiàn)的敏捷框架，如Crystal Methods（水晶方法族）、ASD（Adaptive Software Development，自適應(yīng)軟件開(kāi)發(fā)）、DSDM（動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法）、輕量型RUP等，這里不展開(kāi)描述。
四、敏捷項(xiàng)目管理常見(jiàn)實(shí)踐
2020敏捷年度狀態(tài)報(bào)告中統(tǒng)計(jì)，Scrum仍然是運(yùn)用最廣泛的敏捷方法（框架），Scrum和Scrum結(jié)合其它方法混合使用占比超過(guò)75%。所以當(dāng)你不知如何選用敏捷項(xiàng)目管理框架時(shí)，可以考慮Scrum結(jié)合其他方法混合使用。畢竟有時(shí)候追隨別人是最快的捷徑。
（2020敏捷年度狀態(tài)報(bào)告：最受歡迎的敏捷方法）
既然Scrum這么受歡迎，在這里總結(jié)一下Scrum的要點(diǎn)（以下信息來(lái)自：Scrum中文網(wǎng)）：
（Srcum工作流程）
1、SCRUM理論基礎(chǔ)
Scrum以經(jīng)驗(yàn)性過(guò)程控制理論（經(jīng)驗(yàn)主義）做為理論基礎(chǔ)的過(guò)程。經(jīng)驗(yàn)主義主張知識(shí)源于經(jīng)驗(yàn), 以及基于已知的東西做決定。Scrum 采用迭代、增量的方法來(lái)優(yōu)化可預(yù)見(jiàn)性并控制風(fēng)險(xiǎn)。
Scrum 的三大支柱支撐起每個(gè)經(jīng)驗(yàn)性過(guò)程控制的實(shí)現(xiàn):透明性、檢驗(yàn)和適應(yīng)。Scrum的三大支柱如下：
第一：透明性（Transparency）
透明度是指，在軟件開(kāi)發(fā)過(guò)程的各個(gè)環(huán)節(jié)保持高度的可見(jiàn)性，影響交付成果的各個(gè)方面對(duì)于參與交付的所有人、管理生產(chǎn)結(jié)果的人保持透明。管理生產(chǎn)成果的人不僅要能夠看到過(guò)程的這些方面，而且必須理解他們看到的內(nèi)容。也就是說(shuō)，當(dāng)某個(gè)人在檢驗(yàn)一個(gè)過(guò)程，并確信某一個(gè)任務(wù)已經(jīng)完成時(shí)，這個(gè)完成必須等同于他們對(duì)完成的定義。
第二：檢驗(yàn)（Inspection）
開(kāi)發(fā)過(guò)程中的各方面必須做到足夠頻繁地檢驗(yàn)，確保能夠及時(shí)發(fā)現(xiàn)過(guò)程中的重大偏差。在確定檢驗(yàn)頻率時(shí)，需要考慮到檢驗(yàn)會(huì)引起所有過(guò)程發(fā)生變化。當(dāng)規(guī)定的檢驗(yàn)頻率超出了過(guò)程檢驗(yàn)所能容許的程度，那么就會(huì)出現(xiàn)問(wèn)題。幸運(yùn)的是，軟件開(kāi)發(fā)并不會(huì)出現(xiàn)這種情況。另一個(gè)因素就是檢驗(yàn)工作成果人員的技能水平和積極性。
第三：適應(yīng)（Adaptation）
如果檢驗(yàn)人員檢驗(yàn)的時(shí)候發(fā)現(xiàn)過(guò)程中的一個(gè)或多個(gè)方面不滿足驗(yàn)收標(biāo)準(zhǔn)，并且最終產(chǎn)品是不合格的，那么便需要對(duì)過(guò)程或是材料進(jìn)行調(diào)整。調(diào)整工作必須盡快實(shí)施，以減少進(jìn)一步的偏差。
Scrum中通過(guò)三個(gè)活動(dòng)進(jìn)行檢驗(yàn)和適應(yīng)：每日例會(huì)檢驗(yàn)Sprint目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化次日的工作價(jià)值；Sprint評(píng)審和計(jì)劃會(huì)議檢驗(yàn)發(fā)布目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化下一個(gè)Sprint的工作價(jià)值；Sprint回顧會(huì)議是用來(lái)回顧已經(jīng)完成的Sprint，并且確定做出什么樣的改善可以使接下來(lái)的Sprint更加高效、更加令人滿意，并且工作更快樂(lè)。
2、SCRUM框架
Scrum框架包括3個(gè)角色、3個(gè)工件、5個(gè)事件、5個(gè)價(jià)值：
3個(gè)角色
- 產(chǎn)品負(fù)責(zé)人（Product Owner）：
- Scrum Master
- 開(kāi)發(fā)團(tuán)隊(duì)
3個(gè)工件
- 產(chǎn)品Backlog（Product Backlog）
- SprintBacklog
- 產(chǎn)品增量（Increment）
5個(gè)事件
- Sprint（Sprint本身是一個(gè)事件，包括了如下4個(gè)事件）
- Sprint計(jì)劃會(huì)議（Sprint Planning Meeting）
- 每日站會(huì)（Daily Scrum Meeting）
- Sprint評(píng)審會(huì)議（Sprint Review Meeting）
- Sprint回顧會(huì)議（Sprint Retrospective Meeting）
5個(gè)價(jià)值
- 承諾 – 愿意對(duì)目標(biāo)做出承諾
- 專注 – 把你的心思和能力都用到你承諾的工作上去
- 開(kāi)放 – Scrum 把項(xiàng)目中的一切開(kāi)放給每個(gè)人看
- 尊重 – 每個(gè)人都有他獨(dú)特的背景和經(jīng)驗(yàn)
- 勇氣 – 有勇氣做出承諾，履行承諾，接受別人的尊重
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
