【正文】 or Agile:Why Not Embrace Both!, URL: 202011 15. 羅耀秋 , 運(yùn)用 Agile 達(dá)到 CMMI 成熟度級別要求 , URL: 20206 34 16. Cindy Shelton， Agile and CMMI: Better Together， URL： 2020 年 7 月 17. Neil Potter and Mary Sakry， Implementing Scrum(Agile) and CMMI Together, URL： 2020 年3 月 18. 佚名， 敏捷與精益 : 中國特色的軟件發(fā)展之路 ， url： 19. 張克強(qiáng)， 軟件技藝宣言介紹 ， url： 20. 張克強(qiáng)， 呼吁中國 建立軟件工程領(lǐng)域的敏捷體系及其認(rèn)證 ， url： 。 URL: 11. VersionOne 2020 年和 2020 年關(guān)于敏捷發(fā)展?fàn)顩r的調(diào)查報告，可以在 Version One 的網(wǎng)站上下載。 33 8. 參考資料 1. Extreme Programming Explained Kent Beck 2. Agile Software Development the Cooperative Game – Alistair Cockburn 3. Royce, Winston (1970), Managing the Development of Large Software Systems, Proceedings of IEEE WESCON 26 (August): 1– 9, . 4. Scrum Guilde， URL: 5. 《 Scrum 敏捷軟件開發(fā)》 Mike Cohn 6. 《 Scrum 敏捷項目管理實戰(zhàn)》 肯 我們相信，在協(xié)會的平臺上，必將可以整合各方資源、服務(wù)和協(xié)調(diào)各方力量，使得敏捷的發(fā)展更快、更加健康，使敏捷在我國軟件業(yè)的發(fā)展上發(fā)揮重要作用，幫助我國的軟件業(yè)在不久的將來趕上甚至超過發(fā)達(dá)國家。 我 國軟件從業(yè)人員（尤其初級程序員）應(yīng)努力提升邏輯思辨能力， 注意避免受到一些缺乏專業(yè)性的技術(shù)媒體不當(dāng)宣傳的影響和干擾。用好敏捷方法首先應(yīng)搞清楚 “ 敏捷 ” 的真正含義， 搞清楚 Scrum、極限編程 等經(jīng)典敏捷過程、方法、模型的適用范圍與優(yōu)缺點以及它們與傳統(tǒng)過程、 方法的區(qū)別與聯(lián)系，然后再根據(jù)企業(yè)的實際因地制宜。因此，企業(yè)在實施敏 捷的過程中將會面臨諸多方面的挑戰(zhàn)，敏捷人才的培養(yǎng)體系、針對于企業(yè)的咨詢培訓(xùn)的教育體系的建立，以及相對應(yīng)的服務(wù)行業(yè)的發(fā)展是推進(jìn)敏捷軟件開發(fā)健康發(fā)展的有力保障。對于敏捷軟件開發(fā)的發(fā)展來說，是否能夠爭取到政府部門的大力扶持，是否能夠整合國內(nèi)社區(qū)的力量、各大企業(yè)的力量是至關(guān)重要的。國際上敏捷軟件開發(fā)已進(jìn)入主流方法，多數(shù)企業(yè)已經(jīng)認(rèn)可了敏捷方法，在 Agile Alliance、 Scrum Alliance、敏捷社區(qū)及各大知 名企業(yè)的推動下，敏 32 捷相關(guān)的教育、培訓(xùn)及認(rèn)證體系相對完善。在敏捷的環(huán)境下，更容易吸引人才、留住人才，以促進(jìn)我國軟件業(yè)健康、蓬勃的發(fā)展?？?速的轉(zhuǎn)向敏捷，這是我國軟件外包服務(wù)業(yè)趕超印度軟件業(yè)的一次大好契機(jī)。對于敏捷所帶來的大幅度的生產(chǎn)成本的降低、客戶滿意度的提升對軟件服務(wù)外包行業(yè)來說非常關(guān)鍵。 第二、在當(dāng)今的互聯(lián)網(wǎng)時代，中國有著巨大的內(nèi)需市場，對于互聯(lián)網(wǎng)產(chǎn)品的開發(fā)運(yùn)營、游戲軟件產(chǎn)品的開發(fā)運(yùn)營、以及基于云計算的應(yīng)用軟件的發(fā)展來說，采用敏捷軟件開發(fā)模式會使得這些企業(yè)更快、更好地推出產(chǎn)品，更靈活地響應(yīng)快速變化的市場需求， 從而創(chuàng)造更大的價值 ，促進(jìn)中國軟件業(yè)的發(fā)展 。如今，軟件產(chǎn)業(yè)正在進(jìn)行著一場變革，從傳統(tǒng)的順序式的開發(fā)模式到迭代式的敏捷軟件開發(fā)模式的變革。源自豐田汽車的精益化的生產(chǎn)讓日本的汽車工業(yè)位居世界前列，從此日本生產(chǎn)的高品質(zhì)汽車風(fēng)靡全球。由于各類機(jī)構(gòu)的缺失，敏捷 31 運(yùn)動還處于自發(fā)和民間的狀態(tài)，尚未得到主流的認(rèn)同（如教育界，學(xué)術(shù)界及政府）。目前國內(nèi)有經(jīng)驗有實力的推動者，包括教育培訓(xùn)機(jī)構(gòu)、推廣及認(rèn)證機(jī)構(gòu)、評估機(jī)構(gòu)、咨詢機(jī)構(gòu)等基本上還處于早期發(fā)展階段，還沒有形成足夠的合力能夠?qū)⒚艚葸\(yùn)動持續(xù)強(qiáng)勁的推動下去。目前國內(nèi)企業(yè)還處于緊緊跟隨和學(xué)習(xí)國外實踐的階段。而在國際上很多企業(yè)進(jìn)行敏捷軟件開發(fā)的主要動力是來自于競爭壓力而 形成的內(nèi)部動力。 ? 進(jìn)行敏捷改進(jìn)的主要驅(qū)動力還是外在的而不是內(nèi)在的。目前在我國導(dǎo)入敏捷軟件開發(fā)方法的企業(yè)主要還是集中在一線城市的大型軟件企業(yè)中，而且大部分企業(yè)還只是部分項目進(jìn)行了試點并在不斷改進(jìn)中。 93%的企業(yè)認(rèn)可敏捷軟件開發(fā)方法，繼續(xù)擴(kuò)大試點項目的范圍或作為全公司戰(zhàn)略級別的標(biāo)準(zhǔn)方法。 9. 敏捷給企業(yè)帶來的價值 參與調(diào)查的企業(yè)都從敏捷實施中得到了各種不同程度的回報。 7. 實施敏捷成功與否總體評價 大部分使用敏捷軟件開發(fā)的企業(yè)還處于進(jìn)一步的探索過程中；也有相當(dāng)大一部分企業(yè)取得了不錯的成功。由于 Scrum是一種較易操作的框架，比較適合作為最初導(dǎo)入的切入點。 5. 公司導(dǎo)入敏捷的主要原因 50 %企業(yè)導(dǎo)入敏捷方法是由市場（客戶）所驅(qū)動。 參與敏捷實施的技術(shù)人員占公司總技術(shù)人員比中，一半以上的企業(yè)，超過 26 15 %。 25 1. 調(diào)查概況 ? 調(diào)查時間： ? 調(diào)查方式 ：以郵件反饋為主 ? 調(diào)查范圍：抽樣選取國內(nèi) 15家敏捷實施的大型企業(yè) 2. 公司性質(zhì) 在國內(nèi)實施敏捷企業(yè)調(diào)查中， 70%以上為外資企業(yè)。企業(yè)主要分布在北京，上海，深圳，杭州及大連等軟件開發(fā)企業(yè)較為密集的城市。 為初步了解敏捷軟件開發(fā)方法在我國企業(yè)中的現(xiàn)狀，在本次報告起草的過程中，作者特別針對一些典型的使用敏捷軟件開發(fā)方法的企業(yè)進(jìn)行了抽樣調(diào)查，并進(jìn)行了初步分析。從最終的極限編程的部分采用，到目前包括 Scrum, 精益方法（ Lean），看板等多種敏捷軟件開發(fā)方法的流行；從最初的少數(shù)外資企業(yè)的試行，到目前滲透到各類企業(yè)包括外資，民營以及國有軟件企業(yè)等各種業(yè)態(tài)；敏捷軟件開發(fā)方法在我國已經(jīng)具備了全面?zhèn)鞑ズ桶l(fā)展的可能性，正處于技術(shù)采用周期（ technology adoption life cycle）中的早期試用階段 (early adopter)向早期主流（ early majority）過渡的階段。 敏捷有助于提高項目的可見度。 敏捷可以降低項目的風(fēng)險。 VersionOne的調(diào)查更深入地顯示了讓干系人滿 意的附加因素。 DDJ的調(diào)查結(jié)果類似， 48%的受訪者認(rèn)為質(zhì)量有了提高， 29％的受訪者認(rèn)為有了很大的提高。60%的受訪者回答認(rèn)為敏捷過程使軟件質(zhì)量提高了（ 44%）和顯著提高了（ 24%）。在開始 Scrum轉(zhuǎn)型 的前 9個月中，他們的千行代碼缺陷率下降了 70%。ePlanServices給那些中等規(guī)模的商戶提供退休計劃。在他調(diào)查的51個公布的敏捷項目研究中，最低提高水平是 10%，平均提高水平在 63％。質(zhì)量的提高還因為采用了許多工程技術(shù)實踐，比如結(jié)對編程和重構(gòu)，強(qiáng)調(diào)更早、更多的自動化測試。沒有遺留的缺 陷拖累他們，使他們可以持續(xù)不斷地快速前進(jìn)。通過 26個敏捷項目和基于 7500個傳統(tǒng)項目的數(shù)據(jù)資料的對比， QSMA得出敏捷項目的上市時間要快 37%。 23 更快的產(chǎn)品上市時間 和傳統(tǒng)團(tuán)隊相比，敏捷團(tuán)隊傾向于更快地發(fā)布他們的產(chǎn)品。類似這樣的結(jié)果很普遍，許多實施敏捷的企業(yè)做了員工的滿意度調(diào)查后，都得到了類似的結(jié)果。在實施 Scrum之前，只有 40%的人這樣認(rèn)為。 更好的員工參與度和工作滿意度 員工比以前更喜歡他們的工作也是敏捷項目能有更高的生產(chǎn)力和更低的成本的一個因素。它試圖讓跨團(tuán)隊的比較更有意義。 QSM Associates（ QSMA） 、 DDJ、 VersionOne 對實施敏捷的企業(yè)和個人進(jìn)行了多次調(diào)查，這些 調(diào)查數(shù)據(jù)表明，敏捷在如下方面具有顯著的優(yōu)勢： 更高的生產(chǎn)力及更低的成本 QSMA收集項目相關(guān)的績效、質(zhì)量以及其他度量數(shù)據(jù)已經(jīng)超過 15年， QSMA為其數(shù)據(jù)庫中的項目計算一個生產(chǎn)力指數(shù)。 10 年來，敏捷軟件開發(fā)相關(guān)的書籍也百花齊放，各種社團(tuán)、會議也層出不窮，規(guī)模也越來越大，為期一周的 Agile2020 大會有來自眾多企業(yè)的超過1400 位嘉賓參會，超過 175 位知名的講師發(fā)表了演講，有近 50 家企業(yè)提供了贊助支持。 22 3. 國外敏捷發(fā)展現(xiàn)狀 自 2020 年 敏捷宣言發(fā)布至今已過去近 10 個年頭，隨著敏捷 的優(yōu)勢以及它為企業(yè)所帶來的價值廣泛的被接受和認(rèn)同 ， 以微軟、 Google、雅虎、諾基亞、愛立信、 IBM、 Amazon 等一大批國際知名企業(yè)為代表的 .越來越多的企業(yè)開始擁抱敏捷 ，通過敏捷來改善他們的開發(fā)過程，提高他們的生產(chǎn)效率、大 幅增強(qiáng)它們的市場競爭力。企業(yè)可以根據(jù)自己需要和具體面臨的問題來考慮是否需要引入敏捷方法，或者考慮 CMMI 和敏捷的結(jié)合使用。隨著軟件復(fù)雜度的不斷提升，規(guī)模不斷的增大，以及面對激烈的市場競爭，要求持續(xù)滿足不斷變化的需求，傳統(tǒng)的順序式的開發(fā)模式會面臨諸多的挑戰(zhàn)。 ” 2020 年 8 月， Paul E. McMahon 出版了新書《 Integrating CMMI and Agile Development: Case Studies and Proven Techniques for Faster Performance Improvement》 企業(yè)需要找到適合自己的方法 從本質(zhì)上講， CMMI、 ISO 和敏捷都是人們?yōu)榱私鉀Q在軟件生產(chǎn)過程中出現(xiàn)的質(zhì)量低下、進(jìn)度延遲、預(yù)算超支等問題，而產(chǎn)生的標(biāo)準(zhǔn)或過程改進(jìn)的模型或方法實踐，只是它們的關(guān)注點有所不同而已。認(rèn)為 “CMMI 和敏捷都聚焦于提高產(chǎn)品質(zhì)量與提高過程與團(tuán)隊績效，都是目標(biāo)驅(qū)動的過程體系。 2020 年 3 月， Neil Potter（ CSM， CHMCLA） and Mary Sakry（ CHMCLA）發(fā)表《一起實施 Scrum(Agiel)和 CMMI》，文章總結(jié)說 “ Scrum 天生就符合 CMMI2級，因此，一個企業(yè)如果 Scrum 和 CMMI 一起使用， 2 級和 3 級的實踐可以使用Scrum 實現(xiàn)。其中 Scrum 創(chuàng)始人、敏捷宣言簽署者 Jeff Sutherland 為第 1 作者的文章《 Scrum and CMMI Level 5: The Magic Potion for Code Warriors》最為引人注目，文章認(rèn)為 Scrum 與 CMMI5可以整合在一起。比如術(shù)語的使用，在CMMI(例如原則，質(zhì)量保證，可預(yù)測性 )和敏捷（例如持續(xù)集成，測試驅(qū)動開發(fā)，集體代碼擁有）都有上下文專制含義，因此容易被誤解和濫用。這兩 種極端給后來者定了調(diào)。 報告推測了 CMMI 和敏捷沖突的原因，主要有 3 點： CMMI 和敏捷早期的應(yīng)用者都代表了各自軟件開發(fā)模式的極端例子。敏捷方法提供了軟件開發(fā) “ 如何做 ” ，這是 CMMI 最佳實踐中沒有的，可以運(yùn)作得很好，特別的對小型和同地點項目團(tuán)隊。相對應(yīng)的， CMMI 可以有效的 引入 到一個敏捷環(huán)境，其中采用了迭代的 交付 、時間箱 機(jī)制等 ，這完全 可以 與 CMMI 融合。從敏捷和 CMMI 的合奏中，可以獲得更多的價