硝煙中的Scrum和XP

內容介紹

在本書中，作者Henrik Kniberg講述了他在一年的時間裡，帶領40人的團隊實施Scrum的過程。他們試過了多種團隊尺寸（3～12人）、sprint長度（2～6星期），定義“完成”的不同方式，不同的backlog格式，各種測試策略，在多個Scrum團隊之間進行同步的多種方式。他們還嘗試過XP實踐——持續集成、結對編程、測試驅動開發等等，還試過了把XP跟Scrum組合。

本書描述的是一個成功敏捷團隊的工作過程，沒有理論、沒有引用、沒有腳註、沒有廢話。讀者可以把它當作一些基礎實踐的入門指南，幫助團隊進行正確實施——但不能模仿，你需要了解自己所處的環境，進而對具體實踐做出取捨，創造出屬於自己的過程。

作者介紹

Henrik Kniberg（[email protected]）是一名諮詢師，在斯德哥爾摩的Crisp公司（www.crisp.se）工作。他的專長是Java和敏捷軟件開發。

自從第一本有關XP的書籍和敏捷宣言問世以來，Henrik就開始擁抱敏捷原則，並嘗試在不同的組織中進行有效套用。在1998年至2003年間，他作為Goyada的合作創始人和CTO，構建並管理一個技術平台和30人的開發團隊，充分試驗了測試驅動開發及其它敏捷實踐。這個網站上有他的更多信息：http://www.crisp.se/henrik.kniberg

作品目錄

第1章簡介
免責聲明
撰寫本書的原因
Scrum到底是什麼
第2章我們怎樣編寫產品backlog
額外的故事欄位
我們如何讓產品backlog停留在業務層次上
第3章我們怎樣準備sprint計畫
第4章我們怎樣制定sprint計畫
為什麼產品負責人必須參加
為什麼不能在質量上讓步
無休止的sprint計畫會議
sprint計畫會議日程
確定sprint長度
確定sprint目標
決定sprint要包含的故事
產品負責人如何對sprint放哪些故事產生影響
團隊怎樣決定把哪些故事放到sprint裡面
用本能反應來估算
用生產率計算來估算
我們用的是哪種估算技術
我們為何使用索引卡
定義“完成”
使用計畫撲克做時間估算
明確故事內容
把故事拆分成更小的故事
把故事拆分成任務
定下每日例會的時間地點
最後界限在哪裡
技術故事
bug跟蹤系統VS．產品backlog
sprint計畫會議終於結束了
第5章我們怎樣讓別人了解我們的sprint
第6章我們怎樣編寫sprint backlog
Sprint backlog的形式
任務板怎樣發揮作用
燃盡圖如何發揮作用
任務板警示標記
嘿，該怎樣進行跟蹤呢
天數估算vs小時估算
第7章我們怎樣布置團隊房間
讓團隊坐在一起
讓產品負責人無路可走
讓經理和教練無路可走
第8章我們怎樣進行每日例會
我們怎樣更新任務板
處理遲到的傢伙
處理“我不知道今天干什麼”的情況
第9章我們怎樣進行sprint演示
為什麼我們堅持所有的sprint都結束於演示
sprint演示檢查列表
處理“無法演示”的工作
第10章我們怎樣做sprint回顧
我們如何組織回顧
在團隊間傳播經驗
變，還是不變
回顧中發現的問題示例
第11章 sprint之間的休整時刻
第12章怎樣制定發布計畫，處理固定價格的契約
定義你的驗收標準
對最重要的條目進行時間估算
估算生產率
統計一切因素，生成發布計畫
調整發布計畫
第13章我們怎樣結合使用Scrum和XP
結對編程
測試驅動開發(TDD)
在新代碼上進行TDD
在舊代碼上進行TDD
增量設計
持續集成
代碼集體所有權
充滿信息的工作空間
代碼標準
可持續的開發速度/精力充沛地工作
第14章我們怎樣做測試
你大概沒法取消驗收測試階段
把驗收測試階段縮到最短
把測試人員放到Scrum團隊來提高質量
測試人員就是“驗收的傢伙”
如果沒有任何事情需要測試，那測試人員該做什麼
在每個sprint中少做工作來提高質量
驗收測試應該作為sprint的一部分么
sprint周期vs驗收測試周期
方式1：“在舊版本可以產品化之前，不構建新特性”
方式2：“可以開始構建新東西，但是要給將舊功能產品化分配高優先權”
糟糕的方式——“只關注構建新東西”
別把最慢的一環逼得太緊
硝煙中的Scrum和XP
……
第15章我們怎樣管理多個Scrum團隊
第16章我們怎樣管理分散式團隊
第17章 ScrumMaster檢查列表
第18章結語
有關Henrik Kniberg

硝煙中的Scrum和XP

基本介紹

內容介紹

作者介紹

作品目錄

相關詞條

熱門詞條