可伸縮敏捷開發(fā)

出版時間:2009-5  出版社:電子工業(yè)出版社  作者:蘭芬維奧  頁數(shù):304  字數(shù):365000  
Tag標簽:無  

前言

  如果你剛剛涉入敏捷方法的領域,那么打開這本書時你可能會充滿憂慮和懷疑,這不足為怪。關于敏捷方法似乎有一些奇怪的表述,例如,沖刺(sprint )、速度(velocity)、并列爭球(scrum)(這是橄欖球比賽嗎?)、極限編程(extreme programming)(我們是穿著滑雪板跳過懸崖嗎?)、用戶故事(user stories)、事跡和傳奇(epics and sagas)(這是作家工作室嗎?)等,還有一些怪異的社交形式,例如,結(jié)對編程(pair programming)、用戶審查(user retrospectives)、聚集或者每日站立例會(huddles or daily stand-up meetings)(開發(fā)人員和測試人員在工作中互相擁抱嗎?)等。敏捷團隊似乎也消耗大量的彩色便簽和4×6索引卡,他們在可以觸及的任何墻面貼滿了這些東西,整個事情似乎都不太對勁。這一切似乎是Scott Adams的Dilbert漫畫的好素材!但是請不要誤會:敏捷軟件開發(fā)過程就是“穿越鴻溝”,這里用到了Jeffrey Moore創(chuàng)造的一個術語。我們今天已經(jīng)遠遠不再是說些搞笑且令人討厭的行話了,而是形成了有效的、有生產(chǎn)力的并且可擴展的開發(fā)方法。你必須向前邁進,否則就要落后。  另外,你可能看到或聽說過,敏捷開發(fā)通常是反對“計劃驅(qū)動”開發(fā)的,你可能認為這是一件非?;靵y或者無法無天的事情,比起既系統(tǒng)又有計劃的行動倒退了一大步。但是實際上,敏捷項目是經(jīng)過精心策劃的,只是他們的計劃不同,并且該計劃的修訂和完善更為頻繁。可能也有人告訴過你,敏捷方法能夠很好地支持小型團隊(7~12人)、短期項目(2~9個月),但是它不能適用于大型的、長期的和分布在全球各地的軟件開發(fā)項目。然而,請你不要合上這本書。隨著世界各地的眾多項目對這些界限的推動,以及敏捷在軟件成果的高生產(chǎn)力和高質(zhì)量方面取得的成功,一切都在快速地變化?! ∵@就是Dean Leffingwell在本書中的重要貢獻,他以XP、Scrum、Lean、DSDM、FDD、Unified Process等不同的敏捷過程之間的爭論為基礎,找到了這些方法之間的共性并作為基準,然后才進入他的主要目標,說明如何擴展這些敏捷方法并使其超越當前的適用范圍。他不是在本已很長的名冊中補充一個新的敏捷過程方法,相反,他利用一套新的實踐方法擴展了敏捷方法,并把這些包括技術和管理在內(nèi)的更高層次的實踐方法融合集成到現(xiàn)有的已經(jīng)建立的敏捷實踐方法(名字很有趣)中。除了綜合并且擴充了敏捷方法中所共有的最佳工程實踐方法之外,他還描述了用于大型敏捷項目管理的方法:發(fā)布計劃等主題,協(xié)調(diào)大規(guī)模的分布式團隊,建立項目的企業(yè)價值觀,處理大型的、長生命周期的開發(fā)過程,等等,我這里僅舉這幾例?! ∽髡叩墓ぷ鞑皇菍W術性的,他不只是提出一些新的、大膽的猜測讓你去嘗試。他的建議根植于他多年積極的自身實踐,這些實踐來自于許多公司的眾多項目,所涉及的行業(yè)范圍極為廣泛,從維持生命的醫(yī)療設備到軟件工具,從游樂園騎乘設備到大型IT基礎設施的應用。我知道這第一手資料是因為我曾有幸先后在Rational Software公司和Rally Software Development公司與Dean一起工作了大約10年。

內(nèi)容概要

敏捷開發(fā)實踐雖然在一些圈子內(nèi)仍然存在著爭議,但是它卻給我們帶來了不可否認的益處,例如:更加快速地向市場交付、更好地響應變化的客戶需求以及提供更高的軟件質(zhì)量。然而,敏捷方法一直定義或者推薦在小型團隊中應用。在《可伸縮敏捷開發(fā)(Scaling Software Agility )》這本書中,Dean Leffingwell 介紹了如何將敏捷方法應用于企業(yè)級的開發(fā)上。    第1部分介紹了最通用且最有效的敏捷方法。    第2部分介紹了擴展到企業(yè)級規(guī)模的7個敏捷最佳實踐。     第3部分介紹了公司所能掌握的獲得企業(yè)范圍內(nèi)軟件敏捷性全部好處的另外一套實踐,即7個組織能力。    該書對于軟件開發(fā)人員、測試人員及 QA 人員、經(jīng)理和團隊領導,以及軟件組織的執(zhí)行人員是非常有價值的,這些組織的目標是提高軟件開發(fā)過程的質(zhì)量和生產(chǎn)率,但是這些組織面臨著在企業(yè)范圍內(nèi)開發(fā)軟件的所有挑戰(zhàn)。

作者簡介

Dean Leffingwell是一位知名的軟件開發(fā)方法論者和作者,也是一個軟件團隊指導,他用自己的經(jīng)歷幫助軟件開發(fā)團隊實現(xiàn)他們的目標。他是Requisite公司的創(chuàng)始人和前CEO,是RequisitePro的創(chuàng)造者,也是Rational公司的前副總裁并在Rational公司負責RUP商業(yè)化。在過去的五年里,他的工作角色是獨立顧問,并擔任Rally軟件公司的顧問兼方法論者。Leffingwell先生致力于將敏捷方法應用于跨國公司分布式大型開發(fā)團隊,他以在此過程中獲得的經(jīng)驗為基礎,寫成了此書。

書籍目錄

第1部分 軟件敏捷概述  第1章 敏捷方法介紹    1.1 在軟件經(jīng)濟中獲得競爭優(yōu)勢    1.2 走進敏捷方法    1.3 敏捷的規(guī)模    1.4 了解敏捷方法    1.5 采用敏捷方法的趨勢    1.6 軟件敏捷的企業(yè)效益      1.6.1 提高生產(chǎn)力      1.6.2 提高質(zhì)量      1.6.3 提升團隊士氣和工作滿意度      1.6.4 更快地面市    1.7 XP、Serum及RUP的簡介      1.7.1 極限編程(XP)      1.7.2 Serum      1.7.3 Rational統(tǒng)一過程    1.8 小結(jié)  第2章 為什么瀑布模型不適用    2.1 瀑布模型的問題    2.2 瀑布模型的假設      2.2.1 假設1:如果我們花時間來理解的話,存在著一套定義相當明確的需求      2.2.2 假設2:改變是小型且便于管理的      2.2.3 假設3:系統(tǒng)集成會順利進行      2.2.4 假設4:我們完全可以按計劃交付    2.3 利用敏捷方法來糾正行為  第3章 XP的本質(zhì)    3.1 什么是XP    3.2 有關XP的爭議    3.3 有關XP的極限    3.4 XP的基本原則    3.5 XP的價值、原則及實踐方法      3.5.1 XP的5個核心價值      3.5.2 基本原則      3.5.3 XP的13個關鍵實踐技巧      3.5.4 對結(jié)對編程的注釋    3.6 XP的過程模型    3.7 XP方法的應用    閱讀參考  第4章 Scrum的本質(zhì)    4.1 Serum是什么    4.2 Serum的角色    4.3 Serum的哲學根基    4.4 Serum的價值觀、原則及實踐方法    4.5 Serum的關鍵實踐方法    4.6 Serum的基本原則:經(jīng)驗過程控制    4.7 Serum的過程模型    4.8 對Serum和組織的變更    4.9 方法的應用    閱讀參考  窘5章 RUP的本質(zhì)    5.1 什么是RUP    5.2 RUP的關鍵特征    5.3 RUP的根源      5.3.1 RUP的原理與實踐      5.3.2 迭代:RUP的基本原則      5.3.3 架構(gòu)驅(qū)動和用例中心化      5.3.4 RUP開發(fā)過程模型      5.3.5 時間軸      5.3.6 規(guī)程軸      5.3.7 RUP生命周期迭代類型    5.4 敏捷RUP變體      5.4.1 開放統(tǒng)一過程(OpenUP)      5.4.2 敏捷統(tǒng)一過程    5.5 方法的適用性    閱讀參考  第6章 精益軟件開發(fā)  第7章 敏捷的本質(zhì)  第8章 可伸縮敏捷的挑戰(zhàn)第2部分 7種可伸縮的敏捷團隊實踐  第9章 定義/構(gòu)建/測試模塊團隊  第10章 計劃和追蹤兩個級別  第11章 掌握迭代  第12章 更小、更頻繁的發(fā)布  第13章 并發(fā)測試  第14章 持續(xù)集成  第15章 定期反雀和調(diào)整第3部分 創(chuàng)建敏捷企業(yè)  第16章 有意識的架構(gòu)  第17章 伸縮時的精益需求:愿景、路線圖、適時的細化  第18章 系統(tǒng)的系統(tǒng)及敏捷發(fā)布序列  第19章 管理高度分布式開發(fā)  第20章 對客戶和操作的影響  第21章 組織變更  第22章 度量業(yè)績結(jié)論:敏捷是可伸縮的索引

媒體關注與評論

  盡管公司實施大型敏捷項目已經(jīng)許多年了,但是“敏捷方法只適用于小型項目”這樣的話依舊是新手所面臨的普遍障礙,并且成為制定敏捷標準的戰(zhàn)斗掃號。關于敏捷開發(fā)的資料很多,但是缺少一本關于使用敏捷方式開發(fā)大型項目細節(jié)的可靠且具有實用性的書。DeanLeffingwell的這本《可伸縮敏捷開發(fā):企業(yè)級最佳實踐》極好地填補了這一空白。它為架構(gòu).需求開發(fā)、多級發(fā)布計劃及團隊組織等大型項目問題提供了實際的指導.Leffingwell在本書中也為大型項目和大型組織向敏捷開發(fā)過渡提供了必要的指導.  ——JimHighsmith,主管,AgilePractice,CutterConsortium,(敏捷項目管理)《AgileProjectManagement》的作者  快速構(gòu)建軟件與交付可持續(xù)軟件之間,以及保持對市場變化的響應與維持穩(wěn)定程度之間存在著矛盾.DeanLeffingweli在《可伸縮敏捷開發(fā):企業(yè)級最佳實踐》中,介紹了如何實現(xiàn)這些方面之間的實際平衡。Leffingwell對問題的觀察、對解決方案的建議及對結(jié)果的最佳實踐的描述都來自于他的經(jīng)驗:他本人…直參與在敏捷實踐當中,并且看到了效果?!  狦radyBooch,IBMFellow(IBM院士,即IBM最高級別的專家)

編輯推薦

  “盡管公司實施大型敏捷項目已經(jīng)許多年了,但是“敏捷方法只適用于小型項目”這樣的話依舊是新手所面臨的普遍障礙,并且成為制定敏捷標準的戰(zhàn)斗口號。關于敏捷開發(fā)的資料很多,但是缺少一本關于使用敏捷方式開發(fā)大型項目細節(jié)的可靠且具有實用性的書。Dean Leffingwell 的這本書 《可伸縮敏捷開發(fā)(Scaling Software Agility )》極好地填補了這一空白。它為架構(gòu)、需求開發(fā)、多級發(fā)布計劃以及團隊組織等大型項目問題提供了有實際意義的指導。Leffingwell 在這本書中也為大型項目和大型組織向敏捷開發(fā)過渡提供了必要的指導?!薄  狫im Highsmith,主管,Agile Practice,Cutter Consortium, 敏捷項目管理(Agile Project Management)的作者  “快速構(gòu)建軟件與交付可持續(xù)軟件之間,以及保持對市場變化的響應與維持穩(wěn)定程度之間存在著矛盾。 Dean Leffingwell 在其最新的著作《可伸縮敏捷開發(fā)(Scaling Software Agility )》中,介紹了如何實現(xiàn)這些方面之間的實際平衡。Leffingwell 對問題的觀察、對解決方案的建議以及對結(jié)果的最佳實踐的描述都來自于他的經(jīng)驗:他本人一直參與在敏捷實踐當中,并且看到了效果?!薄  狦rady Booch,IBM Fellow (IBM院士,即IBM最高級別的專家)

圖書封面

圖書標簽Tags

評論、評分、閱讀與下載


    可伸縮敏捷開發(fā) PDF格式下載


用戶評論 (總計2條)

 
 

  •   圖書不錯,又買了一本。
  •   內(nèi)容還算是比較充實的,值得一讀。
 

250萬本中文圖書簡介、評論、評分,PDF格式免費下載。 第一圖書網(wǎng) 手機版

京ICP備13047387號-7