敏捷迭代開發(fā)

出版時間:2004-1  出版社:電子工業(yè)出版社  作者:[美]CraigLarman  頁數(shù):342  字?jǐn)?shù):488000  譯者:張承義  
Tag標(biāo)簽:無  

內(nèi)容概要

   對于迭代開發(fā),著名的方法大師Craig
Larman通過統(tǒng)計意義上的重要研究,以及大規(guī)模的項目案例分析,為讀者呈現(xiàn)了最具有說服力的觀點(diǎn)。Larman簡要而又涵蓋大量信息的總結(jié),是驅(qū)動敏捷和迭代過程的關(guān)鍵所在;這個總結(jié)還詳細(xì)闡述了4個重要的迭代方法--Scrum、XP、UP和Evo,全書主要包括了以下幾個方面的內(nèi)容:
   ●迭代方法對于減少項目風(fēng)險的令人信服的證據(jù)
   ●FAQ
   ●敏捷與迭代的價值與實(shí)踐
   ●許多實(shí)用的敏捷與迭代技巧
   ●適用于敏捷/迭代項目主管的新管理技能
   ●Scrum、XP、UP和Evo的關(guān)鍵性實(shí)踐
   無論你是IT主管、項目經(jīng)理、軟件工程專業(yè)的學(xué)生還是軟件開發(fā)人員,Craig
Larman都將幫助你理解敏捷和迭代開發(fā)的優(yōu)點(diǎn),并在整個組織中推行它,從而將這些優(yōu)點(diǎn)變?yōu)楝F(xiàn)實(shí)。

作者簡介

  Craig
Larman是Valtech公司的首席科學(xué)家。而Valtech公司是一家國際化的技術(shù)咨詢公司,在歐洲、亞洲和北美洲都設(shè)有分支機(jī)構(gòu)。同時,他還兼任獨(dú)立顧問、團(tuán)隊教練、演講人等職務(wù)。
 Craig是(Applying UML and Patterns:An Introduction to
Object-OrientedAnalysis and
Design(UML和模式應(yīng)用:面向?qū)ο蠓治雠c設(shè)計導(dǎo)論)》的作者。此書是OOA/D和迭代開發(fā)方面全球最為暢銷的書籍,被譯成多種語言,并在世界范圍的工業(yè)和大學(xué)中廣泛運(yùn)用。

書籍目錄

譯者序

第1章 簡介
 軟件是新產(chǎn)品開發(fā)
 后續(xù)內(nèi)容預(yù)告
 web資源
第2章 迭代和漸進(jìn)
 迭代開發(fā)
 風(fēng)險驅(qū)動和客戶驅(qū)動的迭代計劃
 時間箱迭代開發(fā)
 迭代期間,外部利益相關(guān)人員不能變更迭代內(nèi)容
 漸進(jìn)和自適應(yīng)開發(fā)
 漸進(jìn)需求分析
 早期"排名前10"的高級需求以及技能性分析
 漸進(jìn)和自適應(yīng)計劃
 遞增交付
 漸進(jìn)交付
 最常見的錯誤
 特定的迭代和漸進(jìn)方法
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第3章 敏捷
 敏捷開發(fā)
 方法分類
 敏捷宣言和原則
 敏捷項目管理
 擁抱溝通和反饋
 以人為本的編程
 簡單的實(shí)踐和項目工具
 經(jīng)驗型過程與規(guī)定型及指令型過程
 基于原則與基于規(guī)則
 可持續(xù)規(guī)程--人員接觸
 團(tuán)隊作為復(fù)雜的自適應(yīng)系統(tǒng)
 敏捷是在夸大其詞嗎?
 特定的敏捷方法
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第4章 故事
 后續(xù)內(nèi)容預(yù)告
第5章 動機(jī)
 軟件項目中變化的事實(shí)
 迭代開發(fā)的關(guān)鍵動機(jī)
 迭代地迎接需求挑戰(zhàn)
 瀑布型的問題
 后續(xù)內(nèi)容預(yù)告
第6章 證據(jù)
 總結(jié)
 研究的證據(jù)
 早期迭代項目的證據(jù)
 標(biāo)準(zhǔn)體系的證據(jù)
 專家和思想領(lǐng)袖的證據(jù)
 迭代開發(fā)的商業(yè)案例
 瀑布型有效的歷史事件?
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第7章 scrum
 方法概覽
 生命周期
 工件、角色和實(shí)踐
 價值觀
 常見錯誤和誤解
 樣板項目
 過程混合
 采用的策略
 現(xiàn)實(shí)與幻想
 優(yōu)勢與"其他"
 歷史
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第8章 極限編程
 方法概覽
 生命周期
 工件、角色和實(shí)踐
 價值觀
 常見錯誤和誤解
 樣板項目
 過程混合
 采用的策略
 現(xiàn)實(shí)與幻想
 優(yōu)勢與"其他"
 歷史
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第9章 統(tǒng)一過程
 方法概覽
 生命周期
 工件、角色和實(shí)踐
 價值觀
 常見錯誤和誤解
 樣板項目
 過程混合
 采用的策略
 現(xiàn)實(shí)與幻想
 優(yōu)勢與"其他"
 歷史
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第10章 evo
 方法概覽
 生命周期
 工件、角色和實(shí)踐
 價值觀
 常見的錯誤和誤解
 樣板項目
 過程混合
 采用的策略
 現(xiàn)實(shí)與幻想
 優(yōu)勢與"其他"
 歷史
 后續(xù)內(nèi)容預(yù)告
 推薦讀物
第11章 實(shí)踐技巧
 項目管理
 環(huán)境
 需求
 測試
第12章 常見問題解答
 問題列表
 問題和解答
參考文獻(xiàn)
索引

圖書封面

圖書標(biāo)簽Tags

評論、評分、閱讀與下載


    敏捷迭代開發(fā) PDF格式下載


用戶評論 (總計2條)

 
 

  •   不錯,是好書,翻譯的不怎么樣
  •     2008年春,項目做的對敏捷有了點(diǎn)興趣,花了兩個晚上瀏覽了《敏捷迭代開發(fā)——管理者指南》,理念式的書,看起來比較輕松,摘錄一些自己的體會。
      
      原文在 http://iamsujie.com/7000/7008/,歡迎大家來探討相關(guān)話題
      
      有些需求在開始的時候是提不出來的,或者說沒法細(xì)化的,強(qiáng)行的過渡需求分析是浪費(fèi)時間的行為,到后來多半還是要改。
      
      瀑布(其實(shí)Royce大大提出的瀑布模型初衷里也是有迭代思想的,不過被后人誤讀了)的問題是最后集中暴露矛盾,當(dāng)然對需求固定的項目還是不錯的。
      
      敏捷迭代開發(fā),如果斷章取義是極其危險的,比如沒有迭代的測試跟上,到最后發(fā)現(xiàn)問題的時候就已經(jīng)晚了。
      
      介紹了四種敏捷的模式:Scrum、XP(極限編程)、UP(統(tǒng)一過程)、Evo(Evolutionary Project Management),他們的共同點(diǎn)如下:
      
      ? 擁抱變化,大問題分而治之,先解決最核心的,風(fēng)險最大的部分。
      
      ? 會議室中集體工作,每日例會(<20min),站立會議,充分利用白板和墻壁。
      
     ?。╥amsujie補(bǔ):每日例會每個人說三句話:昨天做了什么,今天要做什么,碰到什么問題。)
      
      ? 較短的迭代周期,通常一周到一個月,團(tuán)隊人數(shù)不要太多(小于十幾人),太多了可分割為多個團(tuán)隊。
      
      ? 一個迭代周期內(nèi)絕不再加任務(wù),有多的需求放入以后的迭代,如果迭代周期內(nèi)任務(wù)無法完成,可以為了時間點(diǎn)的要求,移出一部分任務(wù)到下一個迭代。
      
      ? 把迭代周期內(nèi)的事情列出來,很小時間粒度(天為單位)的跟蹤。
      
      ? 不停的發(fā)布/交付,讓需求方看到結(jié)果,獲取反饋。
      
      ? 需求方充分投入,包括需求人員一起辦公,驗收測試的迭代。
      
      ? 需求方代表要有話語權(quán),不然半途殺出個老板說三道四是極其郁悶的。
      
      ? 輕文檔,通過開發(fā)和測試來細(xì)化和糾正。
      
      ? 程序員自主選擇任務(wù)點(diǎn),安排時間點(diǎn)。
      
      ? 反對加班,這點(diǎn)其實(shí)很難做到,特別是在中國,呵呵。
      
      ? 極其多的口頭溝通,其實(shí)這點(diǎn)對團(tuán)隊成員要求很高,特別是對中國的技術(shù)人員。
      
      ? 強(qiáng)調(diào)測試,更早的測試(TC編寫早于coding),重度的測試,測試驅(qū)動項目。
 

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

京ICP備13047387號-7