內(nèi)容簡介
本書是一本介紹Scrum和敏捷開發(fā)的入門讀物。作者結合在大型跨國公司多年的軟件開發(fā)經(jīng)驗，把Scrum敏捷開發(fā)實施經(jīng)歷進行巧妙的改編，以小說的形式將與敏捷開發(fā)相關的知識、經(jīng)驗和思考都融入到輕松、有趣的故事中，生動地展現(xiàn)給讀者。
本書適合軟件開發(fā)主管、IT項目經(jīng)理、軟件開發(fā)和測試人員、計算機相關專業(yè)的學生以及所有對軟件工程和敏捷開發(fā)感興趣的讀者閱讀。
  
賈子河，IBM中國開發(fā)中心高級軟件工程師。2004年碩士畢業(yè)于北京工業(yè)大學計算機學院，清華大學經(jīng)管學院工商管理碩士在讀，曾在多家知名間公司從事過軟件開發(fā)工作。2004年底加入IBM公司，從事過軟件配置管理、測試及開發(fā)等工作。從2007年初在IBM中國開發(fā)中心領導一個Scrum團隊開發(fā)Lotus Forms產(chǎn)品至今，具有豐富的敏捷項目開發(fā)和管理經(jīng)驗。

 

段永剛，IBM中國開發(fā)中心軟件工程師。2005年碩士畢業(yè)于北京理工大學計算機系。畢業(yè)后曾在一家著名軟件公司工作兩年。2007年初加入舊M中國開發(fā)中心，從事Lotus Forms產(chǎn)品的開發(fā)工作，同時開始正式接觸Scrum。通過兩年的工作和生活，對Scrum有了不斷深入的認識，對敏捷開發(fā)有了較為全面的了解，深刻感受到Scrum的魅力，由此希望能為Scrum的推廣貢獻自己的綿薄之力。

 

蔣博，IBM中國開發(fā)中心軟件工程師。2007年碩士畢業(yè)于北京航空航天大學。畢業(yè)后加入IBM公司從事軟件開發(fā)工作至今，目前在IBM中國開發(fā)中心參與開發(fā)Lotus Forms產(chǎn)品，具有豐富的敏捷項目開發(fā)經(jīng)驗和肝技能。

 

段珊珊，IBM中國開發(fā)中心軟件工程師。2007年碩士畢業(yè)于北京交通大學計算機與信息技術學院，并于同年加入IBM。目前在IBM中國開發(fā)中心從事Lotus Forms系列產(chǎn)品的系統(tǒng)測試工作，具有較為豐富的軟件測試經(jīng)驗。

 

媒體評論
敏捷方法是軟件工程方法論和實踐的新發(fā)展，相對于傳統(tǒng)的開發(fā)方法和過程，它能夠更快、成本更低、風險更少地開發(fā)質(zhì)量更好的軟件，團隊的活力和成就感也更好。軟件開發(fā)團隊和企業(yè)應該學習和實踐敏捷開發(fā)方法和過程。在IBM，敏捷方法、過程和相關的工具已經(jīng)普及，大多數(shù)項目都是基于敏捷方法的?！　?br>本書作者是IBM開發(fā)中心的工程師，他們基于自己的實際經(jīng)驗，構造了一個虛擬的故事，生動活潑地解釋了敏捷方法的最新實踐，也就是Scrum方法。在這個故事中，我們會看到一個基于傳統(tǒng)開發(fā)方法的團隊是如何一步步地轉變成一個敏捷團隊的，內(nèi)容涉及Scrum方法的各個階段、各個方面。對于以前不太了解Scrum的朋友來說，這種講述方法引人入勝，易于理解，非常值得一讀?！　”緯且槐竞芎玫腟crum入門書籍，希望它能夠帶你進入敏捷的世界，開始敏捷軟件工程的實踐之路?！　　　　　　　　　　　　　?br>----IBM研發(fā)中心首席技術官 毛新生

 

經(jīng)過軟件行業(yè)幾十年的發(fā)展，軟件系統(tǒng)變得越來越復雜，傳統(tǒng)的軟件工程理論使“軟件危機”越來越嚴重。過長的開發(fā)周期、超出預算的開發(fā)成本、令人擔憂的軟件質(zhì)量、頻繁流動的開發(fā)人員、官僚的體系制度、迅速變化的市場環(huán)境等因素，讓繁冗、笨重的軟件開發(fā)過程越來越不能適應現(xiàn)實的需要，軟件項目的失敗率很高。敏捷開發(fā)就是在這種背景下應運而生的。敏捷（Agile）是一種關注價值、消除浪費、以人為核心、迭代、循序漸進的開發(fā)方法。
記得在2002年的時候，恰逢國內(nèi)引進了一批XP（eXtreme Programming，極限編程）敏捷開發(fā)的圖書，網(wǎng)絡上和雜志中也出現(xiàn)了一些早期的相關文章和報道，于是筆者有機會認識了敏捷開發(fā)，覺得耳目一新，也很震撼。可惜當時很多講解敏捷開發(fā)方法論的書籍內(nèi)容比較抽象，也很理論化。那時筆者正在讀研究生，所以沒有經(jīng)歷過敏捷實踐，也就很難有深刻的體會。當時筆者就在想：敏捷開發(fā)真的這么神奇嗎？
筆者親身經(jīng)歷過不同大小、不同類型的公司，也聽許多朋友和同學談起過自己的工作經(jīng)歷，可惜很多都是失敗的教訓，大家的抱怨大都集中在傳統(tǒng)瀑布軟件開發(fā)流程以及一些具有中國特色的企業(yè)管理制度和文化上。筆者一直在關注敏捷，也總是在思考這樣一些問題：采用敏捷開發(fā)的軟件公司和軟件團隊是怎樣工作的？不同性質(zhì)、不同文化的軟件公司和軟件團隊對個人成長的影響又是怎樣的？
如今，幾年的時間過去了，以Scrum方法為代表的敏捷思想已經(jīng)在全球范圍內(nèi)推廣開來。Scrum一詞來自英式橄欖球（Rugby）比賽。敏捷軟件開發(fā)團隊就好比一支橄欖球隊：他們有明確的最高目標，而且每時每刻都朝著目標努力；他們熟悉最佳實踐，高度自我管理，高度協(xié)作，高度靈活地面對各種挑戰(zhàn)。大量的調(diào)查統(tǒng)計表明，敏捷開發(fā)確實大大提高了軟件開發(fā)效率和軟件質(zhì)量，幫助軟件企業(yè)提高了效益，并更有利于個人的成長。
在現(xiàn)在這個SOA和Web 2.0當?shù)赖臅r代，國內(nèi)也迫切需要敏捷思想，然而這些年似乎依然是雷聲大、雨點小。國內(nèi)實施敏捷的阻力主要在于人。因為敏捷的核心就是“以人為本”，人的問題上升到了企業(yè)管理、企業(yè)價值觀和文化的層面。片面地關注具體實踐，而不去了解它背后的哲學思想，可想而知，是不會取得好結果的。所以說，敏捷決不是一個簡單的軟件過程。
最近兩年，筆者有幸在IBM中國開發(fā)中心的一個Scrum敏捷開發(fā)團隊擔任Scrum Master，期間發(fā)生了很多有趣的故事。由于起步比較早，特殊的機遇讓我們有機會給IBM的其他大大小小的開發(fā)團隊進行敏捷培訓，分享我們成功的經(jīng)驗和失敗的教訓。每次培訓時，我們都會被同事們對敏捷的濃厚興趣深深感染，也發(fā)現(xiàn)很多問題和困惑非常有代表性，于是就萌發(fā)了寫作一本有關敏捷開發(fā)的圖書的想法。
有一天，同事們在一起突發(fā)奇想——為什么不把我們的故事改編成小說，以小說的形式寫一本書呢？大家說干就干。我們的開發(fā)小組在業(yè)余時間就變成了本書的創(chuàng)作小組。本書以敏捷思想為核心，以Scrum為重點，結合筆者所在的開發(fā)小組在IBM兩年的Scrum項目實施經(jīng)驗，參考了大量資料，將近百個案例、問題、知識點融入我們的故事中。
本書講述了某外企的一個新團隊如何從零開始實施敏捷，經(jīng)歷挫折、失敗、進步、成長，直到項目成功結束的故事。
為什么不直接寫敏捷的最佳實踐，而要寫那么多曲折的經(jīng)歷呢？我們認為，這就像解題一樣——了解、分析問題的過程比直接知道答案更有趣，也更有用。更何況其實并沒有真正的所謂“最佳實踐”。在實際工作中，軟件開發(fā)團隊、軟件項目往往千差萬別，書中講到的實踐不一定都是正確的和盡善盡美的，它們僅僅代表一些可能的敏捷開發(fā)實踐。
本書的創(chuàng)作完全是由4位作者共同完成的，整個寫作過程也是敏捷的：迭代、自我管理的團隊、有條不紊的進度、期間收集潛在讀者的反饋進而調(diào)整書中的內(nèi)容。我們驚喜地發(fā)現(xiàn)：敏捷思想真的有效，而不僅僅是對軟件開發(fā)項目而言。
本書的優(yōu)勢也許就是和大部頭的經(jīng)典著作相比更具有趣味性，和純正的小說相比更具有知識性。本書的定位是介紹Scrum敏捷開發(fā)的入門書籍。如果您想了解什么是敏捷開發(fā)和Scrum，如果您對軟件工程、軟件開發(fā)流程有諸多困惑，如果您正準備采用敏捷開發(fā)但又缺乏實踐經(jīng)驗，如果您想了解一些外企的工作模式和企業(yè)文化，如果您對自己的職業(yè)生涯感到迷茫……希望您能通過這本書得到一些幫助。如果這本輕松、有趣的敏捷開發(fā)故事書能在您忙碌的工作和生活中引發(fā)一點思考，帶來一些價值，就是我們最大的欣慰了。
本書的完成首先要感謝IBM中國開發(fā)中心及各位同事的指導、支持和幫助，特別是我們的經(jīng)理李斌的幫助。感謝IBM中國敏捷社區(qū)和項目管理社區(qū)的大力支持。特別鳴謝所有提前審閱過本書并對本書提供了大量寶貴意見的朋友，他們是：毛新生、謝明志、彭雷、岳治宇、湯宇松、鐘朝暉、陳昊、竇文敏、唐威鋒、鄭曙旻、陳川、魏永超、馬冀。他們中有的是IBM中國開發(fā)中心經(jīng)驗豐富的同事，有的是來自其他著名IT公司資深的軟件工程師和項目經(jīng)理。特別感謝本書的熱心讀者、IBM的項目經(jīng)理杜程為本書繪制精美的閱讀導引圖，我們把這張圖作為插頁放在了本書的最后。我們同樣要感謝家人們對我們在工作之外花費時間寫作本書給予的理解和支持。本書能夠順利出版還有賴于IBM中國開發(fā)中心的高級經(jīng)理閆小兵和電子工業(yè)出版社博文視點公司編輯潘昕的辛勤工作。
由于時間和能力有限，最后呈現(xiàn)給讀者的內(nèi)容依然有不少的遺憾。我們歡迎您任何形式的反饋，以促進我們不斷改進——這也是敏捷所倡導的。
本書的故事場景、情節(jié)、人物純屬虛構，如有雷同，純屬巧合。本書觀點僅代表筆者的個人觀點，不代表IBM公司。
好了，我們的敏捷故事即將開始。

 

Scrum中如何實現(xiàn)一個Sprint？
1、Scrum計劃會議
在每個Sprint開始之前，需要召開Sprint計劃會議，會議時間一般為4~8小時，參加人員有產(chǎn)品責任人、Scrum Master、Scrum團隊和其他感興趣的人，比如管理人員和客戶代表。
Product Owner從產(chǎn)品Backlog中挑選高優(yōu)先級的任務，并與Scrum團隊一起決定在這個Sprint中需要完成多少功能。Scrum團隊將這些任務分解成小的功能模塊。Scrum團隊成員詳細討論如何能按需求完成這些功能模塊，并估計完成每個功能模塊所需的大概時間。

 

2、每日Scrum會議
每日Scrum會議（Daily Scrum），即團隊每日例會，條件允許的話，每天都應該在同樣的時間和地點，組織所有成員站立舉行。由于是以站立的狀態(tài)開會，因此時間比較短，一般為15分鐘左右。這個會議最好是在每天的清晨開，有利于團隊成員安排好當天的工作計劃。只有團隊成員可以在每日Scrum會議上發(fā)言，其他人員如果對項目進度有興趣也可以參加，但只能旁聽而不能發(fā)言。

 

3、Scrum評審會議
Sprint評審會議在Sprint結束時召開，由開發(fā)團隊展示這個Sprint中完成的功能，長度為兩個小時左右，不需要PPT，一般是已經(jīng)完成功能的Demo，而客戶、管理層、Product Owner以及其他開發(fā)人員等都可以參加。
在Sprint評審會議上，Scrum團隊用Demo的形式展示產(chǎn)品的功能之后，與會人員依據(jù)在Sprint計劃會議上確定的這個Sprint的目標來評審具備了這些新功能的產(chǎn)品。

 

4、Scrum回顧會議
Sprint回顧會議由產(chǎn)品責任人、Scrum團隊和Scrum Master參見，會議中需要討論：有哪些好的建議或方法應該被采納；在Sprint中有什么做法不可??；有哪些做法效果很好，應該繼續(xù)下去。
Sprint結束后，Scrum團隊回顧剛結束的Sprint，對其進行總結和反思，使整個團隊能持續(xù)成長。總之，Sprint回顧會議的宗旨就是：Scrum團隊如何在下一個Sprint中做得更好！