1
、我們首先需要確定乙個
product backlog
(按優先順序排列的乙個產品需求列表),這個是由
productowner
負責的; 2
、scrum team
根據product backlog
列表,做工作量的預估和安排; 3
、有了productbacklog
列表,我們需要通過
sprint planning meeting
(sprint
計畫會議
)來從中挑選出乙個
story
作為本次迭代完成的目標,這個目標的時間週期是
1~4個星期,然後把這個
story
進行細化,形成乙個
sprint backlog;
4、sprint backlog
是由scrum team
去完成的,每個成員根據
sprint backlog
再細化成更小的任務(細到每個任務的工作量在
2天內能完成); 5
、在scrum team
完成計畫會議上選出的
sprint backlog
過程中,需要進行
daily scrum meeting
(每日站立會議),每次會議控制在
15分鐘左右,每個人都必須發言,並且要向所有成員當面匯報你昨天完成了什麼,並且向所有成員承諾你今天要完成什麼,同時遇到不能解決的問題也可以提出,每個人回答完成後,要走到黑板前更新自己的
sprint burn down
(sprint
燃盡圖); 6
、做到每日整合,也就是每天都要有乙個可以成功編譯、並且可以演示的版本;很多人可能還沒有用過自動化的每日整合,其實
tfs就有這個功能,它可以支援每次有成員進行簽入操作的時候,在伺服器上自動獲取最新版本,然後在伺服器中編譯,如果通過則馬上再執行單元測試**,如果也全部通過,則將該版本發布,這時一次正式的簽入操作才儲存到
tfs中,中間有任何失敗,都會用郵件通知專案管理人員; 7
、當乙個
story
完成,也就是
sprint backlog
被完成,也就表示一次
sprint
完成,這時,我們要進行
srpint review meeting
(演示會議),也稱為評審會議,產品負責人和客戶都要參加(最好本公司老闆也參加),每乙個
scrum team
的成員都要向他們演示自己完成的軟體產品(這個會議非常重要,一定不能取消); 8
、最後就是
sprint retrospective meeting
(回顧會議),也稱為總結會議,以輪流發言方式進行,每個人都要發言,總結並討論改進的地方,放入下一輪
sprint
的產品需求中;
敏捷開發 自用SCRUM專案開發流程
目前團隊所使用的開發模式流程,請大家指正優化。1.pm需求整理 在禪道整理出需求清單和原型圖 標註清楚 需求評審。往復,直到需求定稿。2.sprintmaster根據需求清單進行技術任務拆解,包括前端ui設計 前後端開發等。3.程式設計師各自領任務,具體內部商定。3.每天早上站會過下任務進度。滬杭不...
Scrum敏捷開發
只有實踐起來才能提出有針對性的改進建議 在這個框架中,整個開發過程由若干個短的迭代週期組成,乙個短的迭代週期稱為乙個sprint,每個sprint的建議長度是2到4周 網際網路產品研發可以使用1周的sprint 在scrum中,使用產品backlog來管理產品的需求,產品backlog是乙個按照商業...
敏捷開發(一)敏捷開發和Scrum
工作的軟體是首要 進度度量標準。敏捷過程 提倡可持續的開發速度。責任人 開發者和使用者應該能夠保持乙個長期的 恆定的開發速度。不斷地關注 優秀的技能和好的設計會增強敏捷能力 簡單 盡最大可能減少不必要的工作 是根本的。最好的構架 需求和設計出自與 自組織的團隊。每隔一定時間,團隊會在如何才能更有效地...