敏捷和CMMI解釋

首先，需要解釋敏捷是什么，CMMI是什么。

我給一個(gè)個(gè)人解釋， 大家可以試著去找找各自所在?公司?的?項(xiàng)目?，其根本的問題出在哪里？是不是主要集中在管理方面和人員溝通方面？而技術(shù)欠缺，其實(shí)只是占了一小部分。于是，我們的前輩們通過不斷的摸索，便總結(jié)出了這兩個(gè)東西（為什么不是方法？？）。

1.? ? ? ? 敏捷是做什么的？敏捷其實(shí)是為了解決溝通的問題而生的。

2.? ? ? ? CMMI又是做什么的呢？CMMI是為了解決管理的問題而生的。

說到溝通，這里勢(shì)必要明確一下。對(duì)于一個(gè)項(xiàng)目而言，溝通無非這三方面的溝通：1）項(xiàng)目團(tuán)隊(duì)內(nèi)部的溝通；2）項(xiàng)目團(tuán)隊(duì)與公司內(nèi)部人員的溝通；3）項(xiàng)目團(tuán)隊(duì)與客戶的溝通。

好了，先弄清楚兩者的目的，然后我們?cè)賮碜屑?xì)分析。

為什么說敏捷是為了解決溝通的問題呢？

首先，很多人都知道敏捷提倡以人為本對(duì)吧？為什么以人為本？因?yàn)轫?xiàng)目是人在做，方案是人在提出。而以人為本則是體現(xiàn)在敏捷的最佳實(shí)踐的方方面面：團(tuán)隊(duì)成員素質(zhì)、團(tuán)隊(duì)穩(wěn)定性、團(tuán)隊(duì)規(guī)模限制、和客戶坐在一起、結(jié)對(duì)編程、快速迭代和快速交付、每日例會(huì)、（團(tuán)隊(duì)）坐在一起、自發(fā)組織、職能交叉等（憑?經(jīng)驗(yàn)?隨想隨寫，可能不夠全面，歡迎補(bǔ)充）。

1.? ? ? ???團(tuán)隊(duì)成員素質(zhì)的要求?，是保證良好溝通的一個(gè)前提條件，這就像中國的一句古話：秀才遇到兵，有理說不清。

2.? ? ? ???團(tuán)隊(duì)穩(wěn)定性?，是保障溝通無遺漏或少遺漏的一個(gè)要素。如果團(tuán)隊(duì)成員一直相對(duì)穩(wěn)定，那么彼此溝通會(huì)越來越暢通，且不會(huì)有或者少有工作交接的情況。為什么這樣說，大家看看我們自己身邊工作交接的效果?如何?就知道穩(wěn)定性的重要性了。（但對(duì)于短期公司、短期項(xiàng)目而言，這一塊是可以弱化的）

3.? ? ? ???團(tuán)隊(duì)規(guī)模限制?，敏捷的各類方法，都會(huì)有成員規(guī)模的限制，一般是從4~9人不等。為什么這樣限制？道理很簡(jiǎn)單，人少了，彼此互相提升少，且一旦人員變動(dòng)，其相對(duì)變動(dòng)比例高，工作交接這塊的成本高；人多了，則增加了溝通?對(duì)象?，從而加大的溝通負(fù)擔(dān)，增加溝通難度。

4.? ? ? ???和客戶在一起?，很多人忽略了這一點(diǎn)，這一點(diǎn)其實(shí)是敏捷之所以成功的至關(guān)重要的一點(diǎn)，怎么說？敏捷里面的?需求?怎么來的？是不是一條一條的backlog（有的地方時(shí)一條一條的feature的描述）？但這樣的?信息?通常都是不夠的（為什么這樣說？試想，如果這樣的信息都已經(jīng)足夠?開發(fā)?、?測(cè)試?了，那把這樣的信息拼湊起來就已經(jīng)是我們完整的需求?文檔?了，大家說對(duì)不？），信息不夠的話怎么辦？把客戶拉來和我們坐在一起就尤為必要了。對(duì)于信息里面有任何的疑問都可以隨時(shí)從客戶那里得到解答，這樣我們的開發(fā)速度是不是大大加快了？當(dāng)然，這只是“和客戶在一起”的其中一個(gè)要點(diǎn)，另一要點(diǎn)是，“和客戶在一起”，客戶可以極大程度的便利的提出他的變更，同時(shí)項(xiàng)目團(tuán)隊(duì)也能快速的理解變更，然后快速的與客戶溝通變更的影響并達(dá)成一致，進(jìn)而才是快速的響應(yīng)變更。敏捷的擁抱變化便是這樣來的。試想，如果你僅僅只是客戶有變更我們就做，根本不去理解變更，并且將變更的影響反饋給客戶，你是打算找死還是你有耗不完的?資源?？

5.? ? ? ???結(jié)對(duì)編程?，這是解決什么的呢？我們先看看傳統(tǒng)的開發(fā)里面，是不是有代碼評(píng)審這個(gè)環(huán)節(jié)（如果你覺得不需要，那可以不用繼續(xù)看下去了）？很多急功近利的項(xiàng)目經(jīng)理，會(huì)完全忽視代碼評(píng)審這個(gè)環(huán)節(jié)，認(rèn)為代碼評(píng)審太耗?時(shí)間?，并且收效不大。誠然，很多項(xiàng)目的代碼評(píng)審，其?結(jié)果?確實(shí)會(huì)是花了很多時(shí)間，但收效不大，為什么呢？很多人沒有仔細(xì)去想想。你的代碼評(píng)審是怎么評(píng)審的？是一個(gè)團(tuán)隊(duì)的人坐在一起一行一行的過？還是一對(duì)一的去看？（這里我不說方法論，因?yàn)闆]有絕對(duì)好的方法）不管什么方式，你有去找過自己沒做好的原因嗎？好了，這時(shí)候，敏捷給大家指了一條明路——結(jié)對(duì)編程。讓開發(fā)人員在編程中就?學(xué)習(xí)?了，同時(shí)讓我們的代碼在編程中就得到了修正，而及早的修正了代碼中的問題，可給后續(xù)工作帶來的好處，相信不用我說大家都懂。

6.? ? ? ???快速迭代和快速交付?。這又怎么與溝通聯(lián)系起來呢？相信大家都明白，如果項(xiàng)目做完了，產(chǎn)品交給客戶，客戶這時(shí)候驗(yàn)收不過關(guān)，我們?cè)賮矸倒ぃ杀究芍^巨大，影響可以致命。而如果短周期交付客戶，那么客戶可以及早發(fā)現(xiàn)問題，我們也可以及早的進(jìn)行修正，避免后續(xù)的連鎖反應(yīng)。而這期間，客戶能（相比傳統(tǒng)工作方式）提前與我們反饋問題，這就是一種溝通?程序?上面的優(yōu)化。同時(shí)結(jié)合第4點(diǎn)，這樣的快速交付成本也比傳統(tǒng)的交付成本要低很多。

7.? ? ? ???每日例會(huì)?，這個(gè)就太容易理解了，它不僅僅只是匯報(bào)的一種方式，更是團(tuán)隊(duì)內(nèi)部固定溝通的一種方式。這里可能會(huì)有人質(zhì)疑，因?yàn)槊咳绽龝?huì)通常要求不超過15分鐘，匯報(bào)內(nèi)容無非就那么三條，怎么溝通呢？我想說的是，大家不要把溝通想得那么狹隘。每日例會(huì)的真正目的也不是匯報(bào)工作，而是向團(tuán)隊(duì)介紹你的工作，當(dāng)你弄明白怎么向他人介紹自己的工作，你才能開好每日例會(huì)。而既然每日例會(huì)是向他人介紹自己的工作，那么其他人在例會(huì)上需要做什么呢？顯而易見，每個(gè)人都應(yīng)該仔細(xì)傾聽他人工作的介紹，并不斷思考。為什么要這樣做？目的在于，當(dāng)某一時(shí)段出現(xiàn)必不可免的人員缺失時(shí)，其他成員可以迅速補(bǔ)上，這樣說出來，相信大家就明白了，為什么每日例會(huì)同樣中心在人員溝通。

8.? ? ? ???（團(tuán)隊(duì)）坐在一起?，說這個(gè)話題前，先問大家一個(gè)問題。各位對(duì)于以下幾種溝通方式的效果排序有差到好是怎么排序的？

a)? ? ? ? 文字交流（如QQ、短信、?郵件?等）

b)? ? ? ? 語音交流（如QQ語音、微信語音、電話等）

c)? ? ? ? 視頻交流（如QQ視頻、視頻電話等）

d)? ? ? ? 面對(duì)面交流

當(dāng)你排好序之后，再來看我們這個(gè)“（團(tuán)隊(duì)）坐在一起”，后面的話應(yīng)該都不用我說了。

9.? ? ? ???自發(fā)組織?，這個(gè)要和溝通聯(lián)系起來，可能會(huì)有點(diǎn)抽象，但是大家想想，你通常和愛說話的人關(guān)系更好，還是和沉悶的人關(guān)系更好（記住，是通常情況，千萬別跟我說特例）？一個(gè)人，必須要有主動(dòng)（自發(fā)）意識(shí)，才能更好的把自己展現(xiàn)給他人，才能更好的讓他人走進(jìn)（不是走近）自己，如此一來，彼此的溝通才會(huì)更順暢。除此之外，自發(fā)組織還有個(gè)暗含的要求，即項(xiàng)目不受外部人員的干擾，而外部人員也不得干擾項(xiàng)目的?運(yùn)行?。這一點(diǎn)，則是為了減少項(xiàng)目與外部（非客戶）之間的利害關(guān)系，以此來弱化這兩者之間溝通的影響。

10.? ? ? ???職能交叉?，說到這一點(diǎn)，我又要說這是敏捷里面非常關(guān)鍵同時(shí)極易被大家忽視的一點(diǎn)。職能交叉，直白來說就是開發(fā)和測(cè)試是同一個(gè)人，亦即同一個(gè)人既做開發(fā)又做測(cè)試，這樣的好處是什么呢？減少了人員溝通的環(huán)節(jié)！如果敏捷的項(xiàng)目里，開發(fā)和測(cè)試是分開的，必然需求需要開發(fā)理解一次、測(cè)試?yán)斫庖淮危绻麅烧吆隙橐唬瑒t只需要理解一次即可（注：這里的理解包含有與客戶確認(rèn)需求的過程）。可能又有人會(huì)為，這樣做豈不是自己驗(yàn)證自己？可以說是，也可以說不是。是，是因?yàn)樗厝恍枰獙?duì)自己的模塊做單元測(cè)試；不是，則是因?yàn)槲覀儌鹘y(tǒng)的?系統(tǒng)?測(cè)試，其用例執(zhí)行可由大家“自發(fā)組織”去選擇，即你自己可以決定你應(yīng)該去做哪個(gè)模塊的系統(tǒng)測(cè)試。如果大家都選擇自己做自己的系統(tǒng)測(cè)試，我只能說，其結(jié)果比較令人擔(dān)心。

在以上分析的10條中，第1、2、3、5、7、8、9、10主要是在解決團(tuán)隊(duì)內(nèi)部溝通的問題；第9則是在解決團(tuán)隊(duì)與公司其他人員的溝通問題；第4、6則是解決項(xiàng)目組與外部（客戶）之間的溝通問題。而敏捷，則是通過這一系列的措施，來保障人員之間溝通的有效性，以此達(dá)到降低項(xiàng)目失敗風(fēng)險(xiǎn)，提高項(xiàng)目效率（溝通成本降低，效率自然提高）及成功率。

說了敏捷，再來說CMMI。了解CMMI歷史的人都知道，CMMI本身就是因管理而生的。沒有管理的混亂無序，就沒有CMMI的出生并成長(zhǎng)。我們先來看看CMMI的22個(gè)PA：RD, TS, PI, VER,VAL, IPM, PP, SAM, RSKM, PMC, REQM, QPM, CM, PPQA, MA, DAR, CAR, OPF, OPD, OT, OPP, OPM（v1.3的叫法）。其中有5個(gè)是針對(duì)組織的體系建設(shè)的PA，5個(gè)針對(duì)工程（項(xiàng)目實(shí)施）的PA，7個(gè)管理類的PA（v1.3將REQM列入了管理類），5個(gè)輔助的PA。然而除了7個(gè)管理類的PA以外，5個(gè)輔助的PA可謂是完全為了更好的管理項(xiàng)目而?服務(wù)?的，5個(gè)工程的PA則只是簡(jiǎn)單的指出了項(xiàng)目實(shí)施過程中必須的活動(dòng)，5個(gè)組織級(jí)的PA，其實(shí)是對(duì)組織的管理做出了要求。由此可見管理在CMMI當(dāng)中的分量。（注：如果想要詳細(xì)了解各PA，請(qǐng)大家自行官網(wǎng)吧，有問題倒是可以到這里來討論- -）

說了這么多，也讓大家看累了，還請(qǐng)各位恕罪！

只是歸根結(jié)底，敏捷也好、CMMI也罷，其目的都是為了降低項(xiàng)目失敗的風(fēng)險(xiǎn)，提高項(xiàng)目效率及成功率。只是途徑一個(gè)是解決溝通的問題，另一個(gè)是解決項(xiàng)目管理的問題而已。

從另一個(gè)角度理解則是，二者都不是銀彈，并不能保證項(xiàng)目一定成功，只是提高其成功的概率而已。

語音通話 敏捷開發(fā)

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。