在很久很久之前，我就聽說了敏捷開發的大名，也聽到過諸多成功人士對於scrum與xp方法的讚譽。只是由於我個人的一些原因，一直沒抽出時間去拜讀這些名著。直到最近，我才有機會去閱讀敏捷開發相關的資料，而硝煙中的scrum與xp則是我閱讀的第一本關於敏捷方面的書。
在閱讀本書之前，我閱讀了一些關於敏捷實踐方面的文章，並被這種新的管理方式深深所吸引（其實，這種管理方式並不是很新了，它在幾年前就已經開始在諸多專案中使用，現在最新的軟體管理方式是精益）。因為根據那些文章中所述，他們因為使用scrum，使用敏捷才使專案避免了某些災難，並且這種管理方式可以縮短專案開發周期。對於公司來說，這節省了專案開支，增加了公司的收益。
當我閱讀這本書時，我覺得專案中會出現諸多「****」、"****"之類的詞語來表達專案中的混亂，但我始料未及的是本書自始至終都沒出現這樣的詞語。相反地，本書只是用簡單的言語介紹專案的緊張性，我只能用自己所處的專案場景去想象作者所述的專案處境，這是我比較遺憾的地方。
不過，不用濃墨重彩去描述scrum與xp實踐過程以外的內容，也是本書的優點。作者僅僅用了130頁的篇章，就將敏捷實施的情況介紹完畢，並且介紹了在實施scrum中會出現的各種情形，比如管理多個scrum團隊，管理地理位置上分配的團隊。
scrum與傳統的軟體開發相比，它更強調會議。會議有計畫會議、每日會議 和 回顧會議。在計畫會議中，它強調產品經理與scrum master以及團隊共同參與會議，然後確定每個sprint週期內要完成的故事，並將每個故事拆分成更小的故事，最後把故事拆分成任務，並估算每個任務的完成時間。
確定完計畫之後，接下來整個團隊每天都會進行短時間的每日會議，來確定前一天完成了哪些事情，以及接下來的一天要做哪些事情。每日會議中可能會發生各種各樣的情況，包括會議時間多長、會議沒有結果等，不過作者詳述了他們是如何處理這些事情的。這對於那些沒有處理過相關問題的讀者來說，這真是寶貴的經驗。
現在的很多專案管理都沒有將回顧會議放到日程中，那真是專案管理者和專案團隊的悲哀。回顧會議能夠讓專案借鑑以往的成功經驗，並吸取教訓，可以讓團隊少走很多彎路。但是專案管理者看不到這些，因為他們沒有回顧會議。
scrum是偏向於管理和組織實踐的，但是軟體專案離不開程式設計，所以專案要取得很大的成功還需要注重程式設計實踐，xp則恰恰彌補了這一點。將scrum與xp整合起來使用，管理與程式設計想結合，最終專案可以獲得更大的成功。
最後，感謝硝煙中的scrum與xp的作者，感謝他將scrum與xp的實踐經驗分享給我們，讓我們在軟體管理中少走很多彎路。thanks you！
《硝煙中的Scrum與XP》讀後感
在很久很久之前，我就聽說了敏捷開發的大名，也聽到過諸多成功人士對於scrum與xp方法的讚譽。只是由於我個人的一些原因，一直沒抽出時間去拜讀這些名著。直到最近，我才有機會去閱讀敏捷開發相關的資料，而硝煙中的scrum與xp則是我閱讀的第一本關於敏捷方面的書。在閱讀本書之前，我閱讀了一些關於敏捷實踐方...
硝煙中的scrum和XP 書讀後小結
是瑞典的scrum專家寫的，很生動，有很好的實戰意義，讀起來也輕鬆，一兩天就讀完了，建議推薦閱讀。下面是小結一些精彩的 當然很多精彩的，就在腦子裡了，不寫出來了 1 產品backlog中的使用者故事一般可以包括如下字段 id 編號 名稱 重要性級別 給出乙個有區分區間的分值,比如10,20,30 初...
名書推薦 硝煙中的Scrum與XP
引言 最近在學習英語，有時間盡量去看英文 infoq就是不錯的乙個。今天在infoq看一篇文章，這篇文章介紹了一本書 scrum and xp from the trenches 硝煙中的scrum與xp 現在把這篇文章翻譯過來，未必每字每句都準確，但求能讓人看懂。敏捷軟體開發最棘手的部分是沒有手冊...