[align=center][img]
翻譯的不錯， 淺顯易懂， 非常具有實戰意義。完全是作者親身體會的總結。不過感覺scrummaster相關的東東介紹的太少了。
********************以下是讀書筆記的分割線***************====
scrum不是方法學，它是乙個框架。也就是說scrum不會告訴你到底該做些什麼。
scrum 的強大和令人痛苦之處就在於你不得不根據自己的具體情況來對它進行調整。
產品 backlog是 scrum的核心，也是一切的起源。從根本上說，它就是乙個需求、或故事、或特性等組成的列表，按照重要性的級別進行了排序。它裡面包含的是客戶想要的東西，並用客戶的術語加以描述。
乙個backlog條目就是乙個story, 包括：
id,
name,
優先順序,
估算時間(多少人天),
如何演示(最終的結果是個什麼樣子, 簡單的描述就是「先這樣做，然後那樣做，就應該得到……的結果 」, 可以理解為測試的偽**),
備註(相關資訊, 解釋說明, 相關資料引用, 一般都比較簡短)
如何解決問題的應該是開發團隊，產品負責人只需要關注業務目標。
不斷的問產品負責人「但是這樣做是為什麼呢」這樣的問題，一直問下去，直到我們發現內在的目標為止。然後再用真正的目標來改寫這個故事, 最開始的技術描述只會作為乙個註解存在。
在 sprint 計畫會議之前，要確保產品 backlog 的井然有序。
產品負責人應當理解每個故事的含義. 他不需要知道每個故事具體是如何實現的，但是他要知道為什麼這個故事會在這裡。
產品負責人有決定每乙個故事優先順序的權利
sprint 計畫會議非常關鍵，應該算是 scrum中最重要的活動
每個故事的三個重要變數:範圍, 估算, 重要性
範圍和重要性由產品負責人制訂, 估算由開發人員制訂
何為"範圍": 比如做某件事情, 是否還需要做另外一件事
產品質量分為內部質量和外部質量, 可以先發布乙個很簡陋, 執行很慢的系統, 也就是外部質量很差的系統, 然後再進行調整, 但是內部質量(可維護性, **可讀性, 測試覆蓋率和重構)決沒有討價還價的餘地
scrum中的一切事情都有時間盒。
當開了長時間的會議依然沒法確定乙個sprint計畫, 可以規定乙個最終的時間期限, 如果還是沒法做出, 就另外安排乙個時間來開sprint計畫會議， 而不是一味延長時間
scrum的要求: 把事情完全做對, 達到完全可交付的狀態, 事情只做了一半, 它的價值就是0.
一旦時間估算值比較大, 其精確程度就很難把握
通過對故事的演示, 來揭示故事的範圍
故事和任務的區別:故事是可以交付的東西, 是產品負責人關心的, 任務是不可交付的, 產品負責人無須關心
無論你的 sprint backlog 是什麼形式，都要盡力讓整個團隊參與到保持 sprint backlog 及時更新的工作中來。
scrummaster為團隊提供支援，消除他們的障礙
回顧是 scrum中第二重要的事件（最重要的是 sprint 計畫會議），因為這是你做改進的最佳時機！
回顧會議中, 問"如果時間可以倒流，從第一天重新開始這個 sprint，那你覺得哪些事情會用其它方式來做？"
很多時候，只要能清楚地指出問題所在，到了下乙個sprint，問題也許就自行解決了。
scrum 注重的是管理和組織實踐，而xp 關注的是實際的程式設計實踐。
結對程式設計令人精疲力竭，不能全天都這樣做。
結對程式設計可以增進團隊間的知識傳播。速度快到令人難以想象。
多數情況下，開發人員掌握tdd的唯一方式就是跟乙個熟悉 tdd的人一起結對程式設計，一旦掌握以後，他就會受到徹底的影響，從此再也不想使用其它方式工作。
hsqldb 用作嵌入式的記憶體資料庫，在測試中使用。
jetty用作嵌入式的記憶體 web 容器，在測試中使用
剛開始應該想辦法提高手工測試的效率。
一開始就應該保持設計簡單化，然後不斷進行改進；而不是一開始努力保證它的正確性，然後就凍結它，不再改變。
你可以打破這裡的任一規則，不過一定要有個好理由，並且記錄下來。
「測試人員」指的是「主要技能是測試的人」，而不是「只做測試的人」。
開發人員常常都是很差勁的測試人員。尤其是他們測試自己**的時候。
測試人員應該跟編寫測試**的開發人員一起結對編 程。如果測試人員根本不會程式設計，他也應該跟開發人員結對，即便 他只能坐在一邊看，讓開發人員敲鍵盤。相對於好的開發人員，好 的測試人員常常能想出多種不同型別的測試，所以他們可以互補。
即使所有的程式設計活動都已完成，距離產品發布還有很遙遠的距 離。至少複雜系統是這樣的。
在 scrum 團隊中含有兼職成員一般都不是什麼好主意。
「團隊凝聚力」是scrum的核心要素之一，如果乙個團隊合作工作達多個sprint之久，他們就會變得非常緊密。
[b]scrum master 檢查列表(職責)[/b]
建立sprint資訊(目標, 團隊大小, 時間估算), 昭示天下
確保晨會正常開始和結束
增刪sprint中的故事
向團隊傳達專案進度(backlog, 燃盡圖)
排除開發過程中的障礙和干擾
sprint演示, 並昭示天下
組織召開sprint回顧會議
總結本次sprint經驗教訓和更新實際生產率估值
[b]八卦[/b]
作者henrik 在東京長大，目前與他的妻子 sophia 和兩個孩子生活在斯德哥爾摩。他在空閒時間還是乙個活躍的**家，跟本地樂隊一起創作樂曲，玩貝司和鍵盤。
讀《硝煙中的Scrum和XP》
用了兩天讀完了這本書，對scrum的概念了有了大致的了解，藉此根據個人理解做乙個筆記 scrum是實現agile development的一種方法，它是乙個框架。如果說agile是一種理念的話，那麼scrum就是一種實踐。我們通過運用scrum來達到agile manifesto提到的4個價值觀和1...
書評 硝煙中的Scrum和XP
且看下面兩段話 孫子兵法有云，兵無常勢，水無常形，能因敵之變化而取得勝利者謂之神，很多人都嚮往用兵如神的境界，想必也知道讀萬卷書不如行萬里路，紙上談兵的故事更是耳熟能詳 但偏偏不能舉一反三。且看風清揚的一段話 你將這華山派的三四十招融合貫通，設想如何一氣呵成，然後全部將它忘乾淨了，忘的乾乾淨淨，一招...
《硝煙中的Scrum和XP》讀書筆記之一
引言 scrum不是方法學，它是乙個框架。一 scrum流程 1.產品backlog 2.sprint計畫 3.sprint backlog 每日scrum例會 更新任務牆和燃盡圖 4.sprint演示會議 5.sprint回顧會議 6.sprint休整時刻 二 scrum實施及注意事項 1.產品b...