輕松Scrum之旅

前言

　　答應了作者為本書寫序已是兩星期前的事情了，對此托付我誠惶誠恐。近來工作忙碌，雖未提筆，但心中一直惦念不忘仔細斟酌如何才能將本書作者對于敏捷的理解和著述濃縮成文，寫出一篇精彩的序而不負期望?！　”緯鴮懙糜猩ぁ４蟾攀怯泻芏喙餐ㄖ幇?，所以讀主人公的故事就回憶起了許多和敏捷團隊一起奮斗的日日夜夜，也自然而然地聯(lián)想到我在敏捷咨詢服務中遇到的一個個活生生的案例。公司做敏捷似乎來自一股強勁的“西北風”，頭頭腦腦們開始鋪天蓋地地學習和宣傳敏捷。敏捷確實那么神奇嗎？敏捷真的能讓偌大一個公司的項目運營變得像其所提倡的那樣快速、靈敏嗎？敏捷的確可以讓公司的業(yè)績大幅提高、縮短產(chǎn)品的上市周期嗎？即使這些問題能夠在敏捷開發(fā)中得到很好的解決，那么參與敏捷開發(fā)的人需要有哪些變化，而他們又將會有哪些變化呢？帶著這些問題，我接手了幾乎是公司啟動最早的敏捷項目之一，開始邊接受邊思考?！　]想到，短短的兩年時間，工作幾乎讓我著了迷。雖忙，但亦快樂。仿佛是觸動了我的某處神經(jīng)，不對，應該說是著了魔，我不僅每天忙得不亦樂乎，還逢人便說，敏捷給我?guī)砹烁嗟臐M足。大概我是個天生的工作狂吧，接受挑戰(zhàn)總能讓我興奮。而且，在敏捷項目里工作不再是被設定既定的目標，終日朝著固定的要求努力，而是自己同樣需要了解為什么要達到這個目標，由自己決定如何達到目標，由自己計劃何時達到目標。敏捷開發(fā)項目超級鍛煉人，讓我有“人民當家作主”的感覺?！　∵@些大概就是敏捷讓我感受到的不同于以往項目的最大區(qū)別吧！　　在傳統(tǒng)項目中，層次森嚴的等級管理制度讓我們疲于奔命，但很少有機會想想對錯。而現(xiàn)在的敏捷項目給我們的不僅僅是責任和要求，更多的是信任和鼓勵?！　≌f到這里，我想講一個題外的故事?！　∥液吞J真地裝修了自己的第一套房子。在裝修期間，爸媽扮演了“偽監(jiān)工”的角色，對工人的工作大加贊揚不說，看到問題竟然還說“比起當年好多了”，而我和太太自始自終就沒放心過。當然，本應自己更多地去和工人們溝通，讓父母閑些。所以，后來爸媽也就退居二線給我們做后勤了。因為是自己的房子，而且是要結(jié)婚的新房，我和太太特別細心。我詳細量了房間的尺寸，但凡去和設計師聊設計，或者去家具城淘貨，拿出來就能比劃。太太更牛，把買來的冠軍磚在我繪制的圖紙上橫排豎排。當時我超級懷疑她的能力。幾面墻如何做到排列得最好，也就是說，整磚要用在看得見的地方，碎磚應該用到角落看不見的地方，這可是一門學問。而且，還要考慮磚的排列方向產(chǎn)生的美感：哪種排列方式會有延伸空間的效果，哪種沒有。最后，還要充分利用切剩的磚，不能造成浪費。這簡直是最讓我頭疼的奧數(shù)嘛！沒想到，太太用兩個小加班就搞定了。當工人貼完磚，廠家來拉退回的磚時，居然立刻打電話到店面，說：“你們怎么給客戶估計的面積？怎么整整多了兩箱！”而我們家的磚貼得相當?shù)钠??！　∠旅孢€有一個故事。　　一天，我和太太照常去工地。進門一看到新貼好的磚，太太頓住了，然后徑直走到跟前，拿起工人的水平尺，像模像樣地比劃起來：“老公，我覺得這塊磚低了0.1厘米!”聽了這話，工人差點從梯子上跌下來，我也受到很大的沖擊。這眼力，沒說的。而工人是個很不錯的老師傅，聽見我們這么說，就拿來專業(yè)的工具幫著仔細測量起來。結(jié)果太太說得一點兒沒錯，就是低了。我和老師傅當時那叫一個詫異和佩服！最關鍵的是，連老爸也感覺在這之后工人們干活更認真了——讓我們將敏捷項目進行到底！　　其實，無論是開發(fā)、設計還是測試，甚至包括產(chǎn)品開發(fā)過程中的一切細微活動，當我們可以把它們當作義務而不是責任后，效率和質(zhì)量會有驚人的飛躍，而且在管理和過程中耗費的其他成本也將顯著減少。這也是我想通過上面兩個故事與讀者分享的?！　≡谥蟮拿艚葑稍兩闹?，我也屢次用實驗證明了這一事實。當團隊將項目當成自己的分內(nèi)事時，無論你們是在從事敏捷開發(fā)還是傳統(tǒng)開發(fā)，你們團隊的工作成績都將非常亮眼?！　∶艚蓍_發(fā)，特別是Scrum的模式，我最喜歡，因為它提倡以人為本、平等對待團隊中的每一個成員、相信隊友，它簡單而直接的溝通平臺能讓人有更多的主人翁意識。在這樣的環(huán)境里工作會很容易被大家看到成績并獲得認可。如果Scrum Master很專業(yè)，那么大家就能加倍感受到“相互依存”的氛圍?！　∷裕覀兂Ｕf，敏捷開發(fā)能讓我們讀懂“沒有一個人的成功，也沒有一個人的失敗”這個道理。一種主人翁和集體意識，一種寬容的待人態(tài)度，一群樂于積極自我學習和相互分享的伙計（包括女伙計），鑄就的就是一支優(yōu)秀的團隊?！　∶艚蓍_發(fā)伴隨的是突破和挑戰(zhàn)，從外面看到的是市場決定一切，在里面醞釀的是對新技術和新想法的勇敢嘗試。曾經(jīng)有位高人講過：如果你的工作不是經(jīng)常遇到困難，就說明你的工作還缺乏挑戰(zhàn)。想想看，無論是硬的技能還是軟的技能，不都需要在有挑戰(zhàn)的環(huán)境里來培養(yǎng)嗎？所以，正如我們感受到的，我們的實踐也說明敏捷不僅能夠開發(fā)和培育人，而且能促使人更快地成長。成就感是個好東西?！　≌f到本書的另一個精彩的地方，就是潛移默化地讓人體會到E公司是如何將一支普通的開發(fā)團隊從傳統(tǒng)團隊轉(zhuǎn)變?yōu)槌墒斓拿艚輬F隊的。值得注意的是，沒有人可以一蹴而就，這支團隊也是在不斷地尋找局限和不敏捷之處，步步為營地改善，最后才終于成為一支經(jīng)驗豐富的敏捷團隊?？偨Y(jié)其精華，我感覺：首先，這個組織找到了正確的人，他勇于負責、敢拼敢扛，同時，他不剛愎自用，他相信協(xié)作總是大于“一”的道理；然后，就是遇有“貴人”，無論是在團隊的起步階段還是發(fā)展階段，基于信任和指導，“貴人”讓這支團隊順利地從各種陷阱里走了出來；最后，就是團隊通過良好的溝通達到一心一體，無論是理解市場動向還是上傳下達，團隊總能在共同目標上達成一致。這三點缺一不可。做好一件事也要“一個好漢三個幫”，不是嗎？但是，在實際工作中，我們往往會遇到很多阻礙和問題，許多團隊在實踐過程中真的沒有辦法像故事中描述的那樣，雖有波折但仍能達到目的。比如，如何在跨時區(qū)、跨地區(qū)的多團隊合作項目中進行良好的溝通和進度協(xié)調(diào)，如何在文檔和話語的溝通中作出折中的選擇，如何將TDD做得更有效率并減小轉(zhuǎn)變的風險和成本等。希望作者能夠在本書出版后有第二步的出書計劃。　　最后，我要感謝作者的邀請。為本書寫序的過程仿佛也打通了我的奇經(jīng)八脈，又好像打了場痛快的球賽，讓我興奮不已。同時，也希望本書能得到讀者您的喜歡。對于本序的內(nèi)容如有疑義，本人愿與探討?！　≈x明志　　IBM全球敏捷社區(qū)中國區(qū)主席　　IBM注冊敏捷培訓講師　　書于2009年9月8日

內(nèi)容概要

本書是一本介紹Scrum和敏捷開發(fā)的入門讀物。作者結(jié)合在大型跨國公司多年的軟件開發(fā)經(jīng)驗，把Scrum敏捷開發(fā)實施經(jīng)歷進行巧妙的改編，以小說的形式將與敏捷開發(fā)相關的知識、經(jīng)驗和思考都融入到輕松、有趣的故事中，生動地展現(xiàn)給讀者?！　”緯m合軟件開發(fā)主管、IT項目經(jīng)理、軟件開發(fā)和測試人員、計算機相關專業(yè)的學生以及所有對軟件工程和敏捷開發(fā)感興趣的讀者閱讀。

作者簡介

賈子河，IBM中國開發(fā)中心高級軟件工程師。2004年碩士畢業(yè)于北京工業(yè)大學計算機學院，清華大學經(jīng)管學院工商管理碩士在讀，曾在多家知名IT公司從事過軟件開發(fā)工作。2004年底加入IBM公司，從事過軟件配置管理、測試及開發(fā)等工作。從2007年初在lBM中國開發(fā)中心領導一個Scrum團隊開發(fā)Lotus Forms產(chǎn)品至今，具有豐富的敏捷項目開發(fā)和管理經(jīng)驗。

書籍目錄

1  重獲新生 　痛苦的掙扎 　全新的開始 　找工作 　面試E公司 　焦急的等待 　E公司報到 2　回首往事 　回憶X公司 　歡迎午宴聊開發(fā) 　關于軟件開發(fā)流程的爭論 　來自經(jīng)理的幫助 3　準備Scrum之旅 　敏捷開發(fā)培訓——什么是敏捷開發(fā)？ 　敏捷動員大會 　招兵買馬——打造敏捷開發(fā)團隊 　Hello，溫哥華 　初遇Scrum——XP、RUP和Scrum的比較 　產(chǎn)品Backlog的制定 　Scrum管理工具 4　Sprint 1——激動人心的Scrum之旅第一站 　Sprint 1　計劃 　　投擲“照明彈” 　　需求分析——買土豆的故事 　　初嘗每日Scrum會議 　　Scrum之旅，啟程 　　改進的每日Scrum會議 　　跟蹤每天的進度 　　每日Scrum會議的真正內(nèi)涵 　　初嘗Scrum有感 　　來自大老板的質(zhì)疑 　　Sprint 1發(fā)慌的收尾 　　Sprint 1評審——意外的結(jié)局 　　Sprint 1回顧——批評和自我批評 5　Sprint 2——計劃與變化 　Sprint 2　的目標 　　棘手的新任務 　　Wiki上的需求文檔 　　沒有不可能完成的任務 　　Sprint 2的計劃會議 　　Sprint計劃會議是屬于整個團隊的 　　休假問題 　　技術問題 　　用撲克牌游戲來做估計 　　Sprint 2的第一周 　　任務狀態(tài)要隨時更新 　　得到幫助 　　單元測試 　　Sprint 2的第二周 　　用Scrum不能教條 　　經(jīng)理安排的臨時任務 　　Sprint 2的第三周 　　遇到困難 　　Code Review的重要性 　　給經(jīng)理的項目狀態(tài)報告 　　最后一個Story可能完不成了 　　Sprint 2的第四周 　　沖刺=加班 　　加班是個很嚴重的問題 　　不是所有的Story都適合做Sprint演示 　　評審Sprint 2 　　演示時不談技術 　　評審、總結(jié)和沒有完成的Story 　　回顧Sprint 2 6　Sprint 3——深入Scrum 　Sprint 3，出發(fā) 　　為敏捷調(diào)整座位 　　Sprint 3的計劃——精益思想 　　Sprint 3的目標——口號的力量 　　失敗的Sprint 3計劃會議 　　重新計劃Sprint 3 　　測試的介入 　　結(jié)對編程 　　先理論，后實踐 　　超強的結(jié)對編程工具 　　飯館中的敏捷思想 　　產(chǎn)品發(fā)布計劃的變更 　　現(xiàn)場溝通 　　出差到現(xiàn)場解決問題 　　臨時Scrum Master 　　Sprint 3，沖刺 　　關于考核的問題 　　突發(fā)事件 　　不隱瞞，不放棄 7　Sprint 4——最后的沖刺 　延遲開始的Sprint 4 　兩天“休息”時間 　以假亂真的需求演示 　團隊聽診工具 　部門重組 　新的敏捷管理協(xié)作工具 　敏捷測試 　為什么不報Bug？ 　測試團隊的新角色 　系統(tǒng)集成測試怎么辦？ 　臨時員工 　實習生 　CMM與敏捷 　現(xiàn)場客戶 　小插曲：裝修也Scrum 　持續(xù)集成 8　路在前方 　Scrum之旅大獲成功 　產(chǎn)品順利發(fā)布 　去敏捷技術大會演講 　全球敏捷使用情況調(diào)查 　對敏捷的詮釋 附錄A　案例索引 附錄B　相關概念 附錄C　參考資料 附錄D　免責聲明

章節(jié)摘錄

　　1　重獲新生　　痛苦的掙扎　　電腦上的時間顯示著凌晨2點，X公司的辦公區(qū)已經(jīng)漆黑一片，但在角落里略顯刺眼的臺燈下還有一個身影，正在查看目前的項目進度報表和軟件Bug列表。這個人叫關毅。他站起身，伸了個懶腰。再過幾天就要給客戶試用產(chǎn)品了，還有這么多問題沒有解決，今晚注定又將是一個不眠夜?！　￡P毅幾年前從北京某名牌大學計算機專業(yè)畢業(yè)，獲得了碩士學位。當時他擁有一大堆令人羨慕的0ffer，不過他最終出人意料地選擇了X公司，讓很多同學都不太理解。的確，X公司是一家知名的民營公司，從事ERP、OA等產(chǎn)品的軟件開發(fā)和軟件系統(tǒng)集成。在眾多IT公司中，X公司開出的工資只能算是中等，不過，當年面試經(jīng)理的一席話打動了他：“年輕人要做一番事業(yè)，我們這里提供的是沒有天花板的平臺，公司很快就會上市……?于是在那一年梔子花開的七月，他帶著理想，拖著行李，搬進了租來的房子，到X公司報到，成了一名程序員?！　〉绞锥急本┤ナ顷P毅從小的夢想，況且如今的北京也是信息產(chǎn)業(yè)之都，中關村、上地等地方更被人稱為中國的“硅谷”。盡管X公司的待遇比不上外企，不過機會可能會很多，這也讓關毅對未來充滿了希望。

媒體關注與評論

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

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    輕松Scrum之旅 PDF格式下載

---