精益開發(fā)實戰(zhàn)：用看板管理大型項目

定　價：￥39.00

作　者：	（瑞典） Henrik Kniberg 著，李祥青譯
出版社：	人民郵電出版社
叢編項：
標(biāo)　簽：	軟件工程/開發(fā)項目管理

購買這本書可以去

ISBN：	9787115291776	出版時間：	2012-09-01	包裝：	平裝
開本：	16開	頁數(shù)：		字?jǐn)?shù)：

內(nèi)容簡介

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

作者簡介

　　Henrik Kniberg，資深敏捷教練、咨詢專家，精益和敏捷原則的積極實踐者，目前效力于瑞典的Crisp公司。在過去的10年間，Henrik曾為瑞典的3家IT公司擔(dān)任過CTO，幫助過很多公司走上敏捷精益軟件開發(fā)之路。Henrik是獲認(rèn)證的Scrum教練，與Scrum的聯(lián)合創(chuàng)始人Jeff Sutherland共同進(jìn)行培訓(xùn)和教練工作，并經(jīng)常作為主講嘉賓出席業(yè)內(nèi)的各種國際性會議。除本書外，他還著有《硝煙中的Scrum和XP——我們?nèi)绾螌嵤㏒crum》和Kanban&Scrum， making the most of both?，F(xiàn)和家人居住在瑞典首都斯德哥爾摩，業(yè)余時間在兩家樂隊擔(dān)任低音鍵盤手。譯者簡介：李祥青，七十年代生于湘西，長于西北。曾從事教師、工程翻譯、計算機(jī)圖書編輯等職，并編輯、翻譯圖書若干。七年前進(jìn)入IT公司軟件本地化團(tuán)隊，負(fù)責(zé)過本地化產(chǎn)品質(zhì)量保證及軟件本地化供應(yīng)商管理，一年半后轉(zhuǎn)至技術(shù)寫作團(tuán)隊至今。喜歡音樂、讀書、電影、網(wǎng)球等。另有合譯作品《璀璨星途：邁克爾·杰克遜音樂歷程全記錄》即將面世。

圖書目錄

第一部分　我們?nèi)绾喂ぷ?br />第1章　項目背景　　3
1.1 　時間線　　5
1.2 　我們?nèi)绾吻懈畲笙蟆　?
1.3 　我們?nèi)绾巫尶蛻魠⑴c進(jìn)來　　8
第2章　組織團(tuán)隊　　9
第3章　每天出席雞尾酒會　　13
3.1 　第一撥：功能開發(fā)團(tuán)隊每日立會　　14
3.2 　第二撥：不同專業(yè)角色的同步立會　　15
3.3 　第三撥：項目同步立會　　17
第4章　項目進(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 　兩個定義如何提升團(tuán)隊協(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)隊回顧　　　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 　為何不使用故事點　　　82
12.3 　周期時間（每個功能所需時間）　　　　83
12.4 　累計流量　　　88
12.5 　流程周期效率　　　90
第13章　Sprint 　與版本發(fā)布規(guī)劃　　　93
13.1 　需求清單梳理　　　93
13.2 　挑選前十個功能　　　94
13.3 　為何將需求清單梳理工作移出Sprint 　規(guī)劃會議　　　94
13.4 　規(guī)劃版本發(fā)布　　　95
第14章　我們?nèi)绾巫霭姹究刂啤　?7
14.1 　主干無垃圾　　98
14.2 　團(tuán)隊分支　　99
14.3 　系統(tǒng)測試分支　　100
第15章　為何我們只用真實看板　　103
第16章　經(jīng)驗教訓(xùn)　　109
16.1 　了解目標(biāo)　　109
16.2 　不斷實驗　　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 　如何每個迭代周期都提高測試覆蓋率　　132
18.3 　第1 　步：列出測試用例　　132
18.4 　第2 　步：測試分類　　133
18.5 　第3 　步：按優(yōu)先順序?qū)α斜磉M(jìn)行排序　　134
18.6 　第4 　步：每個迭代周期自動化若干測試　　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 　實際問題：如何創(chuàng)建并維護(hù)因果圖　　　160
20.9 　陷阱　　　161
20.10 　為何采用因果圖　　　163
第21章　結(jié)語　　　165
附錄　術(shù)語表：如何避免高深術(shù)語