書名很酷炫，內容更精彩。在運用scrum的時候，我發現有此書在手，猶如迷途中的一點燈光，再也不害怕我們的scrum過程會走在錯誤的道路上。當我們對sprint計畫的制定而爭執不休時，翻閱此書，總能得到恰如其分的指導。例如，遵循本書的建議，我們在會議室的牆上貼上了標識了各自重要程度的索引卡，我們像一群手藝人一般，一邊討論或者爭執，一邊運動著雙手，挪動著索引卡的順序。
\在我第一次擔任敏捷教練時，本書給了我足夠多的信心。我覺得henrik講出了在我心中處於混沌狀態的敏捷方法。我似有所悟，卻又說不清道不明，美其名曰「只可意味不可言傳」，不過是抓不住本質的說辭而已。當我閱讀本書時，看到精彩之處，常常會讚嘆「妙哉，妙哉，我也是這樣想的。」細細思索，才發覺我之所想其實還停留在朦朧的意識，說不出來，是因為自己缺乏足夠多的敏捷實踐。例如，書中提到「把測試人員放到scrum團隊來提高質量」，henrik寫道：
\
在sprint計畫會議中，進行到拆分故事階段，團隊會把注意力放在程式設計性任務上，但一般在sprint計畫階段花上一些時間來找出非程式設計性任務，測試先生就有機會來做出大量貢獻，即使他不會程式設計，當前也沒有測試工作要做。」\
\妙啊！在我們實施scrum的專案中，因為公司人員組織安排的緣故，我們不是經常看到測試部的那幫傢伙們在專案開始之初無所事事麼。就這麼幹！henrik教會了我們乙個妙方。
\我在嘗試實施scrum的過程中，總感覺scrum過程的定義更偏向專案管理，缺乏足夠具體的實踐方法。它是乙個開放的管理框架，重心在於專案管理，而不是指導團隊成員如何進行開發。這既是scrum的優點，因為它很靈活，能夠適應大多數場景，也可以相容幷包地引入其他方法學所提倡的實踐；同時也是scrum存在的固有缺陷，使得它難以被實踐。如果沒有一位優秀的scrum master，而團隊成員又缺乏自我組織和管理的能力，就會讓開發過程變得一團糟，團隊成員將會無所適從。在實施scrum時，我曾嘗試著將敏捷建模和xp結合在scrum過程中，取得了不錯的效果。這一結合理念正來自於本書的觸發。henrik在本書第13章中介紹了如何組合使用scrum和xp。xp中很多好的實踐，例如結對程式設計、測試驅動開發、持續整合等，被有機地融合在scrum中，每日的開發工作開始變得更加有效。或許，這並非henrik的獨家創意，但我卻是在本書中發現了各種敏捷方法相互融合的可能。
\說到本書，不得不提本書的譯者。李劍的翻譯，可謂行雲流水，絕妙好辭如行山**，應接不暇。文字亦莊亦諧，收放自如。讓我們來看看這段或許是史上最強的一段翻譯：
\
我已經能聽到你的抱怨了：「那不是閒的蛋疼麼？你丫想想，得有多少事影響生產率啊？有那麼一群傻拉吧唧的程式設計師、原始估算能錯到姥姥家去、範圍變化了連個響都聽不到，還有，鬼知道從哪個旮旯裡就能出來個東西影響我們，這種事不是太多了麼！」\
賣糕的，真是很操蛋的翻譯哦。是譁眾取寵麼？或許是，可是縱觀全書，文字實在太流暢了，沒有西化的痕跡，只有中國風的意趣。行文絕無生澀之感，沒有那種「隔」的感覺。我曾經與本書的作譯者都有過交流。在我的印象中，henrik先生就好像敏捷世界中的絕世俠客，善於斬妖除魔，而李劍呢？委實是個妙人。他的「獠牙」和魔女一般的白髮造型雷倒了infoq的一片編輯，最重要的是他的談吐總是那麼的妙趣橫生——而本書就是這樣的絕妙組合！
\infoq中文站架構社群編輯 張逸
\ 作為一位致力於推廣敏捷的培訓師和諮詢師，在向別人解釋敏捷的時候，最常見的問題就是「有沒有具體例項？」敏捷是一些價值觀和原則，scrum是簡單的軟體開發框架。在了解了敏捷是什麼和scrum是什麼之後，很容易產生「這個東西如何用到我的實際情況當中」的疑問。其實，scrum的本意是「不提供解決方案」。對於那些scrum沒有定義清楚的地方，需要使用者自己根據實際情況去定義。每個人可以有自己填充scrum的方法，而scrum本身希望使用者在不斷的迴圈中發現問題和解決問題。
\ 這些東西說起來容易。對沒有經驗的人來說，如何開始實施始終會是個問題。xp的一些實踐對scrum框架是很好的補充，但也無法直接指導初學者上手。
\ 《硝煙中的scrum和xp》一書，幾乎完全是基於實踐的！作者用自己豐富的實施經驗告訴大家他使用scrum的做法。看起來感覺是乙個接乙個的實戰故事，把理論化的東西融入了日常工作中。從sprint前的準備，到乙個sprint的具體實施，乃至發布計畫和異地團隊，都有著非常細節化的描述。這樣的細節，在大部分敏捷和scrum圖書中是很少看到的。當然，作者也說了，這本書所描述的，不是使用scrum的唯一方法，但是有這樣一系列的例項，著實能夠很好的幫助初學者更好地理解敏捷、scrum和xp。
\ 那這本書是不是只適合剛剛了解了敏捷理論但想學習具體實踐的初學者？不盡然。我本人是在摸索了一年scrum之後才遇到這本書的。書中一些的例項與我之前的想法有共鳴，讓我自信我所做的是合理的。比如，如何使用並更新任務板，以及scrum團隊中如何做測試。也有許多其他做法讓我對當前的做法產生了新的思考。比如，對sprint計畫的準備。我在看到這本書之前，並沒有對sprint計畫有正規的準備時間，所以每次都在計畫中碰到這樣那樣的不和諧因素。在看完之後，我和團隊一起專門在sprint計畫之前安排了乙個小會討論backlog的內容。還有一些東西，是我之前沒有想到的。比如，如何處理固定**合同。總之，實踐過scrum的人，也能從這本書中受益良多。結合自己和別人的經驗，更能理解敏捷的本質！
\ 其次，我也曾經向乙個對敏捷一無所知的人推薦的這本書。他當時只是覺得當時的開發不高效，希望有更好的方法。當他看完這本書的時候，他完全理解並完全被傾倒了，這就是他在尋找的開發方法！之後，他立馬開始使用書裡的實踐開始scrum，之後也逐漸摸索出了很多自己的實踐。即使在慢慢接觸別的書籍和讀物後，《硝煙中的scrum和xp》始終是他最中意的，簡單，好用！
\\infoq中文站敏捷社群編輯 鮑央舟
\\當時我的狀態是：知道敏捷想實施，也參加了相關的培訓，但到底每一步如何去做，實際展開中遇到問題如何選擇？真有點摸不清，完全按自己的想法做又不知道對不對；當然敏捷教練是個好方法，非常重要，也能事半功倍，但是在最開始就能拿到預算批准找教練可能有點難，我相信這是很多中小公司的現狀，而且請不到好的教練可能結果會更糟糕呢。
\ 這本書解決了我的大部分實際問題：特別是：\
這些都是實實在在的指引，拿制定sprint計畫來講：書中告訴我們，sprint計畫會議會產生一些實實在在的成果：\
看了這一段，在每個sprint的開始，對sprint計畫會如何召開，以及會議的產出一目了然。
\再比如乙個典型的問題：
\如果沒有任何事情需要測試，那測試人員該做什麼？
\這個問題會常常出現。測試先生會說：「嘿，scrum master，目前沒有什麼東西需要測試了，那我該做什麼呢？」也許團隊需要乙個星期才能完成第乙個故事，那這段時候測試人員該做什麼呢？
\相信對於無論是測試/開發分開的矩陣式團隊還是想要成為全功能的團隊，都會有這樣的問題，在我們怎樣做測試這一章裡你可以找到作者是如何進行的來參考。
\今天本書的中文印刷版拿到手的時候，我剛剛到乙個新的地方帶新的團隊從零開始嘗試敏捷。這裡之前是傳統的矩陣式結構，我希望能通過敏捷幫助團隊以及開發的系統進行改善，因為scrum本身是乙個非常好的學習模型，每乙個sprint回顧會議團隊都會一起找到要改善的地方並在下乙個sprint來提高。在給團隊裡的一些成員進行了敏捷/scrum的培訓後，大家看起來有很高的熱情，但是仍然用迷惑的眼神看著我，並且直截了當的打斷我「請告訴我怎麼做！」
\ 如何落地是乙個執行力的問題，但也非常需要乙個敏捷教練，現在的我也許可以作為教練帶著團隊來實施，來基於自己的理論和實踐經驗回答大家的問題，但是一本很好的指引的書，例如本書，我更願意把它推薦為團隊必讀。
\本書是作者在實施敏捷中遇到了各種問題並且一一解決後逐步豐富經驗的結晶，所以如果你的團隊實施敏捷中有類似的問題，或者你有了熱情和想法還不知道怎麼執行，那就趕快去翻翻這本書吧！
\ infoq中文站soa社群編輯 晁曉娟
讀《硝煙中的Scrum和XP》
用了兩天讀完了這本書，對scrum的概念了有了大致的了解，藉此根據個人理解做乙個筆記 scrum是實現agile development的一種方法，它是乙個框架。如果說agile是一種理念的話，那麼scrum就是一種實踐。我們通過運用scrum來達到agile manifesto提到的4個價值觀和1...
書評 硝煙中的Scrum和XP
且看下面兩段話 孫子兵法有云，兵無常勢，水無常形，能因敵之變化而取得勝利者謂之神，很多人都嚮往用兵如神的境界，想必也知道讀萬卷書不如行萬里路，紙上談兵的故事更是耳熟能詳 但偏偏不能舉一反三。且看風清揚的一段話 你將這華山派的三四十招融合貫通，設想如何一氣呵成，然後全部將它忘乾淨了，忘的乾乾淨淨，一招...
《硝煙中的scrum和xp》讀書筆記
align center img 翻譯的不錯，淺顯易懂，非常具有實戰意義。完全是作者親身體會的總結。不過感覺scrummaster相關的東東介紹的太少了。以下是讀書筆記的分割線 scrum不是方法學，它是乙個框架。也就是說scrum不會告訴你到底該做些什麼。scrum 的強大和令人痛苦之處就在於你不...