Scrum是一種靈活的軟件管理過程，它可以幫助你駕馭迭代，遞增的軟件開發(fā)過程。這個(gè)輕量的過程可以作為包裝器，也就是說你可以把Scrum與其它靈活的過程框架組合起來，比如說RUP。
RUP（Rational Unified Process，Rational 統(tǒng)一過程），是一種被廣泛使用的軟件過程框架。它可以很好地迎合你的軟件開發(fā)過程的需要，還可以容納其他技術(shù)。Scrum是一系列有趣的，用來包裝靈活軟件項(xiàng)目的項(xiàng)目管理模式。
Scrum提供了一種經(jīng)驗(yàn)方法，它使得團(tuán)隊(duì)成員能夠獨(dú)立地，集中地在創(chuàng)造性的環(huán)境下工作。它發(fā)現(xiàn)了軟件工程的社會意義。這一過程是迅速，有適應(yīng)性，自組織的，它代表了從順序開發(fā)過程以來的重大變化。Scrum認(rèn)為軟件的開發(fā)不應(yīng)使用和一般制造業(yè)相同的方法，也就是不應(yīng)采用一種反復(fù)的模式。這種重復(fù)使得輸入和輸出參數(shù)更加容易預(yù)測和描述，但這并不是當(dāng)今軟件工程的有益目標(biāo)。現(xiàn)代軟件工程的主要挑戰(zhàn)包括上市時(shí)間，投資回報(bào)，以及影響顧客的需要等。RUP和其他敏捷軟件工程過程能夠很好地迎接這些挑戰(zhàn)。
Scrum區(qū)別于其他開發(fā)過程之處是什么？最顯而易見的不同將是每天的短會，通常在每天的同一時(shí)間在同一個(gè)房間內(nèi)舉行。這個(gè)會議也叫Scrum，在會議中每個(gè)團(tuán)隊(duì)成員僅就以下三點(diǎn)發(fā)言：
自上次Scrum會議后你做了什么？
從現(xiàn)在到下次Scrum會議的時(shí)間里你準(zhǔn)備做什么？
你在工作中遇到了哪些困難？
Scrum團(tuán)隊(duì)的組成
由于一個(gè)Scrum團(tuán)隊(duì)最多由7人組成，會議應(yīng)當(dāng)不超過15分鐘。Scrum管理者*主持會議，并且對整個(gè)項(xiàng)目的成敗負(fù)責(zé)。他傾聽每個(gè)成員的發(fā)言并設(shè)法解決會議中提到的各種障礙。Scrum管理者在會上對障礙提出即時(shí)的解決方案或指導(dǎo)，使團(tuán)隊(duì)不斷向著目標(biāo)前進(jìn)。Scrum會議不同于項(xiàng)目會議，對團(tuán)隊(duì)來說，它起到了快速簡報(bào)的作用。如果問題得不到解決，團(tuán)隊(duì)成員應(yīng)向Scrum管理者或大項(xiàng)目成員提出質(zhì)疑。
只有團(tuán)隊(duì)成員可以在Scrum會議上發(fā)言，但是允許有旁聽者。對于人數(shù)多于7人的項(xiàng)目團(tuán)隊(duì)，Scrum建議與其擴(kuò)大團(tuán)隊(duì)規(guī)模不如將團(tuán)隊(duì)分組。分組可依據(jù)功能，結(jié)構(gòu)主體，或者應(yīng)用，包括子應(yīng)用等進(jìn)行。分組后各個(gè)子團(tuán)隊(duì)就可以并行工作了，而且Scrum管理者可以通過Scrum會議對各個(gè)子團(tuán)隊(duì)的工作進(jìn)行同步。Scrum甚至可以兼顧在其他地方工作的團(tuán)隊(duì)成員。
Scrum團(tuán)隊(duì)不止是一個(gè)程序員隊(duì)伍，它由各種背景下的不同角色組合而成，包括商業(yè)分析者，設(shè)計(jì)師，程序員和測試者等等。更多時(shí)候，成員可以身兼多職；正確的組合決定了團(tuán)隊(duì)的能力和效率。
項(xiàng)目規(guī)劃
Scrum的迭代過程被稱為“疾跑”，時(shí)間為30天。在RUP中，迭代過程通常在2至6周之間，每次“疾跑”都以獲得可執(zhí)行可測試的代碼為結(jié)束。
產(chǎn)品擁有者持有產(chǎn)品訂單，他控制并區(qū)分功能的開發(fā)次序，但是工作量的評估是由Scrum團(tuán)隊(duì)來完成的。產(chǎn)品風(fēng)險(xiǎn)的所有承擔(dān)者，包括Scrum團(tuán)隊(duì)和產(chǎn)品所有者，共同檢視訂單，然后根據(jù)優(yōu)先級次序決定先開發(fā)哪一功能。除去優(yōu)先級，RUP的迭代規(guī)劃過程也是基于風(fēng)險(xiǎn)的。
現(xiàn)在團(tuán)隊(duì)定義的“疾跑”目標(biāo)已經(jīng)成為了進(jìn)展控制的指導(dǎo)。“疾跑”過程一旦開始，團(tuán)隊(duì)全部與外界的交流都必須經(jīng)由Scrum管理者進(jìn)行。Scrum管理者務(wù)必保證團(tuán)隊(duì)能夠?qū)Ｐ挠诩榷繕?biāo)而不受外界干擾。
Scrum團(tuán)隊(duì)持有自己的“疾跑”訂單，上面記錄了更多關(guān)于待實(shí)現(xiàn)目標(biāo)的具體任務(wù)的細(xì)節(jié)。在團(tuán)隊(duì)對“疾跑”的作用有更多了解以后，團(tuán)隊(duì)成員就可以調(diào)整原始的產(chǎn)品評估，并將“疾跑”過程中獲得的信息加入到產(chǎn)品訂單中。這些做法對Scrum進(jìn)度回溯都是有益的。
Scrum團(tuán)隊(duì)由每天的Scrum會議，每月的“疾跑”計(jì)劃和“疾跑”審查會議緊密相連，鑒于此，整個(gè)組織必然存在一種縱向的透明度。這就使得組織上的問題和挑戰(zhàn)清晰明顯。由于團(tuán)隊(duì)成員都親自觀察整個(gè)項(xiàng)目，交流也就變得簡短，迅速和有效。團(tuán)隊(duì)是自組織的，著眼于“疾跑”的目標(biāo)，這樣就最大限度發(fā)揮了每一個(gè)團(tuán)隊(duì)成員的作用。Scrum管理者充當(dāng)一個(gè)問題和交流的“票據(jù)交換所”，而不是一個(gè)控制整個(gè)團(tuán)隊(duì)的老板。
“疾跑”審查會議持續(xù)半天。在會上，團(tuán)隊(duì)向項(xiàng)目的風(fēng)險(xiǎn)承擔(dān)者展示完成的功能模塊。團(tuán)隊(duì)按照既定的“疾跑”目標(biāo)來演示完成的內(nèi)容。
訂單，“疾跑”計(jì)劃和回顧，管理承諾，每日Scrum會議，進(jìn)度回溯，以及其他Scrum技術(shù)都是基于主要用于軟件項(xiàng)目管理的進(jìn)程模式的。這些模式在過去的大小項(xiàng)目和不同商業(yè)領(lǐng)域中都獲得了成功。
http://www.cnblogs.com/epjnpe/archive/2006/06/30/440034.html