走出硝煙的精益敏捷：我們如何實施Scrum和Kanban

定　價：￥69.80

作　者：	（瑞典）亨里克·克里伯格，馬蒂斯·斯加林
出版社：	清華大學出版社
叢編項：
標　簽：	暫缺

購買這本書可以去

ISBN：	9787302538639	出版時間：	2019-11-01	包裝：
開本：		頁數(shù)：		字數(shù)：

內容簡介

　　《走出硝煙的精益敏捷：我們如何實施Scrum和Kanban》真實反映了一個團隊的精益敏捷落地過程。第Ⅰ部分介紹了團隊是如何實施主流敏捷方法 Scrum的。主題涵蓋如何寫產品列表，如何準備、制定、公開和編寫計劃，如何布置團隊空間，如何開每日站會，如何做演示和回顧，如何對待固定價格的合同，如何結合使用Scrum和XP，如何做測試，如何管理多個團隊，如何管理分布式團隊。*后，作者還給出了一個很有價值的ScrumMaster檢查清單。第Ⅱ部分主要介紹Scrum和Kanban的結合使用。在對比兩者之后，作者通過一個具體的案例來說明如何搭配使用兩種方法來實現(xiàn)價值*化。《走出硝煙的精益敏捷：我們如何實施Scrum和Kanban》行文風趣，具備較強的知識性和可讀性，適合所有打算導入并實施精益敏捷的軟件從業(yè)人員閱讀和參考。

作者簡介

　　作者簡介亨里克•克里伯格（Henrik Kniberg）作為一名IT從業(yè)人員，他熱愛調試、重構和優(yōu)化。同時，也更愛即興表演。他曾經擔任三家瑞典IT公司的CTO，幫助很多客戶改進過流程。作為精益敏捷社區(qū)的活躍人士，他和Scrum聯(lián)合創(chuàng)始人蘇瑟蘭、精益專家波彭迪克以及看板創(chuàng)始人安德森過從甚密。在國際性會議中，他也曾多次獲得講師獎。亨里克在東京長大，目前全家居住在斯德哥爾摩。他熱愛音樂和作曲，是當?shù)貥逢牭呢愃臼趾玩I盤手。馬蒂斯•斯加林（Mattias Skarin）看板的早期實踐者，精益教練，主要幫助軟件公司順利實施精益和敏捷。他擅長從開發(fā)到管理各個層面的實踐，曾經幫助一家游戲開發(fā)公司的開發(fā)部門把開發(fā)周期從24個月縮減到4個月，使其重新贏得了公司的信任。他擁有10年核心業(yè)務系統(tǒng)開發(fā)經驗，先后創(chuàng)建過兩家公司。他擁有質量管理碩士學位。譯者簡介李劍（涼粉小刀）全棧程序員，2004年參加工作至今，目前專注于移動開發(fā)領域。曾任ThoughtWorks高級咨詢師和InfoQ首席編輯。出版的作品恰好可以湊夠朋友圈九宮格，算是為國內敏捷社區(qū)的發(fā)展做了一些微不足道的貢獻。

圖書目錄

第Ⅰ部分硝煙中的XP和Scrum
第1章簡介 3
免責聲明 4
撰寫本書的原因 4
Scrum到底是什么 4
第2章我們怎樣編寫產品backlog7
額外的故事字段 9
我們如何讓產品backlog停留在業(yè)務層次上 9
第3章我們怎樣準備sprint計劃11
第4章我們怎樣制定sprint計劃13
為什么產品負責人必須參加 14
為什么不能在質量上讓步 15
無休止的sprint計劃會議 16
sprint計劃會議日程 17
產品負責人如何對sprint放哪些故事產生影響 20
團隊怎樣決定把哪些故事放到sprint里面 21
定義“完成” 28
使用計劃撲克做時間估算 29
明確故事內容 30
確定每日例會的時間地點 33
后界限在哪里 33
bug跟蹤系統(tǒng)對比產品backlog 36
sprint計劃會議終于結束了 37
第5章我們怎樣讓別人了解我們的sprint 39
第6章我們怎樣編寫sprint backlog 41
sprint backlog的形式 41
任務板怎樣發(fā)揮作用 42
燃盡圖如何發(fā)揮作用 44
任務板警示標記 45
第7章我們怎樣布置團隊空間 49
讓團隊坐在一起 50
讓團隊坐在一起！ 50
讓團隊坐在一起！ 50
讓產品負責人無路可走 51
讓經理和教練無路可走 51
第8章我們怎樣進行每日例會 53
我們怎樣更新任務板 53
處理遲到的家伙 54
處理“我不知道今天干什么”的情況 54
第9章我們怎樣進行sprint演示 57
為什么我們堅持所有的sprint都結束于演示 57
sprint演示檢查列表 58
處理“無法演示”的工作 58
第10章我們怎樣做sprint回顧 61
我們如何組織回顧 61
在團隊間傳播經驗 63
變，還是不變 64
回顧中發(fā)現(xiàn)的問題示例 64
第11章不同sprint之間的休整時刻 67
第12章怎樣針對固定價格合同制定發(fā)布計劃 69
定義你的驗收標準 69
對重要的條目進行時間估算 71
估算生產率 72
統(tǒng)計一切因素，生成發(fā)布計劃 73
調整發(fā)布計劃 74
第13章我們怎樣結合使用Scrum和XP 75
結對編程 76
測試驅動開發(fā)（TDD） 76
持續(xù)集成 79
代碼集體所有權 79
充滿信息的工作空間 79
代碼標準 80
可持續(xù)的開發(fā)速度或精力充沛地工作 80
第14章我們怎樣做測試 81
你大概沒法取消驗收測試階段 81
把驗收測試階段縮到短 82
把測試人員放到Scrum團隊來提高質量 83
在每個sprint中少做工作來提高質量 85
回到現(xiàn)實 90
第15章我們怎樣管理多個Scrum團隊 91
創(chuàng)建多少個團隊 92
虛擬團隊 92
的團隊規(guī)模 93
是否同步多個sprint 94
為什么我們引入了“團隊領導”的角色 95
我們怎樣在團隊中分配人手 96
是否使用特定的團隊 97
是否在sprint之間重新組織團隊 99
是否拆分產品backlog 103
多團隊回顧 107
第16章我們怎樣管理分布式團隊 109
離岸 110
在家工作的團隊成員 111
第17章 Scrum Master檢查清單 113
sprint開始階段 113
每一天 114
在sprint結束時 114
第18章小結 115
推薦閱讀 115
第Ⅱ部分相得益彰的Scrum與Kanban
第19章 Scrum對比Kanban 121
究竟什么是Scrum？什么是Kanban 121
Scrum和Kanban有什么關系 123
Scrum規(guī)定了角色 126
Scrum規(guī)定了固定時長的迭代 127
Kanban按流程狀態(tài)限制WIP，Scrum按迭代限制WIP 128
兩者都是經驗主義的 130
Scrum在迭代內拒絕變化 134
Scrum板在迭代之間重置 135
Scrum規(guī)定了跨功能團隊 136
Scrum的backlog條目必須能跟sprint搭配得上 137
Scrum規(guī)定了估算和生產率 137
兩者都允許在多個產品上并行工作 138
兩者都是精益敏捷的 139
小小差異 140
Scrum板對比Kanban圖—一個不大不小的例子 143
小結──Scrum對比Kanban 149
第20章案例回放 151
技術支持的現(xiàn)狀 152
到底為什么要改變 152
我們從哪里開始 152
邁開腿，上路 153
團隊啟動 154
直面相關干系人 155
做出個圖 155
設置個WIP上限 157
守住WIP上限 158
什么任務能放到Kanban圖上 159
怎樣做估算 160
具體說說我們是怎么工作的 161
哪種做計劃的方法好呢 163
度量什么呢 165
忽然之間，一切都不一樣了 166
經驗心得 170
結語173
作者簡介175