精益開發(fā)實(shí)戰(zhàn)

前言

很多人都聽說過精益軟件開發(fā)、看板和其他一些時(shí)髦的術(shù)語。不過，這些東西實(shí)際上究竟是什么樣？如果一個(gè)項(xiàng)目是開發(fā)真實(shí)的復(fù)雜系統(tǒng)，項(xiàng)目團(tuán)隊(duì)擴(kuò)展到60人時(shí)應(yīng)該如何管理？我無法告訴你具體該怎么做，因?yàn)槊總€(gè)項(xiàng)目的具體情況都會不同。不過我可以告訴你我們是如何做的（基本上是結(jié)合了Scrum、XP和看板），或許其中一些解決方案以及我們得到的經(jīng)驗(yàn)教訓(xùn)能夠?yàn)槟闼?。讀者對象本書的主要讀者是軟件開發(fā)組織中的項(xiàng)目團(tuán)隊(duì)主管、經(jīng)理、教練和其他變更負(fù)責(zé)人。不過，本書的部分內(nèi)容對于有興趣了解軟件開發(fā)、精益產(chǎn)品開發(fā)或者常用的協(xié)作技術(shù)知識的讀者，可能都有用，無論你是什么角色或處于什么行業(yè)。如果你希望對本書加以評論，請前往本書主頁，訪問論壇和勘誤頁面。歡迎你提出寶貴意見！如何閱讀本書本書由兩部分組成，每個(gè)部分都分成多個(gè)篇幅短小的章。第一部分“我們?nèi)绾喂ぷ?rdquo;是案例研究，講述我們?nèi)绾螌⒖窗搴途嬖瓌t運(yùn)用到為瑞典國家警署開發(fā)的大型項(xiàng)目中。第1章介紹了項(xiàng)目概況，接下來的各章詳細(xì)介紹了我們面臨的具體挑戰(zhàn)（如項(xiàng)目需要擴(kuò)展）、我們?nèi)绾翁幚磉@些挑戰(zhàn)，以及我們得到的經(jīng)驗(yàn)教訓(xùn)。第二部分“技術(shù)詳解”首先概要介紹了敏捷和精益，然后詳細(xì)介紹本書第一部分中提到的一些實(shí)踐做法，比如因果圖。建議你先全文閱讀第一部分，因?yàn)檫@是本書的核心所在，而且其中所有章的內(nèi)容都互相關(guān)聯(lián)。然后，再從第二部分中挑選自己感興趣的內(nèi)容，因?yàn)檫@部分各章的內(nèi)容相對獨(dú)立。第一次接觸敏捷或精益？如果你是第一次接觸敏捷或精益思想，也別擔(dān)心，本書的內(nèi)容面向?qū)嵺`，而不是理論。我只會告訴你我們的具體做法，你讀的時(shí)候就會對相關(guān)理論有概念了。如果你想先初步了解一下敏捷和精益思想以及相關(guān)的方法（Scrum、XP和看板），那么可以直接閱讀第17章。免責(zé)聲明我并未說我們的工作方式是完美的精益方式。精益是方向，而不是目的。精益的核心是持續(xù)改進(jìn)。精益沒有明確的定義，但我們應(yīng)用的很多精益實(shí)踐都是以瑪麗·帕彭迪克、大衛(wèi)·安德森和唐·類納森所教授的精益產(chǎn)品開發(fā)原則為基礎(chǔ)的。而且，在多數(shù)情況下，這些精益實(shí)踐都可與敏捷原則完美匹配。另外，你只是從我的視角看這個(gè)項(xiàng)目。我是項(xiàng)目的兼職教練，參與了六個(gè)月的時(shí)間。我沒有要去展示項(xiàng)目100%的完整面貌，而是想讓你了解我們具體做了什么，以及目前為止得到了什么經(jīng)驗(yàn)教訓(xùn)。致謝很多人都對這本書的出版作出了貢獻(xiàn)，感謝所有的人！我想特別感謝哈貝·雷德曼，他作為內(nèi)部變更負(fù)責(zé)人將我?guī)腠?xiàng)目，感謝托馬斯·阿爾斯特爾倫德強(qiáng)有力的管理，讓我們可以專注于項(xiàng)目目標(biāo)。我還想向以下這些人致謝。克里斯蒂安·斯圖爾特以及RPS管理團(tuán)隊(duì)的其他人，感謝他們委托我擔(dān)任這一項(xiàng)目的教練，并允許我們宣傳自己的具體做法。項(xiàng)目所有參與人員，感謝他們?nèi)耐度氲酱隧?xiàng)目中，幫助推動變更流程。我為項(xiàng)目團(tuán)隊(duì)所擁有的高超技能、獨(dú)特創(chuàng)造力和巨大能量深深折服！瑪麗與湯姆·帕彭迪克夫婦，感謝他們多年來對我在精益軟件開發(fā)方面給予的教誨與培訓(xùn)，并鼓勵(lì)我寫了這本書。他們還慷慨地提供了17.2節(jié)中的大部分內(nèi)容。我的編輯凱·克普勒。在此之前我還從未與編輯合作過，此次合作經(jīng)歷彌足珍貴，讓我受益匪淺。凱不但幫助潤色了本書的文字，還幫助我提高了寫作水平！本書所有審校人員：Gunnar Ahlberg、Kevin Beam、Kent Beck、Pawel Brodzinski、Ward Cunningham、Doug Daniels、Chad Dumler-Montplaisir、Yves Hanoulle、Michael Hunter、Andy Keffalas、Maurice Kelly、Sebastian Lang、Rasmus Larsson、Mary Poppendieck、Sam Rose、Daniel Teng、Nancy Van Schooenderwoert、Joshua White與Colin Yates。馬提·史密斯和艾瑪·馬特森，感謝他們免費(fèi)提供部分珍貴的照片。最后感謝我的妻子索非亞，是她讓我專注工作（帶著四個(gè)小孩子，真是不易），我才能用了數(shù)天，而不是數(shù)月就完成了本書的初稿。亨瑞克·尼伯（Henrik Kniberg）2011年10月于斯德哥爾摩

內(nèi)容概要

　　《精益開發(fā)實(shí)戰(zhàn)：用看板管理大型項(xiàng)目》從實(shí)踐角度展示如何使用看板管理大型項(xiàng)目。書中內(nèi)容共分為兩大部分。第一部分是案例研究，講述看板和精益原則在具體項(xiàng)目中的運(yùn)用；第二部分是技術(shù)詳解，詳細(xì)介紹第一部分提到的因果圖等實(shí)踐做法。
　　《精益開發(fā)實(shí)戰(zhàn)：用看板管理大型項(xiàng)目》適合軟件開發(fā)組織中的項(xiàng)目團(tuán)隊(duì)主管、經(jīng)理和其他變更負(fù)責(zé)人，也適合一切對敏捷開發(fā)感興趣的人士。

作者簡介

“我從頭到尾讀完了這本書。一句話，太棒了！扎實(shí)、真切、有趣、易讀、流暢，極好地平衡了理論與實(shí)踐。”
      ——肯特?貝克（Kent Beck），敏捷先驅(qū)，著名軟件工程師、作家
“卓越之作。向作者致敬！你不辭辛勞地記錄下了大型項(xiàng)目獲得成功需要做出的各種日常決策。希望這本書會成為判斷眾多項(xiàng)目成功與否的基準(zhǔn)?！?br />    ——沃德?坎寧安（Ward Cunningham），維基概念發(fā)明者，設(shè)計(jì)模式和敏捷軟件方法先驅(qū)
“這本書讓我們看到了一個(gè)將敏捷流程的精髓應(yīng)用于真實(shí)場景的卓越案例。如果你曾困惑于‘我做得對不對’之類的問題，這本書就會告訴你答案。所有技術(shù)團(tuán)隊(duì)主管，只要想了解敏捷流程如何實(shí)際運(yùn)作，都應(yīng)該現(xiàn)在就買這本書！”
  ——科林?耶茨（Colin Yates），英國QFI咨詢公司首席工程師

書籍目錄

目　錄
第一部分　我們?nèi)绾喂ぷ?br />第1章　項(xiàng)目背景　3
1.1　時(shí)間線　5
1.2　我們?nèi)绾吻懈畲笙蟆?
1.3　我們?nèi)绾巫尶蛻魠⑴c進(jìn)來　8
第2章　組織團(tuán)隊(duì)　9
第3章　每天出席雞尾酒會　13
3.1　第一撥：功能開發(fā)團(tuán)隊(duì)每日立會　14
3.2　第二撥：不同專業(yè)角色的同步立會　15
3.3　第三撥：項(xiàng)目同步立會　17
第4章　項(xiàng)目進(jìn)度板　19
4.1　我們的節(jié)奏　22
4.2　如何處理緊急問題和障礙　23
第5章　擴(kuò)展任務(wù)看板　27
第6章　跟蹤總體目標(biāo)　31
第7章　定義“可供”與“完成”　35
7.1　可供開發(fā)　36
7.2　可供系統(tǒng)測試　37
7.3　兩個(gè)定義如何提升團(tuán)隊(duì)協(xié)作　38
第8章　處理技術(shù)故事　41
8.1　示例1：系統(tǒng)測試瓶頸　42
8.2　示例2：版本發(fā)布前一天　43
8.3　示例3：7米長的類　44
第9章　處理Bug　47
9.1　持續(xù)系統(tǒng)測試　47
9.2　立馬修復(fù)Bug！　49
9.3　為何要限定Bug跟蹤系統(tǒng)中的Bug數(shù)量　50
9.4　Bug可視化　51
9.5　預(yù)防Bug重現(xiàn)　53
第10章　持續(xù)改進(jìn)流程　57
10.1　團(tuán)隊(duì)回顧　58
10.2　流程改進(jìn)研討會　59
10.3　掌控改變速率　66
第11章　管理在制品　69
11.1　采用在制品限額　73
11.2　為什么在制品限額只適用于功能卡　74
第12章　捕捉并使用流程度量　79
12.1　速率(每周功能數(shù))　79
12.2　為何不使用故事點(diǎn)　82
12.3　周期時(shí)間(每個(gè)功能所需時(shí)間)　83
12.4　累計(jì)流量　88
12.5　流程周期效率　90
第13章　Sprint與版本發(fā)布規(guī)劃　93
13.1　需求清單梳理　93
13.2　挑選前十個(gè)功能　94
13.3　為何將需求清單梳理工作移出Sprint規(guī)劃會議　94
13.4　規(guī)劃版本發(fā)布　95
第14章　我們?nèi)绾巫霭姹究刂啤?7
14.1　主干無垃圾　98
14.2　團(tuán)隊(duì)分支　99
14.3　系統(tǒng)測試分支　100
第15章　為何我們只用真實(shí)看板　103
第16章　經(jīng)驗(yàn)教訓(xùn)　109
16.1　了解目標(biāo)　109
16.2　不斷實(shí)驗(yàn)　109
16.3　擁抱失敗　110
16.4　解決真正的問題　110
16.5　擁有專職變革推動者　110
16.6　讓人們參與進(jìn)來　111
第二部分　技術(shù)詳解
第17章　敏捷與精益概述　115
17.1　敏捷概述　116
17.2　精益概述　118
17.3　Scrum概述　121
17.4　XP概述　123
17.5　看板概述　125
第18章　縮減測試自動化需求清單　131
18.1　怎么辦　131
18.2　如何每個(gè)迭代周期都提高測試覆蓋率　132
18.3　第1步：列出測試用例　132
18.4　第2步：測試分類　133
18.5　第3步：按優(yōu)先順序?qū)α斜磉M(jìn)行排序　134
18.6　第4步：每個(gè)迭代周期自動化若干測試　136
18.7　這能解決問題嗎　138
第19章　用規(guī)劃撲克估算需求清單大小　139
19.1　不用規(guī)劃撲克進(jìn)行估算　139
19.2　用規(guī)劃撲克進(jìn)行估算　141
19.3　特殊牌　143
第20章　因果圖　145
20.1　解決問題，而不是解決癥狀　145
20.2　精益問題解決方法：A3思維　146
20.3　如何使用因果圖　148
20.4　示例1：發(fā)布周期長　149
20.5　示例2：上線版本有缺陷　153
20.6　示例3：缺乏結(jié)對編程　155
20.7　示例4：很多問題　159
20.8　實(shí)際問題：如何創(chuàng)建并維護(hù)因果圖　160
20.9　陷阱　161
20.10　為何采用因果圖　163
第21章　結(jié)語　165
附錄　術(shù)語表：如何避免高深術(shù)語　167

圖書封面

圖書標(biāo)簽Tags

無

評論、評分、閱讀與下載

---

    精益開發(fā)實(shí)戰(zhàn) PDF格式下載

---