Scrum【轉】

轉載自:https://www.cnblogs.com/l2rf/p/5783726.htmlhtml

靈感來自於一段冷笑話:程序員

一天,一頭豬和一隻雞在路上散步,雞看了一下豬說,「嗨,咱們合夥開一家餐館怎麼樣?」,豬回頭看了一下雞說,「好主意,那你準備給餐館起什麼名字呢?」,雞想了想說「餐館名字叫火腿和雞蛋怎麼樣?」,「我不這麼認爲」,豬說, 「我全身投入,而你只是參與而已」服務器

對於Scrum來講一樣的道理,豬是全身投入項目和Scrum過程的人,雞角色並非實際Scrum流程的一部分,可是必須考慮他們。 敏捷方法的一個重要方面是使用戶和利益相關者參與到過程當中的實踐。參與每個評審和計劃,並提供反饋對於這些人來講是很是重要的,管理者就屬於雞。ide


【Scrum開發流程中的三大角色】單元測試

產品負責人(Product Owner)測試

主要負責肯定產品的功能和達到要求的標準,指定軟件的發佈日期和交付的內容,同時有權力接受或拒絕開發團隊的工做成果。htm

流程管理員(Scrum Master)blog

主要負責整個Scrum流程在項目中的順利實施和進行,以及清除擋在客戶和開發工做之間的溝通障礙,使得客戶能夠直接驅動開發。項目管理

開發團隊(Scrum Team)開發

主要負責軟件產品在Scrum規定流程下進行開發工做,人數控制在5~10人左右,每一個成員可能負責不一樣的技術方面,但要求每成員必需要有很強的自我管理能力,同時具備必定的表達能力;成員能夠採用任何工做方式,只要能達到Sprint的目標。

而Scrum就是這樣的一個開發流程,運用該流程,你就能看到你團隊高效的工做。

什麼是Sprint?

Sprint是短距離賽跑的意思,這裏面指的是一次迭代,而一次迭代的週期是1個月時間(即4個星期),也就是咱們要把一次迭代的開發內容以最快的速度完成它,這個過程咱們稱它爲Sprint。

如何進行Scrum開發?

一、咱們首先須要肯定一個Product Backlog(按優先順序排列的一個產品需求列表),這個是由Product Owner 負責的;

二、Scrum Team根據Product Backlog列表,作工做量的預估和安排;

三、有了Product Backlog列表,咱們須要經過 Sprint Planning Meeting(Sprint計劃會議) 來從中挑選出一個Story做爲本次迭代完成的目標,這個目標的時間週期是1~4個星期,而後把這個Story進行細化,造成一個Sprint Backlog;

四、Sprint Backlog是由Scrum Team去完成的,每一個成員根據Sprint Backlog再細化成更小的任務(細到每一個任務的工做量在2天內能完成);

五、在Scrum Team完成計劃會議上選出的Sprint Backlog過程當中,須要進行 Daily Scrum Meeting(每日站立會議),每次會議控制在15分鐘左右,每一個人都必須發言,而且要向全部成員當面彙報你昨天完成了什麼,而且向全部成員承諾你今天要完成什麼,同時遇到不能解決的問題也能夠提出,每一個人回答完成後,要走到黑板前更新本身的 Sprint burn down(Sprint燃盡圖);

六、作到每日集成,也就是天天都要有一個能夠成功編譯、而且能夠演示的版本;不少人可能尚未用過自動化的每日集成,其實TFS就有這個功能,它能夠支持每次有成員進行簽入操做的時候,在服務器上自動獲取最新版本,而後在服務器中編譯,若是經過則立刻再執行單元測試代碼,若是也所有經過,則將該版本發佈,這時一次正式的簽入操做才保存到TFS中,中間有任何失敗,都會用郵件通知項目管理人員;

七、當一個Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,這時,咱們要進行 Srpint Review Meeting(演示會議),也稱爲評審會議,產品負責人和客戶都要參加(最好本公司老闆也參加),每個Scrum Team的成員都要向他們演示本身完成的軟件產品(這個會議很是重要,必定不能取消);

八、最後就是 Sprint Retrospective Meeting(回顧會議),也稱爲總結會議,以輪流發言方式進行,每一個人都要發言,總結並討論改進的地方,放入下一輪Sprint的產品需求中;

下面是運用Scrum開發流程中的一些場景圖:

上圖是一個 Product Backlog 的示例


計劃指派好比A程序員開發一個功能,須要5個小時,B程序員認爲只須要半小時,那他們各自取相應的牌,藏在手中,最後攤牌,若是時間差距很大,那麼A和B就能夠討論A爲何要5個小時...


上圖就是每日的站立會議了,參會人員能夠隨意姿式站立,任務看板要保證讓每一個人看到,當每一個人發言完後,要走到任務版前更新本身的燃盡圖。


任務看版包含 未完成、正在作、已完成 的工做狀態,假設你今天把一個未完成的工做已經完成,那麼你要把小卡片從未完成區域貼到已完成區域。


每一個人的工做進度和完成狀況都是公開的,若是有一我的的工做任務在某一個位置放了好幾天,你們都能發現他的工做進度出現了什麼問題(成員人數最好是5~7個,這樣每人可使用一種專用顏色的標籤紙,一眼就能夠從任務版看出誰的工做進度快,誰的工做進度慢)

相關文章
相關標籤/搜索