建站
咨詢
售后
建站咨詢
新聞中心
推薦專題：初探敏捷開發(fā)
成都網(wǎng)站設(shè)計、網(wǎng)站建設(shè),成都做網(wǎng)站公司-成都創(chuàng)新互聯(lián)已向上千余家企業(yè)提供了,網(wǎng)站設(shè)計,網(wǎng)站制作,網(wǎng)絡(luò)營銷等服務(wù)!設(shè)計與技術(shù)結(jié)合,多年網(wǎng)站推廣經(jīng)驗,合理的價格為您打造企業(yè)品質(zhì)網(wǎng)站。
任何人力流程都離不開人來執(zhí)行，所以在講解Scrum流程之前，有必要先把Scrum中的角色講一下。
一天，一頭豬和一只雞在路上散步，雞看了一下豬說，“嗨，我們合伙開一家餐館怎么樣？”，豬回頭看了一下雞說，“好主意，那你準(zhǔn)備給餐館起什么名字呢？”，雞想了想說“餐館名字叫火腿和雞蛋怎么樣？”，“我不這么認(rèn)為”，豬說, “我全身投入，而你只是參與而已”
豬是全身投入項目和Scrum過程的人，有三種角色：產(chǎn)品負(fù)責(zé)人（Product Owner）、ScrumMaster、團(tuán)隊（Team）。
| 角色 | 職責(zé) |
|---|---|
| ProductOwner |
|
| ScrumMaster |
|
| Scrum Team |
|
雞角色并不是實際Scrum流程的一部分，但是必須考慮他們。 敏捷方法的一個重要方面是使用戶和利益相關(guān)者參與到過程中的實踐。參與每一個評審和計劃，并提供反饋對于這些人來說是非常重要的，管理者就屬于雞。
在知道Scrum的主要角色后，我們看看下圖中的過程圖：它由Product backlog開始，經(jīng)過sprint會議從Prdouct backlog挑選出一些優(yōu)先級最高的故事（story）形成迭代的sprint backlog（一個sprint一般為1個月）。在sprint中會進(jìn)行每日站會，迭代結(jié)束時會進(jìn)行演示和回顧會議。
第一次聽到以上術(shù)語的可能不能很好的理解backlog和spring之類的東西，大家不用著急，以后會慢慢對每一個過程進(jìn)行仔細(xì)講解。
以下將對一些術(shù)語進(jìn)行簡單介紹，以便大家現(xiàn)在開始逐步了解Scrum。
【Backlog】
Product Backlog
在項目開始的時候，Product Owner要準(zhǔn)備一個根據(jù)商業(yè)價值排好序的客戶需求列表。這個列表就是Prodct Backlog，一個最終會交付給客戶的產(chǎn)品特性列表，它們根據(jù)商業(yè)價值來排列優(yōu)先級。Scrum team會根據(jù)這個來做工作量的估計。Product backlog應(yīng)該涵蓋所有用來構(gòu)建滿足客戶需要的產(chǎn)品特性，包括技術(shù)上的需求。高優(yōu)先級的一些產(chǎn)品特性需要足夠的細(xì)化以便于我們做工作量估計和做測試。對于那些以后將要實現(xiàn)的特性可以不夠詳細(xì)。
在下一篇我將著重講解如何制定Product Backlog，怎么寫故事，如何拆分和合并故事，以及如何確定優(yōu)先級和進(jìn)行估算。
Sprint Backlog
Sprint Backlog 是Sprint規(guī)劃會上產(chǎn)出的一個工作成果. 當(dāng)Scrum team選擇并承諾了Product backlog中要遞交的一些高優(yōu)先級的產(chǎn)品功能點后，這些功能點就會被細(xì)化成為Sprint Backlog:一個完成Product Backlog功能點的必需的任務(wù)列表.這些點會被細(xì)化為更小的任務(wù)，工作量小于2天。Sprint backlog完成后，Scrum team會根據(jù)它重新估計工作量，如果這些工作量和原始估計的工作量有較大差異，Scrum team和Product Owner 協(xié)商，調(diào)整合理得工作量到Sprint中，以確保Sprint的成功實施。
【會議】
Sprint Planning Meeting（Sprint規(guī)劃會）
根據(jù)Product Owner制定的產(chǎn)品或項目計劃在Sprint的開始時做準(zhǔn)備工作。Product Owner可以是客戶或者客戶代表或代理。對于產(chǎn)品型的公司，客戶就是市場，Product Owner扮演市場代理的角色。一個Product Owner需要一個確定產(chǎn)品最終目標(biāo)的遠(yuǎn)景，規(guī)劃出今后一段時間產(chǎn)品發(fā)展的路線圖，以及根據(jù)對投資回報的貢獻(xiàn)確定的產(chǎn)品特性。他要準(zhǔn)備一個根據(jù)商業(yè)價值排好序的客戶需求列表。這個列表就是Prodct Backlog，一個最終會交付給客戶的產(chǎn)品特性列表，它們根據(jù)商業(yè)價值來排列優(yōu)先級。
當(dāng)為一個Sprint定義好足夠多的Product Backlog，并且排列好優(yōu)先級后Scrum就可以開始了，Sprint規(guī)劃會是用來細(xì)化當(dāng)前迭代的開發(fā)計劃的。規(guī)劃會開始的時候，Product Owner會和Scrum team一起評審版本，路線圖，發(fā)布計劃，及Product Backlog。Scrum Team會評審Product Backlog中功能點的時間估計并確認(rèn)這些估計盡可能的準(zhǔn)確。Scrum Team會根據(jù)資源情況看有多少feature可以放在當(dāng)前的Sprint中。Scrum Team按照優(yōu)先級的高低來確定開發(fā)的先后是很重要的。
當(dāng)Sprint backlog確定后，ScrumMaster帶領(lǐng)Scrum Team去分解這些功能點，細(xì)化成Sprint的一個個任務(wù). 這些任務(wù)就是細(xì)化的來實施這些功能點的活動. Sprint Planning的這個階段需要控制在4個小時。
Daily Scrum Meeting（每日站會）
一旦計劃階段結(jié)束，30天周期的Sprint就開始了。ScrumMaster需要組織團(tuán)隊成員每天開站會. 這個會議是用15分鐘的時間來讓大家過一下scrum的狀態(tài)。在會上，每個團(tuán)隊成員需要問3個問題：我昨天做了什么，今天做什么，遇到哪些障礙。誰都可以參加這個會議，但只有Scrum團(tuán)隊成員有發(fā)言權(quán)。這個會議的目標(biāo)是得到一個項目的全局觀，用于發(fā)現(xiàn)任何新的依賴，定位項目成員的要求，實時的調(diào)整當(dāng)天開發(fā)計劃.
Sprint Review Meeting（Sprint評審會）
在Sprint結(jié)束的時候召開Sprint評審會. 這個會議最多不超過4個小時.會議的前一半時間用來演示在這個Sprint中開發(fā)的產(chǎn)品功能給 Product Owner. Produc Owner會組織這階段的會議并且邀請相關(guān)的利益相關(guān)者參加。 業(yè)務(wù)，市場，技術(shù)都要做相關(guān)的評審。由Product Owner來決定Product Backlog中的哪些功能已經(jīng)開發(fā)完成 。會議的下半部分，是由Scrum Master和Scrum Team一起回顧當(dāng)前的Sprint。團(tuán)隊評估大家在一起的工作方式，找出好的方式以后繼續(xù)發(fā)揚，找出需要做的更好的地方，想辦法提升。Sprint評審會結(jié)束后，新一輪的迭代又繼續(xù)開始（中間最好修整半天或者隔個周末），迭代會一直繼續(xù)，直到開發(fā)了足夠多的功能去交付一個產(chǎn)品。
網(wǎng)站欄目：敏捷開發(fā)中的Scrum流程和術(shù)語
文章起源：http://www.5511xx.com/article/dpeiiep.html
